A partir da noite de sexta-feira, 6 de novembro de 2026, horário dos Estados Unidos, administradores de e-mail na lista Mailop começaram a relatar um padrão incomum: mensagens enviadas às caixas de correio de consumo da Microsoft estavam sendo rejeitadas de vez quando o domínio de envio não publicava um registro DMARC. O especialista em entregabilidade Al Iverson reproduziu o comportamento em seus próprios testes e documentou o episódio no Spam Resource, e os relatos foram confirmados de forma independente pela dmarcian, pela EasyDMARC e pelo provedor francês de e-mail transacional Sweego, que observou as rejeições em seu próprio tráfego transacional.
Como eram as rejeições
Os remitentes recebiam um aviso de falha permanente com o texto:
550 5.7.1 Message rejected: Message lacks SPF/DKIM/DMARC Auth Records (AS9031519)
Alguns detalhes diferenciavam esse comportamento das regras documentadas da Microsoft para remitentes em massa:
- A rejeição atingia e-mails enviados a endereços outlook.com, hotmail.com, live.com e msn.com, mas não às caixas corporativas do Microsoft 365, que aceitaram as mesmas mensagens nos testes de Iverson.
- Domínios com SPF e DKIM válidos e aprovados também eram rejeitados. Só a ausência do registro DMARC importava.
- Remitentes pequenos foram afetados. O requisito publicado pela Microsoft cobre quem envia 5.000 ou mais mensagens por dia e gera um retorno diferente, o 550 5.7.515, que lista os resultados individuais de SPF, DKIM e DMARC. O novo retorno 5.7.1 apenas informa que faltam registros de autenticação.
- As rejeições eram intermitentes. Algumas mensagens passavam e alguns remitentes viram seu e-mail aceito ao tentar de novo, o que tornava o problema fácil de ignorar ou de diagnosticar errado.
A Microsoft não anunciou nada
Até 9 de novembro de 2026, a Microsoft não havia publicado nenhum aviso de postmaster, nenhum post de blog e nenhum registro de saúde do serviço descrevendo o comportamento. Um moderador em um tópico do fórum de suporte da Microsoft escreveu em 7 de novembro que os contribuidores do fórum não podiam confirmar se os relatos haviam sido escalados à equipe de proteção de e-mail do Outlook.com, e sugeriu que rejeições intermitentes entre remitentes de provedores diferentes apontavam para algo mais amplo do que um único domínio mal configurado. A Microsoft reconheceu um problema em andamento como degradação do serviço em investigação, e The Register cita a discussão do fórum ao sugerir que o comportamento pode não ter sido intencional.
Por volta do meio-dia de segunda-feira, 9 de novembro, horário dos Estados Unidos, Iverson relatou que suas mensagens de teste estavam sendo entregues novamente e que outros remitentes viam o mesmo, então a interrupção imediata parece ter terminado. Se foi um endurecimento deliberado que foi revertido ou um erro de filtragem, a Microsoft não disse.
Por que os remitentes devem encará-lo como um aviso
O episódio importa menos pela intenção da Microsoft do que pelo que demonstrou. Durante cerca de três dias, um dos maiores provedores de caixas de correio do mundo rejeitou e-mails de domínios sem autenticação em qualquer volume, sem uma única palavra oficial de aviso. Domínios que confiavam em “somos pequenos demais para as regras de remitentes em massa” ou em “SPF e DKIM bastam” descobriram que as duas suposições podem falhar da noite para o dia.
A solução relatada por remitentes no tópico de perguntas e respostas da Microsoft é a mesma que a indústria recomenda há anos: publicar um registro DMARC. Comentadores confirmaram que adicionar um registro, mesmo com política p=none, interrompeu os retornos. Um registro p=none não custa nada, satisfaz a verificação e entrega relatórios agregados mostrando quem envia e-mail como seu domínio, a base para avançar rumo à aplicação estrita depois.
O que fazer agora
Verifique todos os domínios dos quais você envia e-mail, incluindo domínios estacionados e ferramentas internas que enviam notificações, e garanta que cada um publique um registro DMARC. Confirme que SPF e DKIM estão publicados e alinhados com o domínio visível do campo From, porque o DMARC só passa se pelo menos um dos dois estiver alinhado. Em seguida, acompanhe seus relatórios agregados antes de endurecer a política. Se você quiser autenticação, higiene de DNS e entregabilidade cuidadas por uma plataforma que mantém o DMARC desde o primeiro dia, cadastre-se gratuitamente no Excello Mail.