Por que endereços de e-mail do Yahoo são difíceis de verificar (e o que fazer)

Endereços do Yahoo são difíceis de verificar porque o erro documentado pelo próprio Yahoo para um usuário inexistente é uma resposta 554, e o padrão SMTP lista o 554 como resposta à mensagem em si, não à etapa RCPT TO, onde a verificação faz a sua pergunta. Se a recusa vem depois da mensagem, um verificador que nunca envia uma não consegue vê-la. Os e-mails da AOL, da Verizon e da AT&T compartilham a mesma infraestrutura.

Você encontra muitas afirmações convictas na internet de que o Yahoo "aceita tudo" na etapa do destinatário, e algumas dizendo que ele deixou de fazer isso. O Yahoo não publica como seus servidores respondem a sondagens de verificação, então este texto fica no que pode ser conferido: a documentação do próprio Yahoo, o padrão SMTP e registros DNS que consultamos em 1º de outubro de 2026.

O que o próprio Yahoo documenta

O Yahoo publica exatamente um exemplo do erro para usuário inexistente, e é um 554. A página de códigos de erro SMTP do Sender Hub do Yahoo traz isto em "Recipient does not exist" (destinatário não existe):

554 delivery error: dd This user doesn't have a yahoo.com account (testing123@yahoo.com) [-5]

A página explica que "a conta do Yahoo para a qual você está tentando enviar não existe" e descreve os códigos 553 e 554, de modo geral, como erros que significam que "um e-mail não pôde ser entregue por causa de um problema permanente".

Compare com os códigos que os outros grandes provedores documentam para a mesma situação:

Provedor	Resposta documentada para "usuário inexistente"	Código
Gmail	"The email account that you tried to reach does not exist."	550 5.1.1 (Google)
Microsoft 365	"Recipient address rejected: Access denied"	550 5.4.1 (Microsoft)
Yahoo	"delivery error: dd This user doesn't have a yahoo.com account"	554 (Yahoo)

Os dois primeiros são 550. O do Yahoo é 554. Essa diferença é a história toda.

Por que o número do código importa

O SMTP define quais códigos de resposta pertencem a cada etapa, e o 554 não está entre os códigos listados para o RCPT TO. A seção 4.3.2 da RFC 5321 define as respostas possíveis para cada comando:

Comando	Sucesso	Códigos de falha listados na RFC 5321
RCPT TO	250, 251	550, 551, 552, 553, 450, 451, 452, 503, 455, 555
DATA (depois que a mensagem é transmitida)	250	552, 554, 451, 452, 450, 550

A RFC 5321 define o 554 como "Transaction failed" (transação falhou). Ele aparece na lista de respostas aos dados da mensagem, e não na lista do RCPT TO.

A verificação funciona interrompendo a conversa depois do RCPT TO e antes do DATA, então nada chega a ser enviado. Explicamos essa conversa passo a passo em como checar um e-mail sem enviar. Um servidor que dá o veredito de "usuário inexistente" na etapa DATA já recebeu uma mensagem quando diz isso. Um verificador que nunca envia uma nunca ouve o veredito.

Duas ressalvas honestas sobre esse raciocínio:

• Os servidores nem sempre seguem à risca as listas de códigos da RFC. Um 554 no RCPT TO foge do padrão, mas é possível, então o código sozinho não prova em que etapa o Yahoo rejeita.
• A página do Yahoo mostra o texto do bounce (devolução), não a transcrição SMTP. Ela diz o que o remetente acaba recebendo, não em qual etapa a resposta foi gerada.

O que podemos dizer é que o erro documentado do Yahoo é coerente com uma rejeição depois da mensagem, e não na etapa do destinatário. Se é isso que acontece, o sintoma é fácil de reconhecer: endereços do Yahoo que passam na checagem de caixa postal, seguidos de bounces dd quando a campanha sai. O padrão de aceitar todo endereço no RCPT TO e rejeitar no DATA é um design conhecido contra a coleta de endereços (harvesting). O artigo da Wikipédia sobre callback verification descreve servidores que "aceitam todo endereço de e-mail na etapa RCPT TO, mas rejeitam os inválidos na etapa DATA", o que, "por design, não dá nenhuma informação sobre se um endereço de e-mail é válido".

Não é só o yahoo.com

Os e-mails de consumidor da AOL, da Verizon e da AT&T rodam nos hosts MX do Yahoo, então herdam o mesmo problema. Consultamos os registros MX da família de domínios do Yahoo em 1º de outubro de 2026:

Domínio	Host MX
yahoo.com	mta5/6/7.am0.yahoodns.net
ymail.com, rocketmail.com	mta5/6/7.am0.yahoodns.net
yahoo.co.uk, yahoo.fr	mx-eu.mail.am0.yahoodns.net
aol.com, aim.com	mx-aol.mail.gm0.yahoodns.net
verizon.net	mx-aol.mail.gm0.yahoodns.net
att.net, sbcglobal.net	mx-att.mail.am0.yahoodns.net

