Pourquoi les adresses email Yahoo sont difficiles à vérifier (et que faire)

Les adresses Yahoo sont difficiles à vérifier parce que l'erreur documentée par Yahoo lui-même pour un utilisateur inexistant est une réponse 554, et que la norme SMTP range le 554 parmi les réponses au message lui-même, et non à l'étape RCPT TO où la vérification pose sa question. Si le refus arrive après le message, un vérificateur qui n'en envoie jamais ne peut pas le voir. Les messageries AOL, Verizon et AT&T partagent la même infrastructure.

On trouve en ligne quantité d'affirmations péremptoires selon lesquelles Yahoo « accepte tout » à l'étape du destinataire, et d'autres selon lesquelles il a cessé de le faire. Yahoo ne publie pas la façon dont ses serveurs répondent aux sondages de vérification : cet article s'en tient donc à ce qui peut être contrôlé, à savoir la documentation de Yahoo, la norme SMTP et les enregistrements DNS que nous avons consultés le 1er octobre 2026.

Ce que Yahoo documente lui-même

Yahoo publie un seul exemple d'erreur pour un utilisateur inexistant, et c'est un 554. La page des codes d'erreur SMTP du Sender Hub de Yahoo donne ceci sous « Recipient does not exist » (le destinataire n'existe pas) :

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

Elle explique que « le compte Yahoo auquel vous essayez d'écrire n'existe pas », et décrit de manière générale les codes 553 et 554 comme des erreurs signifiant qu'« un email n'a pas pu être distribué en raison d'un problème permanent ».

Comparez avec les codes que les autres grands fournisseurs documentent pour la même situation :

Fournisseur	Réponse documentée « utilisateur inexistant »	Code
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)

Les deux premiers sont des 550. Celui de Yahoo est un 554. Toute l'histoire tient dans cette différence.

Pourquoi le numéro du code compte

SMTP définit quels codes de réponse appartiennent à quelle étape, et 554 ne figure pas parmi les codes prévus pour RCPT TO. La section 4.3.2 de la RFC 5321 énumère les réponses possibles à chaque commande :

Commande	Succès	Codes d'échec listés dans la RFC 5321
RCPT TO	250, 251	550, 551, 552, 553, 450, 451, 452, 503, 455, 555
DATA (après transmission du message)	250	552, 554, 451, 452, 450, 550

La RFC 5321 définit le 554 comme « Transaction failed » (échec de la transaction). Il figure dans la liste des réponses aux données du message, et non dans celle de RCPT TO.

La vérification consiste à interrompre la conversation après RCPT TO et avant DATA, si bien que rien n'est jamais envoyé. Nous détaillons cette conversation dans comment vérifier un email sans envoyer de message. Un serveur qui rend son verdict « utilisateur inexistant » à l'étape DATA a déjà reçu un message au moment où il le dit. Un vérificateur qui n'en envoie jamais n'entend jamais ce verdict.

Deux réserves honnêtes sur ce raisonnement :

• Les serveurs ne respectent pas toujours exactement les listes de codes de la RFC. Un 554 à l'étape RCPT TO n'est pas standard mais reste possible : le code seul ne prouve donc pas à quelle étape Yahoo rejette.
• La page de Yahoo montre le texte du rebond, pas la transcription SMTP. Elle vous dit ce que l'expéditeur finit par recevoir, pas à quelle étape le message a été généré.

Ce que l'on peut affirmer, c'est que l'erreur documentée par Yahoo est cohérente avec un rejet après le message plutôt qu'à l'étape du destinataire. Si c'est bien ce qui se passe, le symptôme est facile à reconnaître : des adresses Yahoo qui passent le contrôle de boîte mail, suivies de rebonds dd au moment où la campagne part. Accepter toutes les adresses à RCPT TO et rejeter à DATA est une conception anti-collecte connue. L'article de Wikipédia sur la vérification par rappel décrit des serveurs qui « acceptent toutes les adresses à l'étape RCPT TO mais rejettent les invalides à l'étape DATA », ce qui, « par conception, ne donne aucune information sur la validité d'une adresse email ».

Il ne s'agit pas seulement de yahoo.com

Les messageries grand public d'AOL, Verizon et AT&T fonctionnent sur les hôtes MX de Yahoo : elles héritent donc du même problème. Nous avons consulté les enregistrements MX de la famille de domaines Yahoo le 1er octobre 2026 :

Domaine	Hôte 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

Si votre liste contient beaucoup d'anciennes adresses grand public américaines, une large part peut se trouver sur l'infrastructure de Yahoo sous d'autres marques. Passez n'importe quel domaine dans l'outil de recherche MX et cherchez yahoodns.net.

Comment un vérificateur honnête devrait traiter Yahoo

