Comment gérer les e-mails rejetés
Les courriels de retour, ou simplement « rebonds », sont des courriels envoyés automatiquement
par un MTA (agent de transfert de courrier) à l'expéditeur
pour l'informer que le message n'a pas été correctement reçu par le destinataire.
L’objet est généralement « Courrier retourné : voir la transcription pour plus de détails ».
Les informations de retour, un code accompagné d’une description, se trouvent dans le contenu.
Le « code d’état » doit clairement identifier le type d’erreur ayant provoqué le retour,
mais souvent, les codes et descriptions utilisés par chaque fournisseur de services de messagerie
doivent être analysés et interprétés pour classer correctement le rebond.
- Quels sont les risques liés aux e-mails non distribués ?
- Vérifiez le nombre de rebonds
- Nouvelles tendances en matière de gestion des rebonds
- Codes d'état des messages renvoyés
Quels sont les risques liés aux e-mails non distribués ?
L'envoi de courriels à des destinataires erronés ou inactifs est considéré comme un « comportement de spammeur ».
vous ne pouvez pas les ignorer
Si vous souhaitez atteindre le reste de votre liste, il est préférable d'arrêter d'envoyer des messages aux personnes ayant des problèmes de qualité.
On parle parfois de « nettoyage de liste ».
vous devriez comprendre leur signification
Il existe trois types de notifications d'état de livraison (DSN) : Succès - L'e-mail a été livré (la notification est envoyée uniquement à la demande de l'expéditeur).
Rejet permanent - Une erreur permanente s'est produite.
Rejet temporaire - Une erreur temporaire s'est produite.
Rejet permanent (code d'état 5.XXX.XXX) : l'adresse e-mail a généré une erreur permanente
telle que « 550 5.1.1 … Utilisateur inconnu » ou « 5.1.2 … Hôte inconnu ».
Une erreur permanente signifie que vous ne devez plus jamais envoyer d'e-mail à ce destinataire.
Un seul message rejeté doit entraîner le blocage de l'adresse e-mail.
Rejet temporaire (code d'état 4.XXX.XXX) : l'adresse e-mail a généré une erreur temporaire
telle que « 452 4.2.2 … Boîte aux lettres pleine ».
Une erreur temporaire signifie que vous pouvez réessayer la livraison ultérieurement.
Au moins trois messages rejetés à quelques jours d'intervalle doivent entraîner le blocage de l'adresse e-mail.
Vous devriez savoir comment fonctionne la gestion des rebonds (et comment la paramétrer)
- Tous les messages de retour sont téléchargés par une application
et mis à disposition pour une vérification humaine, soit via l'interface de l'application, soit via un fichier JSON.
- La classification suit certaines règles, qui peuvent être modifiées
- Les options définissent à quel moment les rebonds souples seront « améliorés » en rebonds durs
Vérifiez le nombre de rebonds
Parfois, une erreur de configuration, tant du côté de l'expéditeur que du côté du destinataire,
peut provoquer un rebond temporaire, voire un rebond définitif.
Il est judicieux de vérifier régulièrement le nombre de messages rejetés la semaine précédente
afin de comparer les valeurs et de déceler d'éventuelles anomalies.
En cas de problème, vous le remarquerez immédiatement. L'analyse détaillée des rejets vous permettra d'en identifier la cause.
Certains systèmes permettent de définir le nombre de jours (par exemple 180)
après lesquels les informations de rebond d'un abonné sont supprimées.
Le serveur SMTP tentera alors de contacter à nouveau ce destinataire.
Les blocs activés par erreur seront automatiquement supprimés,
mais la réputation du serveur SMTP peut en pâtir.
Nouvelles tendances en matière de gestion des rebonds
En une phrase : mieux vaut prévenir que guérir.
Pour éviter de nuire à la réputation de leurs serveurs SMTP,
de plus en plus d'ESP (fournisseurs de services de messagerie) utilisent une «liste de suppression d'emails»
qui agit avant que les messages n'atteignent la boîte aux lettres du destinataire.
Lorsqu'un client envoie un courriel qui génère une erreur de rejet définitive,
l'adresse courriel à l'origine de cette erreur est ajoutée à la liste de suppression.
La liste d'exclusion s'applique à tous les clients. Autrement dit,
si un client tente d'envoyer un courriel à une adresse figurant sur cette liste,
le serveur SMTP ne l'enverra pas, car l'adresse est exclue.
L'utilisation de serveurs SMTP avec une adresse IP dédiée permet d'éviter certains problèmes liés au partage de réputation.
Par exemple, la liste de blocage des e-mails peut être limitée à votre seule adresse IP ;
ainsi, si un autre client fait blacklister le serveur SMTP et génère des erreurs de distribution,
vos envois ne seront pas affectés.
Codes d'état des messages renvoyés
Les codes d'état utilisés pour identifier les rejets définitifs et les rejets temporaires ont la syntaxe suivante :
code-état = classe « . » sujet « . » détail
Les codes d'état sont composés de trois champs numériques séparés par un point (« . »)
- Le premier sous-code (classe) indique si la tentative de distribution a réussi
- Le deuxième sous-code (sujet) indique la source probable de toute anomalie de livraison
- Le troisième sous-code (détail) indique une condition d'erreur spécifique
Le sous-code (classe) fournit une classification générale du statut.
Les valeurs listées pour chaque classe sont définies comme suit dans les RFC 3463 et RFC 6522 :
2.XXX.XXX Succès (NON envoyé sauf à la demande de l'expéditeur) Le succès indique que le DSN signale une action de livraison positive. Des sous-codes de détail peuvent fournir des informations sur les transformations nécessaires à la livraison. 4.XXX.XXX Échec transitoire persistant Un échec transitoire persistant se produit lorsque le message envoyé est valide, mais qu'une condition temporaire persistante a entraîné l'abandon ou le retard des tentatives d'envoi. Si ce code accompagne un rapport d'échec de livraison, les envois ultérieurs pourront réussir. 5.XXX.XXX Échec permanent Un échec permanent est un échec qui ne peut être résolu par le renvoi du message sous sa forme actuelle. Une modification du message ou de sa destination est nécessaire pour une livraison réussie.Quelques exemples de code et de description :
2.0.0 : Envoyé (Message accepté pour livraison) 4.2.2 : Quota dépassé 4.4.5 : Espace disque insuffisant 5.0.0 : Nom de domaine invalide 5.1.1 : Utilisateur inconnu 5.7.1 : Contenu du message rejeté