Requisitos da Microsoft para remetentes em massa: o que mudou e o que você precisa fazer

Em maio de 2025, a Microsoft começou a aplicar o mesmo tipo de regras para remetentes em massa que o Gmail e o Yahoo lançaram em fevereiro de 2024. O limite é de 5.000 mensagens ou mais por dia para endereços Outlook.com / Hotmail / Live (contas de consumidor). A Microsoft anunciou primeiro o envio para o lixo eletrônico, a partir de 5 de maio de 2025, e depois a rejeição com 550 5.7.515. Em meados de 2026, a maior parte da aplicação já está na fase de rejeição.

Este é o checklist completo.

Requisito 1: o SPF precisa passar

O IP de envio precisa estar autorizado pelo registro SPF do domínio no Return-Path / Mail From.

• Use um único registro SPF por domínio.
• Fique abaixo de 10 consultas DNS.
• Evite +all. Use -all ou ~all.

Valide com a nossa ferramenta de consulta SPF.

Requisito 2: o DKIM precisa passar

Toda mensagem precisa ter assinatura DKIM do domínio de envio (ou de um subdomínio alinhado com o cabeçalho From:).

• Prefira chaves de 2048 bits às de 1024.
• Troque as chaves pelo menos uma vez por ano.
• Não assine com um seletor de terceiros, a menos que ele esteja alinhado com o DMARC.

Valide com a consulta DKIM.

Requisito 3: o DMARC precisa estar publicado, no mínimo com p=none

A Microsoft exige um registro DMARC no domínio organizacional. p=none cumpre a regra tecnicamente, mas a Microsoft avalia p=quarantine e p=reject de forma mais favorável. E-mails não autenticados que falsificam seu domínio também prejudicam sua reputação se o DMARC não estiver em modo de aplicação.

Gere ou atualize o registro com o gerador de DMARC.

Requisito 4: List-Unsubscribe com um clique (RFC 8058)

A Microsoft trata um descadastro visível e funcional como recomendação, e não como exigência. Os cabeçalhos de um clique da RFC 8058 são a forma segura de atendê-la, e o Gmail e o Yahoo pedem esses cabeçalhos de qualquer jeito. Inclua os dois:

List-Unsubscribe: <mailto:unsub@yourdomain.com>, <https://example.com/unsub?token=xyz>
List-Unsubscribe-Post: List-Unsubscribe=One-Click

Quando um cliente de e-mail oferece o one-click unsubscribe, ele faz um POST para a sua URL. Seu endpoint deve:

• Aceitar requisições POST (não só GET).
• Efetivar o descadastro em até 24 horas, de preferência em segundos.
• Não exigir que o usuário faça login nem preencha nada.

Requisito 5: DNS reverso (PTR)

Os IPs de envio precisam ter um registro PTR que resolva para um hostname em um domínio que você controla. O hostname deve corresponder ao seu HELO/EHLO.

Verifique com a consulta de DNS reverso (PTR).

Requisito 6: taxa de reclamação abaixo de 0,3%

A Microsoft acompanha a taxa de reclamação do JMRP, mas não publica um limite. Trate 0,3%, o teto que o Gmail e o Yahoo publicam, como o limite máximo.

Meta prática: < 0,1%. Inscreva-se no JMRP e suprima imediatamente quem reclamar.

Requisito 7: não se passe por grandes marcas

A Microsoft filtra com rigor e-mails que tentam parecer notificações de grandes marcas (a própria Microsoft, bancos, transportadoras). Não use nomes de exibição como "Microsoft Account Team", a menos que você seja de fato essa equipe.

Requisito 8: From e Reply-To válidos

• O endereço From: precisa estar em um domínio que você controla e que tenha MX funcionando.
• O Reply-To: precisa aceitar e-mails. Endereços de resposta que geram bounce pesam muito na reputação.

Requisito 9: transporte criptografado

TLS 1.2 ou 1.3 no SMTP de saída. A Microsoft está tirando a prioridade das conexões sem criptografia aos poucos.

Requisito 10: um remetente, uma identidade

Não misture e-mails transacionais e de marketing no mesmo domínio, a menos que você os tenha separado em subdomínios (por exemplo, mail.yourdomain.com para marketing e notify.yourdomain.com para transacionais). A contaminação cruzada de reputação é uma causa comum de "meus e-mails transacionais estão indo para o lixo eletrônico".

O cronograma de aplicação

Fase	Comportamento
Lixo eletrônico	E-mails fora das regras vão para o lixo eletrônico, seja qual for o conteúdo
Rejeição	E-mails fora das regras são rejeitados no SMTP com 550 5.7.515

A maioria dos remetentes que enviam mais de 5.000 por dia para o Outlook.com já está na fase de rejeição se SPF/DKIM/DMARC não estiverem passando.

Como auditar sua configuração

1. Rode o Domain Health em cada domínio de envio.
2. Envie uma mensagem de teste para uma caixa da Microsoft e examine os cabeçalhos com o analisador de cabeçalhos de e-mail. Todas as linhas Authentication-Results devem mostrar pass.
3. Confirme que o one-click unsubscribe de fato aciona seu processador de descadastro: envie para você mesmo, clique no Outlook e confirme que o seu backend recebeu um POST.
4. Verifique o rDNS com a consulta de DNS reverso (PTR).

Perguntas frequentes

O limite de 5.000 por dia vale por IP ou por domínio? Por domínio de envio para endereços Outlook.com / Hotmail / Live, somando todos os IPs.

Essas regras também valem para destinatários do Microsoft 365? O Microsoft 365 (Exchange Online) aplica um conjunto de regras parecido, mas avaliado separadamente. Na prática, se você cumpre os requisitos para remetentes em massa, estará em boa situação nos dois.

E se eu enviar menos de 5.000 por dia? Você não é estritamente obrigado a cumprir, mas os mesmos sinais afetam sua reputação. Trate a lista como boa prática, independentemente do volume.

Leia também

• Por que os e-mails caem no lixo eletrônico do Outlook
• Guia de remoção da blacklist do Microsoft Outlook

Fontes

• Strengthening Email Ecosystem: Outlook's New Requirements for High-Volume Senders (Microsoft Tech Community), os requisitos (SPF passando, DKIM passando, DMARC no mínimo p=none e alinhado), as recomendações e a rejeição 550 5.7.515.
• Outlook.com Postmaster: Troubleshooting, a lista de erros SMTP do Outlook.com, incluindo o 550 5.7.515 para domínios acima de 5.000 por dia que falham na autenticação.
• Outlook.com Postmaster: Services for Senders and ISPs, o JMRP e o SNDS, os feeds de reclamações e de reputação do Outlook.com.
• RFC 8058: Signaling One-Click Functionality for List Email Headers, o POST do one-click unsubscribe.