Si un serveur accepte n'importe quelle adresse à RCPT TO, un bon vérificateur le détecte en interrogeant aussi une adresse qui ne peut pas exister. C'est le même test que pour les domaines catch-all :

1. Interroger l'adresse réelle. Noter la réponse.
2. Interroger une chaîne aléatoire sur le même domaine, par exemple zq81xk20vq@yahoo.com.
3. Si les deux sont acceptées, l'acceptation ne veut rien dire sur ce serveur. Le résultat est risky, pas valid.
4. Si l'adresse réelle est acceptée et l'aléatoire rejetée, le serveur répond honnêtement et le résultat est valid.

Un vérificateur qui saute l'étape 2 et déclare les adresses Yahoo valides fait ce que notre propre moteur a fait un jour avec Gmail : présenter une supposition comme une confirmation. SimpleVerifier renvoie risky, jamais valid, pour tout ce qu'il n'a pas pu confirmer, y compris les serveurs qui acceptent tout.

Le prix de cette honnêteté, c'est une catégorie risky plus fournie sur les listes grand public. C'est inconfortable, mais c'est l'image exacte.

Pourquoi les listes Yahoo se dégradent vite

Yahoo ferme les boîtes mail inutilisées au bout de 12 mois, et par le passé il a remis en circulation des identifiants inactifs pour de nouveaux utilisateurs. La page d'aide de Yahoo sur les boîtes mail inactives indique qu'une boîte non consultée pendant 12 mois devient inactive : elle « cesse de recevoir de nouveaux emails » et « tous les emails, dossiers, contacts et paramètres de la boîte sont définitivement supprimés ». Sa page sur la désactivation de compte précise qu'un compte sans connexion pendant 18 mois « sera programmé pour désactivation et suppression ».

En 2013, Yahoo a également annoncé que les identifiants inactifs depuis plus d'un an seraient mis à disposition de nouveaux utilisateurs à partir du 15 juillet de cette année-là, comme l'a rapporté SecurityWeek. Nous n'avons trouvé aucune déclaration actuelle de Yahoo indiquant si cela se pratique encore. Mais c'est pour cette raison qu'une ancienne adresse Yahoo peut aujourd'hui appartenir à une autre personne, et que les adresses recyclées sont l'une des voies classiques par lesquelles des pièges à spam (spam traps) s'introduisent dans les vieilles listes.

À titre de comparaison : Microsoft ferme les boîtes Outlook.com inutilisées au bout d'un an (voir vérifier une adresse Outlook ou Hotmail), et le délai d'inactivité des comptes Google est de deux ans (voir vérifier une adresse Gmail).

Que faire des adresses Yahoo

Décidez selon la provenance, pas selon le résultat du vérificateur, car celui-ci ne peut souvent pas vous donner de réponse sûre.

Provenance de l'adresse Yahoo	Que faire
Votre propre formulaire d'inscription, confirmée par double opt-in	Envoyer. Le clic de confirmation a prouvé que la boîte mail fonctionnait
Votre propre formulaire d'inscription, sans confirmation, récente	Envoyer, et surveiller les rebonds dd lors de la première campagne
Une liste clients contactée au cours de l'année écoulée sans rebond	Envoyer
Une ancienne liste, non contactée depuis un an ou plus	Envoyer d'abord un petit lot de réengagement et supprimer chaque rebond dd
Achetée ou issue de scraping	Ne pas envoyer. Voir faut-il acheter une liste d'emails

Deux règles s'appliquent dans tous les cas :

• Supprimez chaque rebond 554 ... dd immédiatement et définitivement. C'est Yahoo qui vous dit que le compte n'existe pas. Les bonnes pratiques pour les expéditeurs de Yahoo demandent de « retirer rapidement les destinataires invalides de votre liste ».
• Surveillez les plaintes d'aussi près que les rebonds. La même page demande de « maintenir votre taux de spam sous 0,3 % ». Les anciennes adresses Yahoo qui fonctionnent encore mais appartiennent à des personnes qui vous ont oublié génèrent des plaintes, plus pénalisantes que les rebonds. Voir les exigences de Gmail et Yahoo pour les expéditeurs en masse.

À retenir

Traitez les adresses Yahoo, AOL, Verizon et AT&T comme un seul groupe, identifiable par yahoodns.net dans leurs enregistrements MX. Attendez-vous à ce qu'un vérificateur en renvoie davantage en risky que pour Gmail, et préférez un outil qui le dit à un outil qui les déclare valides. Laissez ensuite la provenance de l'adresse trancher : les opt-ins confirmés partent, les anciennes listes passent d'abord par un petit envoi test, et chaque rebond dd est supprimé pour de bon.

Pour voir ce que donne une adresse Yahoo précise, le vérificateur d'email gratuit affiche le statut et sa raison.