Se a sua lista tem muitos endereços antigos de consumidores dos EUA, uma fatia grande dela pode estar na infraestrutura do Yahoo sob outras marcas. Passe qualquer domínio pela ferramenta de consulta MX e procure por yahoodns.net.

Como um verificador honesto deveria tratar o Yahoo

Se um servidor aceita qualquer endereço no RCPT TO, um bom verificador detecta isso perguntando também sobre um endereço que não tem como existir. É o mesmo teste usado para domínios catch-all:

1. Pergunte sobre o endereço real. Anote a resposta.
2. Pergunte sobre uma sequência aleatória no mesmo domínio, como zq81xk20vq@yahoo.com.
3. Se os dois forem aceitos, a aceitação não significa nada nesse servidor. O resultado é arriscado, não válido.
4. Se o real for aceito e o aleatório rejeitado, o servidor está respondendo com honestidade e o resultado é válido.

Um verificador que pula o passo 2 e informa endereços do Yahoo como válidos está fazendo o que o nosso próprio motor já fez com o Gmail: apresentando um palpite como confirmação. O SimpleVerifier retorna como arriscado tudo o que não conseguiu confirmar, nunca como válido, e isso inclui servidores que aceitam tudo.

O custo dessa honestidade é um grupo maior de arriscados em listas de consumidores. É desconfortável, mas é o retrato preciso.

Por que listas do Yahoo se deterioram rápido

O Yahoo encerra caixas postais sem uso após 12 meses e, no passado, já liberou IDs inativos para novos usuários. A página de ajuda do Yahoo sobre caixas postais inativas diz que uma caixa postal não acessada por 12 meses fica inativa: ela "para de receber novos e-mails" e "todos os e-mails, pastas, contatos e configurações da caixa postal são excluídos permanentemente". A página sobre desativação de conta diz que uma conta sem login por 18 meses "será programada para desativação e exclusão".

Em 2013, o Yahoo também anunciou que IDs inativos havia mais de um ano seriam disponibilizados para novos usuários a partir de 15 de julho daquele ano, como noticiou a SecurityWeek. Não encontramos nenhuma declaração atual do Yahoo dizendo se isso ainda acontece. Mas é por isso que um endereço antigo do Yahoo pode pertencer hoje a outra pessoa, e por isso endereços reciclados são uma das rotas clássicas pelas quais spam traps (armadilhas de spam) entram em listas antigas.

Para comparação: a Microsoft encerra caixas postais do Outlook.com sem uso após um ano (veja como verificar endereços do Outlook e do Hotmail), e o prazo de conta inativa do Google é de dois anos (veja como checar um endereço do Gmail).

O que fazer com endereços do Yahoo

Decida pela origem, não pelo resultado do verificador, porque muitas vezes o verificador não consegue dar uma resposta confiável.

De onde veio o endereço do Yahoo	O que fazer
Seu próprio formulário de cadastro, confirmado por double opt-in	Envie. O clique de confirmação provou que a caixa postal funcionava
Seu próprio formulário de cadastro, sem confirmação, recente	Envie, e fique de olho em bounces dd na primeira campanha
Uma lista de clientes para a qual você enviou no último ano sem bounce	Envie
Uma lista antiga, sem envios há um ano ou mais	Envie primeiro um pequeno lote de reengajamento e suprima todo bounce dd
Comprada ou raspada (scraped)	Não envie. Veja se vale a pena comprar uma lista de e-mails

Duas regras valem em todos os casos:

• Suprima todo bounce 554 ... dd imediatamente e para sempre. É o Yahoo dizendo que a conta não existe. As boas práticas para remetentes do Yahoo dizem: "Remova destinatários inválidos da sua lista sem demora."
• Acompanhe as reclamações tão de perto quanto os bounces. A mesma página diz: "Mantenha sua taxa de spam abaixo de 0,3%." Endereços antigos do Yahoo que ainda funcionam, mas pertencem a pessoas que já se esqueceram de você, geram reclamações, e elas prejudicam mais do que os bounces. Veja os requisitos do Gmail e do Yahoo para envio em massa.

Na prática

Trate endereços do Yahoo, da AOL, da Verizon e da AT&T como um único grupo, identificado por yahoodns.net nos registros MX. Espere que um verificador devolva mais deles como arriscados do que no caso do Gmail, e prefira uma ferramenta que diga isso a uma que os chame de válidos. Depois deixe a origem do endereço decidir: opt-ins confirmados recebem o envio, listas antigas passam antes por um pequeno envio de teste, e todo bounce dd é suprimido de vez.

Se quiser ver como um endereço específico do Yahoo é classificado, o verificador de e-mail gratuito mostra o status e o motivo.