Transição da infraestrutura de e-mail da IETF concluída em 11 de setembro

O título e a introdução deste post foram atualizados em 11 de setembro de 2026 para refletir a transição bem-sucedida. As informações abaixo permanecem inalteradas desde a publicação em 28 de agosto de 2026. Relate quaisquer problemas para support@ietf.org.

Ointerface da web para o software de lista de e-mails(Mailman3) também estará indisponível durante a transição; acesso àsarquivas de lista de e-mailse o acesso ao IMAP permanecerá intacto.

A nova infraestrutura de e-mail inclui uma refatoração completa dopostconfirm, que é um filtro de e-mail de código aberto (milter) e ferramenta de processamento que atua como um guardião de e-mails, prevenindo tráfego de spam e lidando com verificações de remetentes novatos via desafio-resposta baseado em e-mail.

O novo software adota uma abordagem modular para essas funções, migrando para um novo software de detecção de spam (deSpamassassinpararspamd)(Novo)Software de reescrita de endereçosE melhorar o manuseio de certificados e TLS paraTexto: DANE (Departamento de Análise Econômica)(Autenticação baseada em DNS de Entidades Nomeadas)

O resultado será uma melhor higiene de e-mail: manuseio de rebotes aprimorado, redução de oportunidades de spam e a eliminação da possibilidade de servir como um relay aberto.

Cada função discreta é implantada em um contêiner separado, agendada via Kubernetes em um cluster dedicado e se comunica através doProtocolo MilitarFornecendo a funcionalidade necessária. Isso permite que escalemos horizontalmente cada componente conforme exigido. A exceção são os e-mails de saída, que são encaminhados para várias máquinas virtuais em redes de bom funcionamento.

Ofiltro postconfirmPrimeiro, examina o endereço de destino, comparando-o com uma expressão regular para determinar se um desafio é necessário. Em seguida, verifica uma tabela de todos os endereços previamente aprovados, incluindo todos os assinantes atuais da lista, para ver se o desafio já foi respondido. Se um desafio for necessário, ele armazena uma cópia do e-mail original enquanto aguarda a resposta do remetente ao desafio. Uma vez que o desafio foi respondido adequadamente, a mensagem armazenada será liberada conforme originalmente enviada e o usuário será adicionado à lista de permitidos para futuros e-mails. Este desafio inicial é vital para garantir que todos os participantes da lista de correio do IETF concordaram com aObserve Bemdeclaração de políticas e procedimentos.

Oreescritor de endereços milterÉ mais complexo, verificando as políticas DMARC e SPF do remetente para cada e-mail enviado. Se o domínio "From" do envelope tiver uma política SPF configurada que não inclua nossos endereços IP, nós reescrevemos o "From" do envelope de "local-part@domain" para "$local-part=40$domain@$ietf-domain" onde $ietf-domain é baseado no domínio de destino original precedido por "dmarc". dmarc.ietf.org, dmarc.irtf.org, e assim por diante, garantindo a alinhamento SPF. Se o domínio remetente tiver uma política DMARC de p=rejeitar ou p=quarentena, nós reescrevemos o cabeçalho "From" da mesma forma, "$local-part=40$domain@$ietf-domain". Em seguida, assinamos o mensaje com a chave de domínio apropriada, garantindo a alinhamento válido entre DKIM e DMARC. Por exemplo, e-mail deDados: dane@email.exampleTexto: Foi enviado para o (Nota: O texto original parece estar incompleto. A tradução acima é baseada nas informações fornecidas.)tools-discuss@ietf.orgA lista receberia tanto o envelope quanto o cabeçalho, reescrito como `dane=40email.example@dmarc.ietf.org`, e haveria uma assinatura DKIM com `d=dmarc.ietf.org` ao ser entregue aos assinantes da lista. Se o e-mail de saída for um post de lista de correio, também definimos o cabeçalho Return-Path para um valor semelhante, permitindo o processamento normal de rebotes da lista pelo Mailman.

O serviço de reescrita de e-mail também analisa os e-mails de entrada, processa o retorno de lista e encaminha para os endereços previamente reescritos, verificando contra uma entrada de banco de dados para garantir que o endereço reescrito esteja atualizado, desencorajando o encaminhamento aberto através do serviço de reescrita.

Se não houver políticas SPF ou DMARC no endereço "De", não haverá rewrite de endereço aplicado.

Gestão de CertificadosIsso é feito usando um esquema de rollover de 3 para 1 atual e próximo, 1 para 1.Esquema de rolagem atual + próximo 3 1 1O Rspamd fornece assinatura DKIM e avaliações de spam, com a capacidade de afinar ainda mais após a implantação inicial.

A longo prazo, a nova infraestrutura será mais robusta e escalável, mais fácil de manter e atualizar no futuro. O software de processamento de e-mail e a infraestrutura utilizados hoje cresceram ao longo de muitos anos para serem extremamente complexos e difíceis de operar e atualizar. O e-mail é fundamental para o trabalho no IETF e esta atualização fornece uma base sólida para melhorias futuras.

De forma mais geral, a transição dos serviços de e-mail faz parte de um esforço de vários anos.

Para... (O texto não fornece um complemento claro)... (O texto não fornece um complemento claro)... (O texto não fornece um complemento claro)atualizar toda a infraestrutura de TI Apoiar o IETFEsta atualização dos serviços de e-mail é um passo necessário para permitir que os participantes do IETF tenham uma gestão mais integrada das assinaturas de listas de correio por meio do IETF Datatracker. Todo o novo software está disponível norepositório GitHub do IETF-toolsFeedback e questões são bem-vindos através do GitHub, ou diretamente via o site.tools-discuss@ietf.orglista de correio eletrônico.

NOTA: Novos Futuros da MáquinaÉ um contratante da IETF Administration LLC, trabalhando em vários componentes da transição da infraestrutura de TI do IETF.