En bref
- Gmail : « The email account that you tried to reach does not exist. » Microsoft : « Bad destination mailbox address ».
- C'est un échec définitif d'adresse, pas un problème de votre réputation ni de votre DNS.
- Cause la plus fréquente : une faute de frappe ou une adresse devenue invalide. Quelques cas particuliers sont à connaître.
- Retirez l'adresse de votre liste après le premier refus. Ne la réessayez pas.
Ce que le code dit exactement
Dans 5.1.1, le premier 5 signale l'échec permanent, le 1 la catégorie « adresse » et le dernier 1 le détail « boîte de destination inconnue ». Tous les serveurs ne l'emploient pas à l'identique : Microsoft distingue 5.1.1 (adresse incorrecte ou inexistante) de 5.1.10 (destinataire introuvable) et de 5.5.0 pour les adresses hotmail.com ou outlook.com.
Ne confondez pas avec une boîte pleine. Google renvoie un 552 5.2.2 quand le stockage du destinataire est plein : l'adresse existe, elle ne peut simplement pas recevoir pour l'instant. Un 5.1.1 ne se résout jamais en attendant.
Les causes, et comment les distinguer
Faute de frappe ou espace dans l'adresse
Comment le reconnaître : L'adresse du refus est visiblement incorrecte : domaine mal orthographié (gmial.com), espace, virgule ou caractère accentué dans la partie locale.
Que faire :
- Corrigez l'adresse si l'erreur est évidente. Google conseille de vérifier les fautes et les espaces superflus.
- À l'import d'un fichier, nettoyez les espaces en début et en fin de cellule avant d'envoyer.
Boîte supprimée ou personne partie
Comment le reconnaître : L'adresse est correctement écrite et correspond à un format plausible ([email protected]), mais le serveur la dit inconnue. C'est typique d'un salarié qui a quitté la société.
Que faire :
- Retirez l'adresse de votre liste de prospection.
- Cherchez le nouveau contact de l'entreprise plutôt que de retenter l'ancien.
Liste ancienne ou adresse devinée
Comment le reconnaître : Les 5.1.1 arrivent par paquets dès les premiers envois sur une liste achetée, ancienne ou construite en devinant des formats d'adresse.
Que faire :
- Arrêtez l'envoi sur cette liste. Yahoo précise que beaucoup de destinataires inconnus ressemblent à un relais ouvert et peuvent entraîner un blocage plus large.
- Vérifiez les adresses avant l'envoi. La vérification de liste de Fluenzr contrôle l'enregistrement MX et les domaines jetables : elle écarte les domaines invalides, mais ne prouve pas à elle seule qu'une boîte précise existe.
Règle de transfert du destinataire vers une adresse invalide
Comment le reconnaître : L'adresse indiquée dans le refus n'est pas celle à laquelle vous avez écrit. C'est le signe qu'une règle de transfert du destinataire renvoie le message vers une adresse cassée.
Que faire :
- Comparez l'adresse de votre dossier Envoyés avec celle du refus. Si elles diffèrent, prévenez le destinataire par un autre canal : sa règle de transfert doit être corrigée.
Cache de saisie semi-automatique d'Outlook périmé
Comment le reconnaître : Vous écrivez depuis Outlook à quelqu'un dont l'adresse n'a pas changé, mais dont la boîte a été déplacée (par exemple de Exchange sur site vers Exchange Online).
Que faire :
- Supprimez l'entrée du destinataire dans la liste de saisie semi-automatique d'Outlook, puis retapez l'adresse. Microsoft documente la procédure pour Outlook et pour Outlook sur le web.
Refus pour un message que vous n'avez pas envoyé
Comment le reconnaître : Votre dossier Envoyés ne contient aucun message correspondant au refus. Soit c'est un retour parasite, soit votre compte est utilisé à votre insu.
Que faire :
- Si vous ne trouvez aucun message suspect dans vos envois, il s'agit d'un retour parasite (un spammeur a usurpé votre adresse). Vous pouvez l'ignorer.
- Si des messages inconnus figurent dans vos envois, changez le mot de passe, analysez vos appareils et vérifiez les règles de transfert et les délégations de la boîte.
Vérifier côté DNS
Avant de conclure que l'adresse est morte, deux vérifications de domaine éliminent les causes qui ne tiennent pas à la boîte.
Le domaine du destinataire reçoit-il du courrier ?
dig +short MX domaine-du-destinataire.fr
Résultat attendu : Au moins une ligne avec un serveur de messagerie. Aucune réponse : le domaine n'a pas de messagerie, tous les envois échoueront.
Retrouver l'adresse réellement refusée
Ouvrir le message de refus et lire la ligne « Final-Recipient » ou « Delivery has failed to these recipients »
Résultat attendu : L'adresse qui a échoué. Comparez-la caractère par caractère avec celle de votre liste.
Contrôler tout le domaine d'un coup
Le diagnostic gratuit lit votre SPF et votre DMARC et cherche une signature DKIM, sans compte. C'est le plus rapide pour savoir si l'authentification est en cause.
Tester mon domaine maintenantÀ ne pas faire
- Réessayer plusieurs fois la même adresse : l'échec est définitif.
- Laisser les adresses refusées dans la liste pour la campagne suivante.
- Attendre que ça passe : contrairement à un 4xx, un 5.1.1 ne se résout pas avec le temps.
Questions fréquentes
Que veut dire 550 5.1.1 ?
L'adresse du destinataire n'existe pas sur le serveur qui reçoit. Chez Gmail, le texte est « The email account that you tried to reach does not exist ». Chez Microsoft, « Bad destination mailbox address ».
Est-ce que 5.1.1 abîme ma réputation d’expéditeur ?
Les refus d'adresse inexistante répétés montrent une liste mal entretenue. Yahoo les range parmi les causes de blocage plus large (« excessive unknown recipients »). Un refus isolé est normal, un taux élevé ne l'est pas.
Quelle différence entre 5.1.1 et 5.1.10 ?
Microsoft emploie 5.1.1 pour une adresse de destination incorrecte ou inexistante, et 5.1.10 quand la recherche d'adresse SMTP ne trouve pas le destinataire. Dans les deux cas, l'adresse est à retirer de la liste.
Une boîte pleine donne-t-elle un 5.1.1 ?
Non. Google renvoie un 552 5.2.2 pour un stockage plein. L'adresse existe : un nouvel essai plus tard peut passer.
Sources officielles
- Google : erreurs SMTP de Gmail et leurs correctifs
- Yahoo : codes d’erreur pour les expéditeurs
- Microsoft : corriger les erreurs 550 5.1.1 à 5.1.20 dans Exchange Online
- Microsoft : rapports de non-remise et erreurs SMTP d’Exchange Online
Messages et correctifs relevés dans la documentation officielle le 21 octobre 2026. Les fournisseurs changent parfois leurs textes : en cas d'écart, la page officielle prime.
À lire ensuite
Configurer l'authentification chez votre hébergeur
Autres erreurs
Prospecter sans abîmer votre domaine
Fluenzr envoie depuis votre propre boîte, chauffe son historique d'envoi et surveille sa réputation.
Créer un compte gratuit