554 5.7.9 “Message not accepted for policy reasons”: guia de correção para Yahoo/AOL

Se o Yahoo ou a AOL está rejeitando os seus e-mails de cara com algo assim, você esbarrou em uma rejeição por política 554 5.7.9:

554 5.7.9 Message not accepted for policy reasons.
Please visit https://senders.yahooinc.com

Isto não é um adiamento temporário, o throttling por reclamações móveis ([TSS04]) nem um filtro de conteúdo genérico. O 554 5.7.9 é uma rejeição definitiva e permanente, causada pela política de remetentes do Yahoo: algo na forma como a mensagem foi enviada não passa nas verificações básicas de política do Yahoo para e-mail em massa ou comercial, e o Yahoo recusa a tentativa de entrega de imediato, em vez de colocá-la na fila.

Como AOL, AIM e Verizon.net rodam todos na infraestrutura de e-mail do Yahoo, a mesma rejeição 554 5.7.9 vale de forma idêntica para todos eles.

O que 554 5.7.9 significa de fato

Divida a resposta parte por parte:

• 554: o "transaction failed" do SMTP. Um código 5xx é uma falha permanente. O seu MTA não vai tentar de novo sozinho; a mensagem volta na hora para o remetente original.
• 5.7.9: o código de status estendido. O 5 inicial confirma a falha permanente. O 7 é o assunto política/segurança. O 9 está registrado como "authentication mechanism is too weak" (mecanismo de autenticação fraco demais), um código de SMTP AUTH da RFC 4954 (registro da IANA); o Yahoo o reaproveita para mensagens que violam a sua política de remetentes.
• Message not accepted for policy reasons: a explicação legível do Yahoo. Ela não traz detalhes de propósito: o Yahoo não revela qual regra de política específica disparou, para impedir que abusadores descubram os limites por engenharia reversa.
• senders.yahooinc.com: a documentação do Yahoo para postmasters, onde os requisitos de política por trás disso estão publicados.

A diferença principal em relação ao TSS04: o TSS04 é um adiamento temporário 4xx (421) causado pela sua taxa de reclamação móvel. O 554 5.7.9 é uma rejeição permanente 5xx causada por uma violação de política que está na própria mensagem ou no remetente por trás dela. O TSS04 some automaticamente quando a sua taxa de reclamação cai; o 554 5.7.9 só some quando o problema de política por trás é corrigido.

Causas raiz mais comuns

Em incidentes reais, o 554 5.7.9 quase sempre vem de uma destas causas:

• Assinatura DKIM ausente, quebrada ou sem alinhamento. O Yahoo aplica os requisitos de 2024 do Gmail/Yahoo para remetentes em massa: o DKIM é obrigatório, e o domínio do cabeçalho From: precisa estar alinhado com o domínio d= do DKIM ou com o domínio do SPF para o DMARC passar. Uma assinatura DKIM ausente ou um alinhamento que não bate é o gatilho mais comum.
• SPF falhando ou sem alinhamento. Remetentes em massa precisam implementar o SPF além do DKIM. O alinhamento pode vir de qualquer um dos dois, então um SPF que passa sem alinhar só serve quando o DKIM alinha.
• Nenhum registro DMARC, ou DMARC p=none sem SPF nem DKIM alinhados. A política do Yahoo para remetentes em massa exige pelo menos p=none e pelo menos uma autenticação alinhada. Remetentes sem nenhum registro DMARC publicado são os mais expostos ao 554 5.7.9.
• Envio em massa a partir de um domínio novinho, sem nenhuma reputação. O Yahoo é mais agressivo que o Gmail para rejeitar domínios frios no primeiro contato, principalmente quando a mensagem tem cara de transacional ou promocional.
• Não estar inscrito no Complaint Feedback Loop (CFL) do Yahoo. Para remetentes de alto volume, a falta de inscrição no CFL já é por si um sinal de política, porque o Yahoo espera que os remetentes em massa possam receber os relatórios de reclamação.
• Cabeçalho de descadastro ausente. E-mail comercial sem um cabeçalho List-Unsubscribe funcionando descumpre os requisitos do Yahoo para remetentes em massa (o Yahoo aceita o método mailto:, mas recomenda fortemente o POST da RFC 8058 List-Unsubscribe-Post: List-Unsubscribe=One-Click) e pode provocar uma rejeição definitiva em vez de um adiamento temporário.
• Conteúdo ou modelo que dispara uma regra de política. Encurtadores de URL, pares de nome de exibição e endereço From que não batem, ou HTML que esconde o remetente real, todos violam as diretrizes documentadas do Yahoo para remetentes.

