Module 6 · 6.2
Français
Les codes d'erreur courants expliqués
Module 6: Bounces et résolution de problèmes · Temps de lecture : 12 minutes
Objectif pédagogique : Après cette leçon, vous reconnaîtrez les codes d'erreur que vous rencontrez le plus souvent, vous saurez quelle en est la cause et qui doit la résoudre : vous en tant qu'expéditeur, le destinataire, ou l'administrateur d'un serveur de messagerie.
Notions clés : adresse inconnue (5.1.1), boîte mail pleine (4.2.2 / 5.2.2), message trop volumineux (5.3.4), aucune route (5.4.x), expiré dans la file d'attente (4.4.7), relais refusé (5.7.1), non authentifié (Gmail 5.7.26), PTR manquant (Gmail 5.7.25), cadence trop élevée (4.7.28), Microsoft 4.7.500, 5.7.509, 5.7.515, 5.7.606, 5.7.708, blocage IP T-Online, limite d'envoi
D'abord : qui doit agir ?
Un code d'erreur n'est utile que si vous savez qui doit s'en occuper. Classez donc d'abord chaque bounce dans l'une de ces quatre catégories :
- L'adresse ou la boîte mail du destinataire (
5.1.x,x.2.x) : l'adresse n'existe pas, ou la boîte mail est pleine ou désactivée. Vous pouvez uniquement vérifier l'adresse ou avertir le destinataire d'une autre manière. - Vos propres paramètres d'envoi (par exemple
5.7.1 relaying denied, erreurs de connexion, limite d'envoi) : vous modifiez quelque chose dans votre programme de messagerie ou votre formule. - Votre domaine (SPF, DKIM, DMARC ; Gmail
5.7.26, Microsoft5.7.509et5.7.515) : vous modifiez votre DNS, ou vous le faites faire. - Le serveur d'envoi (PTR, liste de blocage, réputation ; Gmail
5.7.25et4.7.28, Microsoft4.7.500et5.7.606, T-Online) : l'administrateur du serveur résout le problème. Pour une formule d'hébergement ou un service de messagerie, c'est votre hébergeur.
Adresse et boîte mail
| Code (texte d'exemple) | Cause | Que faire ? |
|---|---|---|
550 5.1.1 User unknown, Recipient address rejected, mailbox unavailable | L'adresse n'existe pas chez le destinataire | Vérifiez l'orthographe. Si elle est correcte, demandez au destinataire par une autre voie si l'adresse existe encore |
550 5.1.10 (Microsoft), RecipientNotFound | Idem avec Microsoft 365 | Idem |
5.1.2, Host or domain name not found | Le domaine n'existe pas ou n'a pas de serveur de messagerie (ni MX ni A) | Faute de frappe dans le domaine (gmial.com) ? Ou le domaine du destinataire a expiré ou est mal configuré |
452 4.2.2 ou 552 5.2.2, mailbox full, quota exceeded, out of storage space | La boîte mail du destinataire est pleine | Le destinataire doit libérer de l'espace. Avec 4.2.2, votre serveur réessaie encore ; avec 5.2.2, c'est définitif. Gmail utilise 552 5.2.2 pour une boîte mail pleine et inutilisée depuis longtemps |
450 4.2.1, receiving mail too quickly | Le destinataire reçoit trop de courrier en peu de temps | Patienter, votre serveur réessaiera |
552 5.3.4, message size exceeds, message too big | Le message avec pièces jointes dépasse la taille autorisée par le destinataire | Réduisez la pièce jointe, ou partagez le fichier via un lien. Attention : l'encodage augmente la taille des pièces jointes d'environ un tiers (leçon 3.2) |
Vos propres paramètres d'envoi
| Code (texte d'exemple) | Cause | Que faire ? |
|---|---|---|
550 5.7.1 Relaying denied, Relay access denied | Votre programme de messagerie ne se connecte pas au serveur sortant, qui refuse alors de transmettre le courrier vers d'autres domaines | Activez l'authentification pour le serveur sortant (leçon 1.4, 2.1) |
535 5.7.8 Authentication failed | Nom d'utilisateur ou mot de passe incorrect lors de l'envoi | Utilisez l'adresse e-mail complète comme nom d'utilisateur, testez le mot de passe dans le webmail |
550 5.4.5 Daily sending quota exceeded, message limit reached | Vous avez atteint la limite d'envoi de votre boîte mail ou de votre formule | Attendez que la limite soit à nouveau disponible. Vous n'envoyez pas beaucoup de mails ? Votre boîte mail est peut-être détournée : changez immédiatement le mot de passe |
553 5.7.1 ... not owned by user, can not send emails from | L'adresse d'expéditeur n'appartient pas à la boîte mail avec laquelle vous vous connectez | Envoyez depuis votre propre adresse, ou configurez l'alias comme le prescrit votre hébergeur (leçon 3.3) |
4.4.7, Message expired, retry timeout exceeded | Le courrier est resté plusieurs jours dans la file d'attente et n'a pas pu être distribué | Consultez les messages de retard précédents : ils contiennent la véritable raison |
Votre domaine : authentification
| Code (texte d'exemple) | Cause | Que faire ? |
|---|---|---|
550 5.7.26 ... sender is unauthenticated (Gmail) | SPF et DKIM échouent tous les deux, ou DMARC échoue | Complétez le SPF avec le service qui a envoyé le message, activez DKIM, vérifiez l'alignement (module 4) |
550 5.7.27 (Gmail) | SPF a échoué | Incluez le serveur d'envoi dans votre SPF ; attention aux dix recherches |
550 5.7.30 / 421 4.7.30 (Gmail) | DKIM a échoué | Vérifiez la clé DKIM avec le sélecteur figurant dans le message |
421 4.7.32 / 550 5.7.32 (Gmail) | Le domaine From: n'est pas aligné avec SPF ou DKIM | DKIM propre à votre domaine chez le service d'envoi, ou un Return-Path propre |
421 4.7.31 (Gmail) | Envoyeur en masse sans enregistrement DMARC | Mettez en place un enregistrement DMARC, au moins p=none |
550 5.7.509 Access denied, sending domain ... does not pass DMARC verification and has a DMARC policy of reject (Microsoft) | DMARC échoue et votre propre politique est sur reject | Recherchez quelle source n'est pas alignée (rapport DMARC, leçon 4.5). C'est exactement pourquoi vous commencez avec p=none |
550 5.7.515 Access denied, sending domain ... does not meet the required authentication level (Microsoft) | Envoyeur en masse vers Outlook.com avec échec de SPF ou DKIM, ou DMARC absent | Faites réussir à la fois SPF et DKIM, enregistrement DMARC (leçon 5.3) |
550 5.7.23 ... Sender Policy Framework violation (Microsoft) | SPF échoue chez un destinataire qui filtre strictement sur SPF | Complétez le SPF |
550 5.7.1 DMARC check failed (autres serveurs) | Idem, avec un code générique | Idem |
Une remarque importante concernant 5.7.509 : le bounce mentionne votre domaine, mais la cause n'est pas toujours votre courrier habituel. Il s'agit souvent d'un site web, d'une boutique en ligne ou d'un logiciel de comptabilité qui envoie des mails au nom de votre domaine sans que ce service figure dans votre SPF ou signe avec votre DKIM. Regardez dans les en-têtes du message original en bas du bounce le Return-Path et le serveur d'envoi.
Le serveur d'envoi : PTR, réputation et listes de blocage
| Code (texte d'exemple) | Cause | Qui résout le problème ? |
|---|---|---|
550 5.7.25 ... doesn't have a PTR record (Gmail) | L'adresse IP du serveur d'envoi n'a pas de DNS inversé (correct), souvent via IPv6 | L'administrateur du serveur (leçon 5.1) |
421 4.7.23 (Gmail) | Idem, version temporaire | Idem |
550 5.7.29 / 421 4.7.29 (Gmail) | Non envoyé via TLS | L'administrateur du serveur |
421 4.7.28 ... unusual rate of email (Gmail), 550 5.7.28 ... unusual rate of unsolicited email | Trop de courrier ou trop de courrier indésirable depuis cette adresse IP | Réduisez la cadence ; en cas de refus définitif, résolvez d'abord la cause (spam, liste achetée) |
451 4.7.500 Server busy. Please try again later from [IP] (Microsoft) | Microsoft ralentit temporairement l'adresse IP, souvent parce qu'elle est nouvelle ou que le volume augmente soudainement | Patienter, le serveur réessaiera ; l'administrateur réchauffe l'IP et la déclare auprès de SNDS (leçon 6.4). Microsoft documente aussi la série 4.7.500 à 4.7.699 comme « Access denied, please try again later » en cas d'activité suspecte |
550 5.7.606 à 5.7.649 Access denied, banned sending IP [IP] (Microsoft) | L'adresse IP a été bloquée par Microsoft | L'administrateur demande son retrait via sender.office.com, après avoir résolu la cause |
550 5.7.708 Access denied, traffic not accepted from this IP (Microsoft 365, sortant) | Le trafic de cette IP ou de cet environnement Microsoft 365 n'est pas accepté, souvent après un abus | L'administrateur de l'environnement Microsoft 365, via le support Microsoft |
554 ... blocked using zen.spamhaus.org, listed at, RBL | L'adresse IP figure sur une liste de blocage | L'administrateur du serveur, après avoir résolu la cause (leçon 5.2) |
554 IP=192.0.2.25 - A problem occurred et messages similaires avec « bad reputation » (T-Online) | T-Online a bloqué l'adresse IP, sur la base de ses propres données de réputation | L'administrateur du serveur d'envoi contacte T-Online (leçon 6.4) |
421 Maximum parallel connections for your IP-Address reached (T-Online) | Trop de connexions simultanées | L'administrateur limite le nombre de connexions ; le courrier finit tout de même par arriver |
Comment rechercher un code inconnu ?
- Regardez qui l'a donné. Le nom dans
Remote-MTAou aprèshostindique de quelle partie il s'agit :google.com,outlook.comouprotection.outlook.com,t-online.de, etc. - Recherchez le code chez cette partie. Google dispose d'une page « Gmail SMTP errors and codes », Microsoft « Email nondelivery reports and SMTP errors in Exchange Online », et Yahoo et T-Online ont des pages postmaster. Elles sont plus fiables qu'un forum quelconque.
- Lisez le texte qui suit. Chez les grands destinataires, un lien ou un code entre parenthèses (comme
(AS843)chez Microsoft) précise souvent exactement ce qui se passe. - Regardez le message original en bas du bounce. Quelle adresse d'expéditeur, quel Return-Path, quel serveur ? Pour les erreurs SPF et DMARC, la réponse s'y trouve.
En pratique
Chez WebOké, la base de connaissances contient une liste des messages les plus fréquents, et dans DirectAdmin vous voyez dans Suivi des e-mails la réponse littérale du serveur destinataire. Chez d'autres hébergeurs, un tel journal existe généralement aussi, parfois réservé à l'administrateur. Si vous demandez de l'aide à un hébergeur, transmettez toujours le bounce complet, avec la ligne contenant le code, l'adresse d'expéditeur, l'adresse du destinataire et l'heure. Un résumé du type « mon courrier n'arrive pas » ne permet à personne de faire des recherches.
Résumé
- Classez d'abord chaque code : adresse/boîte mail du destinataire, vos propres paramètres d'envoi, votre domaine, ou le serveur d'envoi.
5.1.1adresse inexistante,x.2.2boîte mail pleine,5.3.4trop volumineux,5.7.1 relaying deniednon connecté.- Authentification : Gmail
5.7.26/5.7.27/5.7.30, Microsoft5.7.509(DMARC avec reject) et5.7.515(envoi en masse). - Serveur : Gmail
5.7.25(PTR), Microsoft4.7.500(ralenti temporairement) et5.7.606(IP bloquée), blocages IP T-Online. - Recherchez un code inconnu chez la partie qui l'a émis, et lisez le message original en bas du bounce.
Quiz
Exercice
Exercice Z6.2 : Associer code et cause. Vous recevez dix messages d'erreur réels (avec des domaines d'exemple et des adresses de documentation) ainsi qu'une liste de causes et de responsables. Associez chaque message à la bonne cause et à la bonne partie concernée. Le programme vérifie avec une clé fixe et donne l'explication pour chaque réponse.
Pour aller plus loin
Les étapes de ces articles s'appliquent aux panneaux de WebOké ; chez d'autres hébergeurs, le fonctionnement est comparable.
- Guide DirectAdmin 9.5: Envoi refusé : listes noires et limites
- Échec de la livraison du courrier : comment lire le message d'erreur et ce que signifient les codes
- E-mail refusé : message too big
- Envoi d'e-mails : Too many recipients
- Limite d'envoi d'e-mails
- Envoyer depuis plusieurs alias, erreur : Account xxx can not send emails from
- Guide DirectAdmin 18.10: Je n'arrive pas à envoyer d'e-mails
- Google, Gmail SMTP errors and codes : https://support.google.com/a/answer/3726730
- Microsoft, Email nondelivery reports and SMTP errors in Exchange Online : https://learn.microsoft.com/en-us/troubleshoot/exchange/email-delivery/ndr/non-delivery-reports-in-exchange-online
- T-Online Postmaster : https://postmaster.t-online.de/