Em 10 de novembro de 2026, a Microsoft encerrou um dos incidentes de entregabilidade mais comentados do ano. Em seu portal de saude do servico do Microsoft 365, sob o incidente EX1545193, intitulado “Some users may be intermittently unable to send email messages to Outlook.com, Hotmail.com, or Live.com email addresses”, a empresa confirmou a causa: uma atualizacao das regras de filtragem antispam marcou e bloqueou incorretamente mensagens de email, o que causou o impacto.
Em outras palavras: a onda de rejeicoes que afetou remetentes entre 5 e 9 de novembro nao foi uma extensao silenciosa dos requisitos de DMARC da Microsoft para pequenos remetentes. Foi uma atualizacao defeituosa de uma regra, que ja foi totalmente revertida.
A cronologia oficial
A Microsoft situa o impacto entre 18:00 UTC de 6 de novembro e 11:02 UTC de 9 de novembro. Durante essa janela, Outlook.com, Hotmail, Live e MSN rejeitaram parte dos emails enviados de dominios sem registro DMARC, devolvendo o erro 550 5.7.1 “Message rejected: Message lacks SPF/DKIM/DMARC Auth Records (AS9031519)”. Em 9 de novembro as 05:24 UTC, a Microsoft pediu identificadores de mensagem e exemplos em formato .eml de quem ainda fosse afetado, e as 05:36 UTC de 10 de novembro encerrou o incidente, confirmando que a atualizacao foi totalmente revertida e que esta revisando seus procedimentos para reduzir falsos positivos.
As evidencias independentes corroboram a versao dos remetentes. A MailRoute registrou as primeiras rejeicoes em 5 de novembro, antes da hora de inicio indicada pela Microsoft, e a EasyDMARC reproduziu a rejeicao com um dominio de teste que tinha SPF e DKIM validos e alinhados, mas sem registro DMARC. Os testes com caixas semente da DMARKOFF mostraram que publicar ate um registro DMARC minimo com p=none no dominio principal bastava para que todas as 16 caixas de teste do Outlook.com e Hotmail aceitassem uma mensagem que haviam rejeitado sem ele.
O que os remetentes devem fazer agora
Tres conclusoes praticas se seguem do incidente.
Primeira: reenvie tudo que voltou como rejeitado. Uma rejeicao permanente 550 nunca e reenviada, entao faturas, orcamentos e respostas a clientes recusados nesses dias simplesmente nao chegaram, e o destinatario nao sabe que foram enviados.
Segunda: se voce publicou um registro DMARC na semana passada as pressas, mantenha-o. Com p=none ele nao muda como as caixas de correio tratam suas mensagens, cumpre as regras para grandes volumes que Google e Yahoo aplicam desde fevereiro de 2024 e que a Microsoft aplica desde maio de 2025 aos remetentes de alto volume para o Outlook.com, e lhe da relatorios agregados mostrando quem envia email em nome do seu dominio. Essa visibilidade e o primeiro passo rumo ao p=reject, em que os receptores recusam diretamente falsificacoes do seu dominio.
Terceira: trate o episodio como um teste de estresse gratuito. A Microsoft diz que a falha nao foi intencional, mas por tres dias sua infraestrutura rejeitou dominios sem autenticacao independente do volume, e os dominios com DMARC publicado foram os que passaram. O seguro mais barato contra a proxima mudanca de exigencia, prevista ou nao, e ter o registro ja publicado, com SPF e DKIM corretamente alinhados, em cada dominio do qual voce envia email, incluindo dominios estacionados e ferramentas internas de notificacao.
Se preferir que a autenticacao e a saude de DNS sejam cuidadas para voce em cada dominio de envio, cadastre-se gratuitamente no Excello Mail.