Se o seu bounce mostra literalmente a string Message not accepted for policy reasons e nada mais específico, o Yahoo está deliberadamente não dizendo qual regra disparou, então você precisa verificar cada um dos itens acima, na ordem.

Correção passo a passo

Siga esta lista de cima para baixo. Pular as etapas de autenticação e ir direto para "aquecer o domínio" é o motivo mais comum para remetentes ficarem dias presos no 554 5.7.9.

1. Pause a campanha afetada. Uma rejeição 5xx significa que a mensagem volta de forma permanente. Cada nova tentativa é mais um bounce no seu histórico e mais um dado para o Yahoo ver você como um remetente fora das regras. Pare de enviar para destinatários do Yahoo/AOL até o problema de política ser corrigido.
2. Verifique o SPF no domínio de envio. Passe o domínio From pela ferramenta de consulta SPF. Confirme que o registro existe, tem sintaxe válida, faz menos de 10 consultas DNS e que o IP que de fato envia o e-mail está autorizado, diretamente ou por um include: que você controla.
3. Verifique o DKIM na mensagem. Pegue uma mensagem recente e confira o cabeçalho DKIM-Signature. Passe o seletor + domínio pela ferramenta de consulta DKIM para confirmar que a chave pública resolve. Acima de tudo, confira se o domínio d= do DKIM bate com o domínio From: (ou se alinha com ele no modo relaxado). Uma assinatura DKIM sem alinhamento passa no DKIM, mas falha no DMARC, e o Yahoo trata isso como falha de política.
4. Verifique o DMARC. Passe o domínio From pela ferramenta de consulta DMARC. No mínimo, você precisa de um registro publicado com p=none, mas para a política de envio em massa do Yahoo você também precisa do SPF ou do DKIM passando com alinhamento. Um registro DMARC com as duas autenticações falhando no alinhamento equivale, na prática, a não ter DMARC nenhum.
5. Verifique os cabeçalhos de envio em massa. Toda mensagem comercial para o Yahoo deve trazer List-Unsubscribe: <https://...>, <mailto:...> e List-Unsubscribe-Post: List-Unsubscribe=One-Click. Pegue os cabeçalhos brutos de uma mensagem enviada e confirme que as duas linhas estão presentes e bem formadas. Veja o nosso guia dos requisitos do Gmail e do Yahoo para remetentes em massa para o formato exato.
6. Inscreva-se no Complaint Feedback Loop do Yahoo. Cadastre o seu domínio de envio em senders.yahooinc.com. Sem a inscrição no CFL, você não tem visibilidade das reclamações no Yahoo e está pulando uma etapa de conformidade documentada para remetentes em massa.
7. Confira o conteúdo e o cabeçalho From. Confirme que o nome de exibição do From: corresponde ao domínio de envio real (nada de "Bank of America" <random@cheapdomain.xyz>), que não há encurtadores de URL no corpo e que os redirecionamentos de rastreamento ficam em um subdomínio do domínio From, e não em um encurtador de terceiros.
8. Teste uma mensagem com volume baixo. Com a autenticação, os cabeçalhos e o CFL no lugar, envie uma única mensagem da mesma infraestrutura para um endereço de teste no Yahoo. Se for aceita, aumente devagar (veja o guia do TSS04 para a curva de recuperação). Se ainda for rejeitada com 554 5.7.9, alguma das verificações de autenticação acima continua falhando.

Quanto tempo até o 554 5.7.9 sumir

Diferente do TSS04, o 554 5.7.9 não depende do tempo. Ele some no momento em que a condição de política problemática é corrigida, então não há janela móvel para esperar passar.

Na prática:

• Em poucos minutos se a causa era uma assinatura DKIM ausente/quebrada ou um registro DMARC não publicado. Assim que o DNS propaga e a próxima mensagem sai assinada corretamente, a rejeição para.
• Em 24 a 48 horas se você precisa se inscrever no CFL, corrigir os cabeçalhos List-Unsubscribe ou esperar as mudanças de DNS propagarem por completo até os resolvedores do Yahoo.
• Uma semana ou mais, mas só se você continuar enviando contra a rejeição (cada 5xx devolvido é um novo dado de política) ou se a causa de fundo for um domínio frio sem reputação, que ainda precisa de uma curva de aquecimento mesmo depois de a autenticação ser corrigida.

