2024/07/10 by Yves-Marie Le Pors-Chauvel.
Tous ces Bounces que nous ne pouvons voir : Une histoire de Deferrals
Quand on travaille dans la délivrabilité des emails, on entend parler en permanence du traitement des bounces, accessoirement du blocage des bounces et éventuellement du désabonnement des bounces... Bref, vous l'aurez compris, procéder au traitement des bounces est la base absolue de la délivrabilité des mails... Mais alors, qu'en est-il des Deferrals... Faut-il les traiter ? Et si oui comment ?
Qu'est-ce qu'un Deferral ?
Pour comprendre ce qu'est un Deferral, il faut d'abord comprendre ce qu'est l'envoi d'un message : une communication entre deux serveurs SMTP : un expéditeur et un destinataire.
Exactement comme pour le chargement d'une page Web, le serveur de destination va apporter une réponse au serveur d'expédition pour lui indiquer le résultat de la transaction :
- 2XX - Success : Success signifie que le DSN (Delivery Status Notification) rapporte une action de delivery positive. Par exemple, le code 250 indique que le mail a été accepté par le serveur de destination (ATTENTION: cela ne veut pas dire qu'il sera remis en boîte de réception).
- 4XX - Persistent Transient Failure : Un échec transitoire persistant est un échec dans lequel le message tel qu'envoyé est valide, mais la persistance d'une condition temporaire a provoqué l'abandon ou le retard des tentatives d'envoi du message.
- 5XX - Permanent Failure : Un échec permanent est un échec qui ne sera probablement pas résolu en renvoyant le message sous sa forme actuelle.
Pour plus de détails sur l'intégralité des SMTP Enhanced Code, je vous invite à consulter les RFC RFC3453 et RFC5248.
On peut donc définir qu’un Deferral n'est ni plus ni moins qu'une erreur temporaire, soit une transaction dont la réponse SMTP contient un SMTP Enhanced Code de type 4.xxx.xxx.
Si c'est une erreur temporaire, à quoi bon la traiter ?
C'est effectivement une excellente question, pourquoi traiter les Deferral et leur apporter une importance particulière ? Tout simplement parce que tous les serveurs SMTP ont des délais d'expiration pour les messages: passé ce délai, si l'erreur/anomalie n'est pas corrigée, le mail sera automatiquement bouncé par le MTA.
Généralement, le traitement des bounces est assez simple, il n'y a pas beaucoup de raisons différentes :
- La boîte mail n'existe pas
- La boîte mail est pleine
- Le message a été bloqué
- L’expéditeur (domaine ou IP) a été bloqué
- Le message a expiré
Pour les Deferral, c'est beaucoup plus complexe :
- La boîte mail est pleine (ah oui, il est aussi dans les bounces mais on y reviendra)
- Le serveur de réception ne gère pas le domaine de destination
- Vous rencontrez du Rate Limiting
- Vous êtes blacklisté
- Vous avez un problème de configuration
- Vous avez un problème d'authentification
- Vous êtes greylisté
Le but de traiter ces Deferral est donc d’éviter que les messages n’expirent et ne soient automatiquement bouncés par le MTA. Le taux de Deferral est aussi souvent, un bon indicateur de la réputation d'une IP ou d'un domaine (particulièrement dans une phase de warmup).
Comment traiter ces différentes causes de Deferral ?
Dans 99,9% des cas, toutes les informations sont présentes dans les logs SMTP, il suffit tout simplement de les lire !
Les boîtes pleines
La majorité des Mailbox Providers définissent les boîtes pleines comme des bounces, mais existe encore de rares cas à les indiquer comme des Deferral… Afin de pouvoir en uniformiser leur traitement, il est donc préférable de demander au MTA de les traiter comme des bounces ! Si on prend le cas de Gmail.com, par défaut un compte dispose d’un espace de stockage de 15 Gb. De fait, la probabilité de voir le mail être délivré sur une nouvelle tentative est proche de zéro... Une simple lecture de l'URL communiquée par Google permet de savoir qu'une boîte mail qui répond 452 4.2.2 The recipient's inbox is out of storage space. Please direct the recipient to https://support.google.com/mail/?p=OverQuotaTemp est une boîte mail qui ne peut plus envoyer de messages… Raison de plus pour traiter cette réponse comme un bounce !
Le serveur de réception ne gère pas le domaine de destination
C'est un cas qui arrive souvent et qui peut démontrer l'abandon d'un domaine... Par exemple, une entreprise change simplement le TLD de son nom de domaine en passant de .org à .com. Si vous ne traitez pas les réponses automatiques qui vous invitent à changer le domaine, au bout d'un moment vous pourriez voir apparaître ce type de message: Host or domain name not found. Name service error for name=XXX type=MX: Host not found, try again ou encore 451 4.4.4 Mail received as unauthenticated, incoming to a recipient domain configured in a hosted tenant which has no mail-enabled subscriptions. ATTR5.
Ces messages indiquent que le serveur MX n'existe plus ou ne fonctionne plus parce qu'il n'y a plus de souscription en cours pour le domaine de destination : le domaine n'est plus utilisé mais les enregistrements MX n'ont pas été supprimés !
Rate Limiting
Ici, le Mailbox Provider vous demande de réduire votre vitesse d’envoi, les causes sont multiples: augmentation trop importante du volume d’envoi ou des plaintes, ou encore, une mauvaise réputation d’envoi! C’est d’ailleurs ce que l’on peut retrouver dans ce message pour le moins explicite qui est envoyé par l’opérateur Comcast: 451 4.2.0 Throttled - https://postmaster.comcast.net/smtp-error-codes.php#RL000010.
La lecture de l'URL vous apportera les réponses pour corriger cette anomalie!
Vous êtes blacklisté
L'opérateur vous indique ici que tant que vous serez blacklisté, il ne sera pas possible de procéder à l'envoi du mail et oui, il faut lire le contenu de l'URL: 451 too many errors from your ip (XXX.XXX.XXX.XXX), please visit http://postmaster.free.fr/
Vous avez un problème de configuration
Comme les opérateurs sont plutôt sympathiques, ils vous indiquent quand votre configuration n’est pas conforme à leurs attentes, cela peut aussi bien être pour du TLS, un nombre de connexions simultanées ou encore un nombre de messages par connexion. C’est d’ailleurs le cas avec Yahoo qui impose une limite de 20 messages maximum par connexion… Au delà, vous recevrez le message: 421 Max message per connection reached, closing transmission channel. Une simple modification de votre configuration pourra vous permettre de corriger ce problème!
Vous avez un problème d'authentification
Tous les fournisseurs de mails demandent à ce que les messages soient authentifiés, comme cela est d'ailleurs le cas avec les nouvelles règles de Yahoo et Google depuis peu ! Si les messages ne sont pas authentifiés comme il se doit, vous pourriez alors voir ce message: 421 4.7.32 Your email has been rate limited because the From: header (RFC5322) in this message isn't aligned with either the authenticated SPF or DKIM organizational domain. To learn more about DMARC alignment, visit https://support.google.com/a?p=dmarc-alignment To learn more about Gmail requirements for bulk senders, visit https://support.google.com/a?p=sender-guidelines.
L'ajout/correction des différentes authentifications comme SPF, DKIM et DMARC vont vous permettre de faire accepter vos messages !
Vous êtes greylistés
Ce cas est le seul où vous n'avez strictement rien à faire, le serveur de destination vous indique qu'ils font un greylisting: ils refusent toutes les premières tentatives et ils acceptent la suivante. Cela peut se remarquer avec le message: 451 4.7.1 Greylisting in action, please come back later [CC].
Le fait de traiter tous ces Deferral va vous permettre d'optimiser un certain nombre d’éléments :
- L’hygiène de liste
- La configuration
- L’authentification des messages
- La réputation de vos envois
Croyez-le ou non, cela aura un impact positif sur votre taux de bounce et sur votre taux de placement en Inbox !
En conclusion, le traitement des Deferral vous permettra d'éviter tous ces bounces que vous ne voyez pas !
Pour être alerté de vos Deferral, rien de plus simple, il vous suffit d'utiliser la Console Postmastery. Toutes les heures, vous recevrez une alerte pour vous informer de vos envois ayant généré un volume trop important de Deferral !
Postmastery Services
Postmastery propose des services complets conçus pour améliorer la surveillance des performances des e-mails, gérer les Deferrals et les Bounces et améliorer la délivrabilité. Notre tableau de bord de délivrabilité fournit des informations en temps réel sur vos campagnes par mail, vous aidant à identifier et à résoudre les problèmes rapidement. Grâce à des solutions avancées d'authentification des e-mails, nous garantissons que vos messages répondent à toutes les normes d'authentification, améliorant ainsi considérablement votre réputation d'expéditeur et votre placement en boîte de réception.
Plus d'informations
Pour plus d'informations sur la manière dont Postmastery peut vous aider à optimiser la délivrabilité de vos e-mails, contactez-nous dès aujourd'hui. Améliorez les performances de vos campagnes et obtenez de meilleurs résultats grâce aux services de nos experts.
Les commentaires sont fermés.
Vous trouverez ci-dessous une liste d’articles tout aussi intéressants classés par catégorie.
Catégories
En avant