Une erreur SMTP est le message que renvoie un serveur mail lorsqu’il accepte, retarde ou refuse un email. Elle peut apparaître dans un bounce, un journal serveur, une plateforme marketing ou un outil de ticketing.
Ce guide sert de liste de référence pour comprendre rapidement un code SMTP, estimer si l’erreur est temporaire ou permanente, identifier la cause probable et choisir la bonne action corrective. Le même code peut varier selon Gmail, Outlook, un serveur Exchange, un relais SMTP ou une passerelle antispam : il faut toujours lire le code, le code étendu et le texte complet.
Réponse directe : comment lire une erreur SMTP ?
Commencez par la famille du code : 2xx signifie que la commande ou le message a été accepté, 4xx signale un problème temporaire, 5xx indique généralement un rejet permanent. Ensuite, cherchez un code étendu comme 5.1.1, 5.7.1 ou 5.7.26, puis lisez le message texte complet.
Pour diagnostiquer correctement, croisez six éléments :
- le code principal, par exemple
550; - le code étendu éventuel, par exemple
5.7.1; - le texte complet du message d’erreur ;
- les en-têtes de l’email ou les logs SMTP ;
- le contexte d’envoi : outil, volume, domaine, IP, destinataire ;
- l’authentification et la réputation : SPF, DKIM, DMARC, PTR, blacklist, plaintes.
Une erreur SMTP 550 n’a donc pas une seule cause. Elle peut être liée au destinataire, à la politique du domaine receveur, à la réputation, à l’authentification ou au contenu.
En bref
2xx: succès ou acceptation côté serveur.4xx: erreur temporaire, souvent à surveiller avant action lourde.5xx: rejet permanent, correction nécessaire avant renvoi.5.1.x: souvent lié à l’adresse ou au destinataire.5.7.x: souvent lié à la politique, à la sécurité, à l’authentification ou à la réputation.- Un bounce fiable se lit toujours avec son texte complet, pas seulement avec le code.
Différence entre code SMTP 2xx, 4xx et 5xx
Avant de chercher une solution, identifiez la famille du code SMTP. Cette première lecture indique si le message a été accepté, si le serveur va probablement réessayer plus tard, ou si l’erreur est permanente.
Un code 4xx doit généralement être analysé comme un problème temporaire : saturation, indisponibilité du serveur, limitation ou boîte momentanément inaccessible. Un code 5xx demande plus souvent une correction : adresse invalide, authentification absente, réputation dégradée ou politique de sécurité.
Tableau principal des erreurs SMTP fréquentes
Le tableau ci-dessous donne une lecture pratique. Il ne remplace pas le message exact du serveur destinataire : deux serveurs peuvent utiliser le même code avec des textes et politiques différents.
| Code SMTP | Type | Signification | Causes fréquentes | Action recommandée | Priorité |
|---|---|---|---|---|---|
220 | Succès | Serveur prêt à recevoir une session SMTP. | Connexion ouverte normalement. | Aucune correction ; utile pour confirmer que le serveur répond. | Info |
250 | Succès | Commande ou message accepté. | Message accepté par le relais ou le serveur destinataire. | Conserver les logs si vous diagnostiquez un incident plus loin dans la chaîne. | Info |
421 | Temporaire / Réseau / serveur | Service temporairement indisponible. | Maintenance, surcharge, limitation, panne DNS ou serveur distant indisponible. | Laisser les reprises automatiques, vérifier les logs et surveiller la durée. | À surveiller |
450 | Temporaire / Destinataire | Boîte ou destinataire temporairement indisponible. | Boîte verrouillée, greylisting, règle temporaire, compte en transition. | Réessayer plus tard et vérifier si d’autres destinataires du domaine sont touchés. | À surveiller |
451 | Temporaire / Réseau / serveur | Erreur locale temporaire côté serveur. | Problème de traitement, filtre temporaire, DNS lent, antivirus ou passerelle indisponible. | Surveiller les retries ; contacter l’administrateur si l’erreur persiste. | À surveiller |
452 | Temporaire | Stockage insuffisant ou limite temporaire. | Boîte pleine, quota serveur, file d’attente saturée, message trop volumineux. | Réduire la taille du message ou attendre la libération du quota. | À corriger rapidement |
500 | Permanent / Réseau / serveur | Commande non reconnue. | Client SMTP incompatible, erreur de protocole, proxy ou relais mal configuré. | Vérifier le client, le relais SMTP, TLS et la syntaxe des commandes. | À corriger rapidement |
501 | Permanent | Syntaxe invalide. | Adresse mal formée, commande invalide, paramètre SMTP incorrect. | Corriger l’adresse, le format de l’expéditeur ou la configuration de l’outil. | À corriger rapidement |
502 | Permanent / Réseau / serveur | Commande non implémentée. | Fonction SMTP non supportée par le serveur. | Adapter le client ou désactiver l’option non supportée. | À corriger rapidement |
503 | Permanent | Mauvaise séquence de commandes. | Authentification envoyée au mauvais moment, MAIL FROM ou RCPT TO manquant. | Corriger la configuration du client SMTP ou du script d’envoi. | À corriger rapidement |
530 | Authentification | Authentification requise. | Relais non autorisé, SMTP AUTH obligatoire, TLS requis avant login. | Activer l’authentification, vérifier le port, TLS et les droits du compte. | Critique |
535 | Authentification | Échec d’authentification. | Mot de passe invalide, MFA, SMTP AUTH désactivé, compte bloqué, OAuth mal configuré. | Corriger les identifiants, vérifier MFA/OAuth et les politiques Microsoft 365 ou Google Workspace. | Critique |
550 | Permanent | Rejet permanent générique. | Adresse inexistante, politique antispam, réputation, contenu, authentification ou relais refusé. | Lire le code étendu et le texte complet avant de renvoyer. | Critique |
550 5.1.1 | Destinataire | Destinataire inconnu. | Adresse supprimée, faute de frappe, alias inexistant, domaine mal routé. | Corriger ou supprimer l’adresse ; confirmer avec le destinataire par un autre canal. | À corriger rapidement |
550 5.7.1 | Réputation / politique | Message refusé pour politique, réputation ou sécurité. | SPF/DKIM/DMARC, IP suspecte, contenu filtré, blacklist, règle du destinataire. | Vérifier authentification, réputation, en-têtes, contenu et consignes du fournisseur. | Critique |
550 5.7.26 | Authentification / Réputation / politique | Échec ou non-conformité d’authentification selon le destinataire. | DMARC non aligné, DKIM absent, SPF incohérent, domaine non conforme aux exigences du receveur. | Corriger SPF, DKIM, DMARC et l’alignement du domaine visible. | Critique |
551 | Destinataire | Utilisateur non local ou redirection nécessaire. | Mauvais serveur, routage obsolète, redirection externe non acceptée. | Vérifier le domaine, le MX, l’adresse réelle et le routage. | À corriger rapidement |
552 | Destinataire / Permanent | Boîte pleine ou message trop volumineux. | Quota dépassé, pièce jointe trop lourde, limite de taille du serveur. | Réduire la taille, envoyer un lien sécurisé ou demander au destinataire de libérer de l’espace. | À corriger rapidement |
553 | Permanent | Adresse expéditeur ou destinataire invalide. | Format invalide, domaine interdit, enveloppe MAIL FROM incohérente. | Corriger les adresses, le domaine d’envoi et la configuration de l’enveloppe SMTP. | À corriger rapidement |
554 | Réputation / politique | Transaction refusée. | Antispam, contenu suspect, réputation faible, politique locale, relais refusé. | Lire le texte exact, vérifier réputation, authentification, contenu et IP d’envoi. | Critique |
554 5.7.1 | Réputation / politique | Rejet pour spam, blacklist ou politique de sécurité. | IP ou domaine listé, plainte spam, contenu à risque, DMARC/SPF/DKIM non conformes. | Stopper les renvois massifs, corriger la cause, puis tester progressivement. | Critique |
Méthode de diagnostic étape par étape
Un diagnostic fiable évite les conclusions trop rapides. Ne corrigez pas SPF, le contenu et les DNS en même temps : vous ne sauriez plus quelle action a produit quel effet.
Suivez cet ordre :
- Copiez le bounce complet, pas seulement la première ligne.
- Classez le code en
2xx,4xxou5xx. - Relevez le code étendu, par exemple
5.1.1,5.7.1ou5.7.26. - Identifiez le domaine destinataire : Gmail, Outlook, serveur d’entreprise, passerelle de sécurité.
- Vérifiez si le rejet touche un seul destinataire, un domaine entier ou plusieurs fournisseurs.
- Contrôlez SPF, DKIM et DMARC avec les en-têtes d’un message reçu ou les logs SMTP.
- Regardez la réputation : plaintes, bounces récents, volume, blacklist, IP nouvelle ou domaine récent.
- Appliquez une correction, testez, puis documentez le résultat.
Pour les sujets d’authentification, commencez par configurer SPF, DKIM et DMARC sans casser ses emails, puis utilisez les rapports DMARC XML pour identifier les sources réelles.
Erreurs liées à l’authentification et à la réputation
Les erreurs 530, 535, 550 5.7.1, 550 5.7.26 et 554 5.7.1 demandent une attention rapide. Elles peuvent concerner le login SMTP, mais aussi l’identité du domaine : SPF, DKIM, DMARC, alignement, PTR, HELO/EHLO ou réputation IP.
Si Gmail ou Outlook refuse un message avec une variante de 5.7.1, vérifiez aussi les signaux de réputation. Google Postmaster Tools aide à surveiller la réputation Gmail, tandis que l’article Pourquoi mes emails arrivent en spam ou dans Promotions Gmail ? donne une méthode de diagnostic plus large.
Erreurs liées au destinataire
Les codes 550 5.1.1, 551, 552 et parfois 553 pointent souvent vers le destinataire ou l’adresse. La cause peut être simple : faute de frappe, alias supprimé, boîte pleine, domaine migré ou routage MX incorrect.
Avant de conclure que votre infrastructure est en cause, testez un autre destinataire du même domaine et un destinataire externe. Si un seul contact échoue en 5.1.1, nettoyez la base. Si tout un domaine échoue, regardez plutôt le DNS, le routage, la réputation ou une politique locale.
Erreurs liées au serveur ou au réseau
Les erreurs 421, 451, 452, 500, 502 et 503 peuvent venir d’un relais, d’un client SMTP, d’un pare-feu, d’une passerelle antispam ou du serveur destinataire. Elles doivent être interprétées avec les logs.
Un code 421 isolé peut disparaître sans action. En revanche, des 421 répétés vers le même fournisseur peuvent signaler une limitation, un pic de volume ou une réputation faible. Si vous utilisez une plateforme marketing, un sous-domaine d’envoi dédié rend ces incidents plus lisibles.
Checklist de diagnostic
- Copier le bounce complet et le message texte exact.
- Identifier le code principal et le code étendu.
- Classer l’erreur : temporaire, permanente, authentification, réputation, destinataire, serveur ou réseau.
- Vérifier si le problème touche un contact, un domaine ou plusieurs fournisseurs.
- Contrôler SPF, DKIM, DMARC, PTR, HELO/EHLO et alignement.
- Vérifier les changements récents : DNS, migration, nouvelle plateforme, volume, contenu, base de contacts.
- Surveiller les retries pour les codes
4xx. - Stopper les renvois répétitifs en cas de
5xxcritique. - Documenter la correction et refaire un test vers Gmail, Outlook et un domaine neutre.
FAQ
Que signifie une erreur SMTP 550 ?
Une erreur SMTP 550 indique généralement un rejet permanent. Elle peut signifier que le destinataire n’existe pas, que le message viole une politique, que la réputation est insuffisante ou que l’authentification n’est pas conforme. Le code étendu et le texte complet sont indispensables.
Quelle est la différence entre une erreur SMTP 4xx et 5xx ?
Une erreur 4xx est temporaire : le serveur d’envoi peut réessayer automatiquement. Une erreur 5xx est permanente : il faut corriger la cause avant de renvoyer, sinon vous risquez d’aggraver les bounces ou la réputation.
Que veut dire SMTP 5.7.1 ?
5.7.1 renvoie souvent à une politique de sécurité, une règle antispam, une réputation insuffisante ou une authentification non conforme. Ce n’est pas une cause unique : Gmail, Outlook et les passerelles d’entreprise peuvent l’utiliser différemment.
Que faire si un email est rejeté par Gmail ou Outlook ?
Lisez le bounce complet, vérifiez SPF, DKIM, DMARC, l’alignement, le PTR, la réputation, le volume et le contenu. Si le rejet concerne Gmail, consultez aussi Google Postmaster Tools. Si le rejet concerne Outlook, regardez les messages de politique Microsoft et les journaux de votre relais.
Une erreur SMTP vient-elle toujours de l’expéditeur ?
Non. Elle peut venir du destinataire, d’une boîte pleine, d’une règle locale, d’une panne temporaire, d’un DNS mal routé ou d’un serveur intermédiaire. Le diagnostic doit comparer plusieurs destinataires et plusieurs fournisseurs.
Comment savoir si le problème vient du destinataire ?
Les indices forts sont 550 5.1.1, une mention d’utilisateur inconnu, une boîte pleine ou une règle spécifique à une adresse. Si les autres contacts du même domaine reçoivent correctement, le problème est probablement local au destinataire.
Faut-il renvoyer un email après une erreur temporaire ?
Oui, mais laissez le serveur gérer les reprises automatiques. Un renvoi manuel immédiat est rarement utile. Si un code 4xx persiste, il faut chercher une saturation, une limitation, un greylisting ou un problème réseau.
Quand faut-il vérifier SPF, DKIM et DMARC ?
Dès qu’un bounce mentionne 5.7.1, 5.7.26, authentication, DMARC, SPF, DKIM, unauthenticated mail, policy ou suspicious sender. Vérifiez aussi l’alignement avec le domaine visible dans le champ From.
Conclusion
Une liste de codes SMTP est utile, mais le vrai diagnostic vient du contexte : code principal, code étendu, texte complet, en-têtes, réputation, authentification et destinataire. Dharmail peut vous aider à transformer ces erreurs en plan d’action concret : audit des bounces, correction SPF/DKIM/DMARC, réputation Gmail/Outlook et architecture de sous-domaines. Contactez Dharmail pour analyser vos rejets email sans casser les flux légitimes.