Não existe formulário de delisting para o 554 5.7.9. A política do Yahoo orienta explicitamente os remetentes a corrigir o problema de fundo e tentar de novo, e não a pedir uma revisão manual.

Perguntas frequentes

O 554 5.7.9 é uma listagem em blacklist? Não. É a rejeição por política do próprio Yahoo, aplicada pelos MTAs de entrada do Yahoo com base na mensagem e no remetente. O Yahoo de fato lista uma listagem do seu IP na Spamhaus entre as causas das suas rejeições 5xx (códigos de erro SMTP do Yahoo), então verifique o seu IP de envio na Spamhaus antes de descartar essa hipótese.

Qual é a diferença em relação ao TSS04? O TSS04 é um adiamento temporário 4xx causado pela sua taxa móvel de reclamações de spam, e ele some automaticamente quando a taxa cai. O 554 5.7.9 é uma rejeição permanente 5xx causada por uma violação de política (geralmente de autenticação), e só some quando você corrige essa violação. Veja o guia do TSS04 para o lado da taxa de reclamação.

A AOL se comporta do mesmo jeito? Sim. AOL, AIM e Verizon.net estão na infraestrutura de e-mail do Yahoo e aplicam rejeições por política 554 5.7.9 idênticas. Se o Yahoo rejeita você com 5.7.9, a AOL também vai rejeitar.

Tentar de novo ajuda? Não. O 554 é permanente. O seu MTA não vai tentar de novo sozinho, e forçar novas tentativas manuais só acumula mais bounces contra a sua reputação de envio. Corrija a causa primeiro.

Preciso falar com o Yahoo para resolver isso? Não. Não existe chamado de suporte nem fluxo de delisting para o 554 5.7.9. A documentação do Yahoo diz explicitamente para corrigir o problema de política e reenviar. O monitoramento contínuo de autenticação e de DMARC (veja os preços dos planos que incluem monitoramento 24 horas por dia, 7 dias por semana) é a correção preventiva na prática.

Conclusão

O 554 5.7.9 é o Yahoo dizendo a você, de forma permanente e sem nova tentativa, que a mensagem que você tentou enviar viola a política de remetentes dele, quase sempre por autenticação ausente ou sem alinhamento, por falta dos cabeçalhos de envio em massa ou por um domínio de envio novinho sem nenhum histórico de conformidade. É reversível no momento em que você corrige o problema de fundo e, diferente do TSS04, não há período de espera: a próxima mensagem passa ou falha pelos próprios méritos.

Verifique primeiro o alinhamento de SPF, DKIM e DMARC com as ferramentas de consulta SPF, consulta DKIM e consulta DMARC. Adicione os cabeçalhos de one-click unsubscribe. Inscreva-se no CFL do Yahoo. Depois envie uma única mensagem de teste. Se a autenticação estiver certa, o 554 5.7.9 para na hora.

Se você quer visibilidade contínua sobre os sinais de autenticação que provocam essas rejeições por política (relatórios DMARC, desvios de alinhamento DKIM/SPF, cabeçalhos de envio em massa ausentes), o MailVitals monitora tudo isso 24 horas por dia, 7 dias por semana, para você evitar o próximo 554 5.7.9 em vez de descobri-lo em um relatório de bounce.

👉 Continue: Adiamento 421 4.7.0 TSS04 do Yahoo · Requisitos do Gmail e do Yahoo para remetentes em 2026 · Códigos de erro SMTP explicados

Fontes

• Sender Requirements and Recommendations (Yahoo Sender Hub), os requisitos do Yahoo: SPF ou DKIM para todos os remetentes; SPF, DKIM, DMARC, alinhamento e List-Unsubscribe para remetentes em massa.
• SMTP Error Codes (Yahoo Sender Hub), as causas do Yahoo para as rejeições 553 e 554, incluindo falhas de autenticação e listagens na Spamhaus, e a sua regra de nunca reenviar um 5xx.
• IANA SMTP Enhanced Status Codes registry, o significado registrado do 5.7.9 e dos outros códigos X.7.
• RFC 9989: Domain-Based Message Authentication, Reporting, and Conformance (DMARC), como o alinhamento DMARC funciona com SPF ou com DKIM.
• RFC 8058: Signaling One-Click Functionality for List Email Headers, o POST de one-click unsubscribe que o Yahoo recomenda.