Interprétation des codes d’état SMTP
Analyseur de codes de bounce e-mail
Extrayez les codes standard à trois chiffres et les codes d’état étendus d’un message de diagnostic serveur, puis distinguez les réponses temporaires des réponses définitives, sans inventer de cause.
Codes d’état étendus
Les codes comme 5.1.1 ou 4.2.2 comportent trois parties : la classe, le sujet et le détail. Le premier chiffre distingue le succès (2), l’échec temporaire persistant (4) et l’échec définitif (5). Les chiffres suivants précisent la catégorie.
Interprétez le texte du serveur destinataire avec prudence
Le texte de diagnostic est fourni par le système destinataire et varie de l’un à l’autre. Conservez l’événement d’origine pour le support, mais ne tirez pas d’une seule réponse une conclusion sur la qualité de l’adresse ou sur la délivrabilité qui dépasserait cette tentative de livraison.
Choisissez délibérément votre politique de nouvelles tentatives
Mettez en file d’attente et réessayez les réponses temporaires avec un backoff borné. Les réponses définitives ne doivent normalement pas être réessayées à l’identique. Ne placez des destinataires en liste de suppression qu’en vertu d’une politique documentée, et conservez une procédure de revue sûre pour les réponses ambiguës des fournisseurs.
Questions sur cet outil
Toute réponse 550 signifie-t-elle que l’adresse est invalide ?
Non. 550 est une réponse SMTP définitive, mais la cause sous-jacente peut relever de l’adressage, d’une politique, du contenu, de l’authentification ou d’une autre condition. Appuyez-vous sur le code étendu et sur le texte du serveur.
Faut-il réessayer après une réponse 4xx ?
Il s’agit d’une classe temporaire : des nouvelles tentatives bornées peuvent donc être appropriées. Respectez les consignes de nouvelle tentative du fournisseur et évitez de créer des tâches applicatives en double.
Un bounce prouve-t-il qu’une adresse n’a jamais existé ?
Non. Il consigne le résultat renvoyé par le système destinataire pour une tentative donnée, à un moment donné.