En bref
- 554 est un refus permanent, comme les autres codes qui commencent par 5.
- Gmail emploie 550 pour le spam et l'authentification : un 554 de Gmail est rare et concerne le format du message ou une boucle de routage.
- Chez Yahoo, 553 et 554 regroupent les refus permanents : adresse invalide, politique DMARC ou DKIM, contenu, liste Spamhaus.
- Un 554 reçu à l'ouverture de la connexion, avant tout message, est un refus de session.
Deux familles de 554
La première est le refus de session : la RFC 5321 autorise un serveur à répondre 554 à la place de son message d'accueil pour refuser formellement la connexion. Votre serveur n'a alors pas pu envoyer un seul message. Le texte d'accueil devrait contenir de quoi comprendre pourquoi (la RFC le recommande).
La seconde est le refus de message : le 554 arrive après les commandes d'envoi, avec un code étendu (5.4.6, 5.6.0, 5.7.x...) qui précise la nature du problème. Les causes cataloguées par Google, Yahoo et Microsoft sont ci-dessous.
Les causes, et comment les distinguer
Session refusée dès la connexion
Comment le reconnaître : Le 554 apparaît avant tout envoi de message, souvent sans code étendu utile, et pour tous vos messages vers ce domaine.
Que faire :
- Lisez le texte d'accueil du serveur : la RFC 5321 demande qu'il contienne assez d'informations pour déboguer le système expéditeur.
- Vérifiez que votre IP n'est pas sur une liste de blocage publique et que son reverse DNS est correct.
- Si le texte ne dit rien d'utile, contactez l'administrateur du domaine destinataire par un autre canal.
Boucle de messagerie (554 5.4.6)
Comment le reconnaître : Gmail indique “Message exceeded 50 hops, this may show a mail loop.”
Que faire :
- Cherchez dans les en-têtes Received un aller-retour entre deux serveurs, typiquement une règle de transfert qui renvoie vers l'adresse d'origine.
- Corrigez le routage ou la règle de transfert fautive.
Message mal formé (554 5.6.0)
Comment le reconnaître : Gmail indique “Email message is malformed. Not accepted.”
Que faire :
- Corrigez le format du message selon la norme RFC 5322 : en-têtes, structure MIME, encodage.
- Si l'envoi vient d'un modèle personnalisé ou d'un script, testez la génération du message brut.
Trop de commandes non authentifiées (554 5.7.0)
Comment le reconnaître : Gmail indique “Too many unauthenticated commands.”
Que faire :
- Authentifiez la connexion SMTP avant d'envoyer d'autres commandes. Vérifiez les identifiants et le chiffrement STARTTLS dans la configuration de la boîte d'envoi.
Chez Yahoo : politique, DMARC, contenu ou liste Spamhaus
Comment le reconnaître : Yahoo regroupe ses refus permanents (553 et 554) pour : adresse invalide, échec de la politique DMARC ou DKIM du domaine, contenu refusé pour raison de politique, comportement suspect, ou IP listée par Spamhaus.
Que faire :
- Ne réessayez pas. Retirez l'adresse si elle est invalide.
- Si c'est l'authentification, corrigez SPF, DKIM et DMARC (page sur le 5.7.26).
- Si votre IP est listée par Spamhaus, interrogez Spamhaus et suivez sa procédure de retrait.
Domaine de l'expéditeur non résoluble
Comment le reconnaître : Yahoo vérifie que le domaine après le @ du MAIL FROM ou de l'en-tête From est valide en interrogeant son SOA. Un domaine sans A, MX ou SOA est refusé en 451 ou en 554.
Que faire :
- Créez des enregistrements A ou MX (un joker convient) et un SOA pour le domaine d'envoi.
Autres refus de politique (en-tête trop long, caractère interdit, MX nul)
Comment le reconnaître : Yahoo cite : un MX nul (RFC 7505), un en-tête très long (From, Subject, To), une date hors plage, une valeur d'en-tête indécodable, ou des caractères interdits dans une adresse (, $ % ? { } < >).
Que faire :
- Corrigez l'en-tête, la date ou l'adresse en cause.
Vérifier côté DNS
Pour les causes qui relèvent du DNS de votre domaine d’envoi :
Le domaine expéditeur est-il résoluble ?
dig +short MX votredomaine.fr && dig +short SOA votredomaine.fr
Résultat attendu : Une ligne MX (ou une adresse A) et une ligne SOA. Une réponse vide sur l'un des deux explique les refus de domaine non résoluble.
Lire le reverse DNS (PTR) de l'adresse IP d'envoi
dig +short -x 203.0.113.10
Résultat attendu : Un nom d'hôte. Aucune réponse : pas de PTR. L'IP 203.0.113.10 est un exemple, remplacez-la par celle qui figure dans l'en-tête Received de votre message.
Lire le DMARC
dig +short TXT _dmarc.votredomaine.fr
Résultat attendu : Une ligne qui commence par v=DMARC1 et contient une politique p=none, quarantine ou reject.
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
- Traiter le 554 comme un incident passager : il est permanent.
- Chercher une signification universelle au code : le texte et le code étendu qui l'accompagnent en changent le sens.
- Ajouter des adresses de repli du même domaine sans corriger la cause : si l'IP ou le domaine est refusé, tous les messages le seront.
Questions fréquentes
Que veut dire 554 ?
C'est un refus permanent générique. Selon la RFC 5321, il peut remplacer le message d'accueil du serveur pour refuser la session, ou apparaître après l'envoi d'un message pour des raisons que précise le code étendu.
Quelle différence entre 550 et 554 ?
Les deux sont permanents. Gmail utilise 550 pour la plupart des refus de spam et d'authentification ; Yahoo regroupe ses refus permanents sous 553 et 554. La cause se lit dans le code étendu et dans le texte, pas dans les trois chiffres.
Mon IP est-elle sur liste noire si je reçois un 554 ?
C'est possible. Yahoo cite explicitement les IP listées par Spamhaus parmi les causes de 553 et 554. Vérifiez l'IP d'envoi dans l'outil de Spamhaus avant de conclure.
Peut-on réessayer un message après un 554 ?
Pas sans avoir corrigé la cause. Un 5xx est définitif : le même message renvoyé avec la même configuration sera refusé de la même façon.
Sources officielles
- Google : erreurs SMTP de Gmail et leurs correctifs
- Yahoo : codes d’erreur pour les expéditeurs
- Microsoft : rapports de non-remise et erreurs SMTP d’Exchange Online
- RFC 5321 : Simple Mail Transfer Protocol
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