De nombreuses situations existent où les codes SMTP sont utilisés. Les comprendre accélèrera votre diagnostic et vous aidera à identifier le point de contact approprié.
Qu'est-ce qu'un code SMTP?
Lors d'un dialogue SMTP, un code est assigné aux courriels pendant leur transmission de serveur en serveur. Savoir identifier les codes vous permettra de comprendre rapidement l'état actuel d'un courriel et de son transfert.
Quels codes SMTP sont utilisés?
Les codes SMTP sont répartis en 4 catégories disctintes, identifiables par leur premier chiffre. Chaque catégorie correspond à un comportement spécifique du courriel pendant son transfert:
- codes 2xx - Réponse positive
- 220: Service ready
- 250: Requested mail action ok, completed
- 251: User not local, will forward
- 252: Cannot verify the user, but it will try to deliver the message anyway
- codes 3xx: Réponse intermédiaire positive
- 354 – Start mail input; end with <CRLF>.<CRLF>
- codes 4xx: Réponse négative transitoire
- 421: Service not available, closing transmission channel
- 450: Requested mail action not taken: mailbox unavailable
- 452: Requested action not taken: insufficient system storage
- codes 5xx: Réponse négative permanente
- 500: Syntax error, command unrecognized
- 503: Bad sequence of commands
- 522: Recipient has exceeded mailbox limit
- 541: No response from host
Codes SMTP étendus (ESMTP)
En plus des codes SMTP, des codes SMTP étendus existent, destinés à apporter plus de clarifications.
Ils sont répartis en trois groupes de chiffres, séparés par des points:
- 2.x.x: Réponse positive
- Ceci indique que le DSN rapporte une transmission réussie
- 4.x.x: Réponse négative temporaire
- Un échec transitoire persistant correspond à un message valide, mais la persistance d'une condition temporaire provoque l'abandon ou le retard des tentatives d'envoi du message. Si ce code apparaît sur un rapport d'échec de transmission, l'envoi des courriels à l'avenir pourrait réussir.
- 5.x.x: Réponse négative définitive
- Un échec définitif ne peut être résolu en renvoyant le message dans sa forme actuelle. Des changements au message ou au niveau du destinataire sont à prévoir en vue d'une transmission réussie.
Chaque catégorie est ensuite répartie en sections, précisant davantage le comportement approprié, ce qui mène à des codes de retour tels que 2.0.0 or 4.5.0. Les sections précisent le comportement approprié du courriel lors de son transfert. Des codes SMTP spécifiques existent, mais vous utiliserez quelques-uns des plus importants dans votre travail quotidien. Nous nous concentrerons sur ceux-là ici. Dans la documentation du Control Panel, vous trouverez une liste complète des codes SMTP utilisés par Hornetsecurity.
Où trouver les codes SMTP?
Les codes SMTP peuvent être trouvés à deux endroits:
- Control Panel
- Comme une reponse automatisée à un courriel envoyé (NDR)
Control Panel
Dans le Email Live Tracking, vous trouverez le code SMTP de chaque courriel, en allant dans le menu Action, puis Info > SMTP.
Rapports de non transmission (NDR)
Si un courriel ne pouvait être transmis, l'expéditeur du courriel pourrait recevoir un rapport de non-transmission ou NDR. Le NDR informe l'expéditeur de l'échec de transmission du courriel et des actions nécessaires à prendre. Ces courriels automatisés sont appelés rapports de non-transmission ou NDR, en sigle. La manière dont les NDR sont produits dépend du serveur d'origine. Tous les NDR contiennent le code SMTP et une description de l'échec de transmission. Celle-ci dépend de l'admin du serveur d'origine. Par conséquent, les réponses ne sont pas standardisées et peuvent varier considérablement. Toutefois, il est important d'identifier le code SMTP contenu dans le message. Cette identification facilite l'analyse et la résolution de l'échec de transmission du courriel.
Codes de retour 2.x.x
Comme mentionné précédemment, les codes de cette catégorie correspondent à une réponse positive du serveur de destination. Ceci signifie que le courriel est transmis avec succès du serveur d'origine au serveur de destination. Le code le plus important est le 2.0.0, correspondant à un courriel transmis avec succès et aucun problème rencontré.
Pourquoi les utiliser: Le scénario le plus probable est de retrouver un courriel perdu. Par exemple, un courriel attendu qui n'atteint pas sa destination finale. Si l'échec de transmission est avérée, il sera important de trouver à quelle étape exacte de la chaîne de transmission le courriel s'est arrêté. Pour ce faire, vous pouvez retracer l'itinéraire du courriel, et vérifier si le courriel a été transmis au prochain serveur de messagerie dans la chaîne de distribution.
Exemple: Votre client vous signale qu'un courriel qu'il attendait n'a pas atteint sa boîte de réception. Étant donné que ses courriels sont filtrés par Hornetsecurity, leur filtrage s'effectuera à trois niveaux, avant d'atteindre la boîte de réception du client:
- le serveur de messagerie de l'expéditeur
- les serveurs de messagerie de Hornetsecurity
- le serveur de messagerie du destinataire.
À ce stade, vous devrez vérifier le Control Panel de Hornetsecurity, afin de déterminer si le courriel est arrivé à destination, s'il a été mis en quarantaine, et enfin, s'il a été transmis au serveur de messagerie du destinataire. À partir du Control Panel, si vous pouvez confirmer que le courriel a été reçu par Hornetsecurity et qu'il a été transmis au serveur de messagerie du destinataire, alors vous pourrez restreindre votre recherche à ce serveur de messagerie également.
Codes de retour 4.x.x
Les courriels qui apparaîssent dans cette catégorie connaissent un échec temporaire. Les courriels attendent d'être transmis. Le serveur de messagerie ne renonce pas à transmettre les courriels, et continuera d'essayer d'en transmettre jusqu'à ce que a) la transmission réussisse, ou bien b) le serveur reçoive une erreur ultime. Dans le Control Panel, vous remarquerez que chaque tentative de transmission effectuée par Hornetsecurity s'affiche avec le code SMTP et la raison de l'échec de transmission du courriel.
Pourquoi les utiliser: Les codes représentent un problème temporaire. Les courriels finiront par être classés dans la catégorie 2.x.x, lorsque la transmission réussit, ou bien la catégorie 5.x.x, lorsque la transmission échoue. En identifiant le problème à l'origine de l'erreur 4.x.x, vous pourriez peut-être le résoudre, et ainsi, éviter la perte de courriels. Ceci est très courant lorsqu'il s'agit des courriels dont l'envoi est retardé.
Exemple: Un client signale qu'un courriel a été reçu avec plusieurs heures de retard. À partir du Control Panel, vous avez identifié le problème de transmission du courriel au serveur de messagerie du destinataire final, en constatant que le serveur n'était pas disponible avant qu'il ne puisse transmettre le courriel. Par conséquent, vous avez isolé le problème et l'avez situé au niveau du serveur de messagerie de destination.
Codes de retour 5.x.x
Les codes SMTP, qui commencent avec le chiffre 5, signifient que la transmission de courriels a échoué. Aucune tentative de transmission supplémentaire ne sera effectuée. L'expéditeur devra renvoyer le courriel. Les courriels dont la transmission échoue avec l'erreur 5.x.x génèrent généralement des NDR, informant l'expéditeur d'un problème de transmission du courriel.
Pourquoi les utiliser: Ceci est principalement nécessaire dans une analyse post-erreur, car il est probable que le courriel rencontre le même problème en essayant de le renvoyer directement. Une erreur 5.x.x s'accompagne généralement d'un message d'erreur spécifique, fournie par le serveur de destination du destinataire. Vous devez analyser ces informations et prendre des mesures additionnelles avant de renvoyer ce courriel. Sinon, il est tres probable que vous rencontriez à nouveau le même problème.
Exemple: Un client vous contacte pour signaler qu'il a reçu un NDR, l'informant qu'un courriel n'a pu être transmis à un destinataire spécifique. Avant de renvoyer le courriel, vous devrez vérifier le message d'erreur reçu et vérifier si des instructions accompagnent le message d'erreur. Par exemple, Hornetsecurity interceptera tout courriel entrant avec le code 5.5.4, si l'adresse IP d'origine est actuellement bloquée en raison de l'envoi de spams dans le passé. Non seulement le NDR contiendra ces informations, mais aussi un lien avec des instructions supplémentaires sur la manière de procéder avant de renvoyer le message.
Références externes: