Qu'est-ce que le Return-Path ?

Définition

Chaque e-mail porte en réalité deux adresses d'expéditeur différentes. La première est l'adresse From, celle que le destinataire voit dans sa boîte de réception et que la plupart des gens identifient comme l'expéditeur. La seconde est le Return-Path, une adresse en coulisses que les systèmes de messagerie utilisent pour gérer les problèmes de livraison.

Le Return-Path est établi pendant la transaction SMTP via la commande MAIL FROM. Lorsqu'un serveur d'envoi remet un message à un serveur destinataire, il déclare l'adresse de rebond dans cette commande. Si le serveur destinataire ne parvient pas ensuite à déposer le message dans une boîte, il génère un rapport de non-livraison, souvent appelé rebond, et l'envoie à l'adresse indiquée dans MAIL FROM. Une fois le message accepté, le serveur de messagerie final consigne cette adresse dans le message sous la forme d'une ligne d'en-tête littéralement nommée Return-Path.

Parce qu'il est défini au niveau de l'enveloppe et non dans le corps du message, le Return-Path peut être totalement indépendant de l'adresse From et de l'adresse Reply-To. Une campagne peut afficher marketing@yourbrand.com comme adresse From tout en acheminant les rebonds vers un Return-Path tel que bounces@mail.yourbrand.com qu'aucun humain ne lit jamais directement.

Comment ça fonctionne

Lorsque vous envoyez un message via un fournisseur de services de messagerie, celui-ci définit le Return-Path sur une adresse qu'il contrôle et surveille, souvent sur un sous-domaine dédié à cet usage. L'adresse From visible reste celle de votre marque pour que les destinataires vous reconnaissent, mais l'expéditeur d'enveloppe est l'adresse d'infrastructure du fournisseur.

Si la livraison réussit, le Return-Path reste simplement dans les en-têtes et passe rarement remarqué. Si la livraison échoue, le serveur destinataire renvoie un message de rebond à l'adresse Return-Path. Le rebond contient un code de statut et une explication décrivant pourquoi le message n'a pas pu être délivré : par exemple une boîte qui n'existe pas, une boîte pleine, ou un domaine qui ne se résout plus.

Le fournisseur de services collecte ces messages de rebond, lit les codes de statut et les utilise pour classer chaque échec. Un échec permanent comme une boîte inconnue est un hard bounce, tandis qu'un échec temporaire comme une boîte pleine est un soft bounce. Cette classification alimente la gestion automatique des listes, car les hard bounces sont généralement basculés directement sur une liste de suppression afin de ne plus être contactés.

Utiliser un Return-Path distinct garde aussi votre boîte de réception quotidienne propre. Au lieu de centaines d'avis d'échec qui atterrissent dans la même boîte que vos vraies réponses, tout le trafic de rebonds automatisé est regroupé en un seul endroit où un logiciel peut le traiter à la place d'une personne.

Pourquoi c'est important pour la délivrabilité des e-mails

Le Return-Path est central pour la délivrabilité pour deux raisons liées : l'authentification et la gestion des rebonds.

Pour l'authentification, SPF vérifie le domaine présent dans le Return-Path, et non celui de l'en-tête From visible. Lorsqu'un serveur destinataire évalue SPF, il consulte l'enregistrement DNS SPF publié pour le domaine du Return-Path et confirme que l'adresse IP qui envoie le message figure bien sur la liste autorisée pour ce domaine. Si le domaine du Return-Path n'a aucun enregistrement SPF, ou si l'IP d'envoi n'y figure pas, SPF peut échouer. C'est aussi pourquoi l'alignement DMARC dépend en partie de la relation entre le domaine du Return-Path et le domaine From. Un Return-Path correctement configuré est donc un prérequis pour passer SPF sans accroc.

Pour la gestion des rebonds, c'est le Return-Path qui rend l'hygiène de liste possible tout court. S'il pointe vers une adresse réelle et surveillée, chaque livraison échouée produit un rebond que votre système peut capter et exploiter. Les adresses invalides sont identifiées et supprimées rapidement, ce qui maintient votre taux de rebond bas. Un taux de rebond élevé, généralement tout ce qui dépasse la plage saine, signale aux fournisseurs de messagerie que vous n'entretenez pas votre liste, et ils réagissent en filtrant davantage de vos e-mails vers les spams. Si le Return-Path est absent ou invalide, les rebonds se perdent, les mauvaises adresses s'attardent, et votre réputation s'érode lentement sans cause évidente.

Comment VeriMails gère cela

VeriMails intervient du côté préventif de cette équation. Le traitement des rebonds via le Return-Path ne vous dit quelles adresses ont échoué qu'après que vous leur avez déjà écrit et subi l'impact sur votre réputation. VeriMails identifie les adresses non délivrables avant l'envoi, de sorte que bien moins d'entre elles atteignent le stade où elles génèrent un rebond.

Pour chaque adresse que vous soumettez, VeriMails effectue une validation de la syntaxe, une recherche d'enregistrement MX, un contrôle DNS et une négociation SMTP en direct avec le serveur de messagerie destinataire, la même conversation qui produirait sinon un rebond, exécutée en toute sécurité à l'avance sans livrer de message. Il applique aussi la détection des domaines catch-all, des adresses jetables et des adresses génériques. Le résultat vous indique si une adresse est délivrable, avec des catégories de délivrabilité claires pour vos décisions de campagne.

En vérifiant d'abord votre liste, vous maintenez les hard bounces au plus bas dès le départ, ce qui protège la réputation d'envoi qu'une bonne configuration SPF et Return-Path est censée bâtir. Vous pouvez vérifier des adresses individuelles via l'API REST de VeriMails ou contrôler des listes entières en important un fichier CSV. La vérification démarre à $0.0019 par e-mail, avec 10,000 crédits pour $19 et des formules annuelles à partir de $12.50/month en facturation annuelle, et chaque nouveau compte reçoit 100 crédits gratuits qui n'expirent jamais, sans carte bancaire pour commencer.

Questions fréquentes