Qu’est-ce que le return-path et pourquoi devriez-vous le personnaliser ?

Qu’est-ce que le return-path ?

Nous commencerons par l'explication purement technique du return-path fournie dans la documentation RFC standard, puis nous la décomposerons et l'expliquerons dans un langage plus compréhensible.

L'en-tête du return-path ("return-path header" en anglais) est une adresse email source SMTP ("SMTP MAIL FROM", en anglais) utilisée pour traiter les erreurs générées (par exemple, adresse email d'un contact incorrecte).

Il peut aussi être appelé "chemin inverse", "expéditeur", "MAIL DE", "5321-DE", "send", "De_" et "Errors to". Cette adresse reçoit les informations de toutes les erreurs. Peu importe à quel point nous les détestons, les erreurs se produisent toujours et nous devons en être conscients. Cela peut être d'une grande aide pour améliorer votre délivrabilité.

Si vous regardez l'en-tête complet de votre message (nous savons que vous ne le faites pas habituellement, mais vous pouvez essayer juste pour voir de quoi nous parlons), vous verrez l'en-tête du return-path en haut. Dans la plupart des cas, c'est juste au-dessus de l'en-tête "Received", qui indique l'adresse IP publique à partir de laquelle le message a été envoyé (dans notre cas, il s'agit d'une partie des adresses IP de Mailjet).

Il est important de savoir que l'en-tête du return-path doit être unique. S'il y en a d'autres, cela signifierait que la configuration SMTP n'est pas correcte et qu'il vous faudrait la vérifier minutieusement.

Pour l'instant, tout cela n’est pas très clair, n'est-ce pas ? Connaître l'objectif principal du return-path le rendra peut-être un peu plus clair.

À quoi sert le return-path ?

Le return-path est utilisé pour traiter les erreurs. En tant que solution emailing, c'est une bonne idée d'avoir une adresse générique qui gère ces erreurs. Cela devrait être un email auquel vous avez accès et donc un email avec votre domaine.

Le return-path est ajouté une fois l'email envoyé, pour préserver la valeur de la commande "SMTP MAIL FROM". Par conséquent, c'est le fournisseur emailing (par exemple : Google, Hotmail, Yahoo) qui ajoute l'en-tête du return-path.

L'en-tête du return-path doit être présente dans tous les emails pour suivre les erreurs. Si cette dernière n’est pas présente et qu'une erreur se produit, les serveurs de messagerie seront perdus et ne sauront pas où envoyer la notification d’erreur. Cela signifie que vous ne connaîtrez pas l'existence de l’erreur, que vous ne pourrez pas supprimer cette adresse email présentant une erreur de votre liste de contacts et que vous continuerez à envoyer des messages à cette adresse, ce qui peut affecter négativement votre score expéditeur.

Chez Mailjet, tous les emails pointant vers une adresse dans l'environnement SMTP de Mailjet auront une adresse de retour avec un domaine Mailjet. Cela signifie que toutes les personnes qui reçoivent vos emails pourront voir le chemin de retour que vous utilisez et que vous êtes un client Mailjet. Pour certaines personnes, ce n'est pas un problème. Cependant, si vous le souhaitez, vous pouvez personnaliser votre chemin de retour à l'aide d'un enregistrement CNAME.

Pourquoi devriez-vous personnaliser le return-path ?

La personnalisation de votre return-path est liée aux processus d'authentification des emails ou à la façon dont le serveur du destinataire détermine les emails qu'il laisse passer et ceux qu'il refuse.

DMARC est un système de validation des emails créé pour détecter et prévenir le phishing (ou hameçonnage). L'une des nombreuses tâches du système DMARC est de vérifier la concordance entre le nom de l'expéditeur et le nom de votre chemin de retour.

Avec l'augmentation des attaques de phishing, les Fournisseurs d’Accès à Internet (FAI) tels que Free, SFR ou Orange ont essayé de protéger leur réputation. Même les fournisseurs de messagerie de confiance sont soumis à des contrôles exhaustifs.

De nombreux facteurs peuvent causer des problèmes de délivrabilité, mais l'un d'entre eux a une solution facile : nettoyer votre en-tête d’email et personnaliser votre chemin de retour. Chaque serveur a une façon différente d'interpréter les en-têtes d’email pour établir l'authenticité des messages, mais plus les signaux sont systématiques, mieux c'est.

Il est logique que l'adresse "DE" et l'adresse du chemin de retour aient le même domaine, n'est-ce pas ? De nombreux serveurs rejetteront un email prétendant provenir d'une certaine adresse si le message n'est pas envoyé par un serveur qui gère habituellement cette adresse.

Avec Mailjet, vous pouvez personnaliser le chemin de retour pour vous assurer que votre réputation ne sera pas compromise par un enregistrement CNAME. Pour comprendre son fonctionnement, il faut d'abord voir ce qu'est le CNAME.

Qu’est-ce qu’un CNAME ?

CNAME est l'abréviation de "Nom Canonique". Les enregistrements CNAME peuvent être utilisés comme alias pour un nom. Tout système hébergeant un site doit avoir une adresse IP afin d'être connecté au World Wide Web. Le DNS traduit le nom de votre site en adresse IP, bien que parfois plusieurs noms soit traduits dans la même adresse IP et c'est là que le CNAME est très utile.

Par exemple, si vous avez mydomain.com et www.mondomaine.com qui pointent vers le même site Web ou la même application et sont hébergés sur le même serveur, il serait très utile de créer ce qui suit pour éviter de conserver deux enregistrements différents :

• Un enregistrement A pour mydomain.com qui pointe vers l'adresse IP du serveur.

• Un record CNAME pour www.mondomaine.com pointant vers mydomain.com.

  Ensuite, vous aurez mydomain.com, qui pointe vers l'adresse IP du serveur, et www.mondomaine.com, qui pointe vers la même adresse IP du serveur (mydomain.com). S'il est nécessaire de modifier l'adresse IP, vous n'avez besoin de la mettre à jour qu'à un endroit car elle sera répliquée à l'autre.

Toutefois, le CNAME est soumis à certaines restrictions :

• Vous devez toujours pointer vers un autre nom de domaine et jamais directement vers une adresse IP.

• Il ne peut pas coexister avec un autre enregistrement du même nom. Vous ne pouvez pas avoir d'enregistrement CNAME et TXT pour www.mondomaine.com.

• Vous pouvez pointer vers un autre enregistrement CNAME, bien que ce réglage ne soit généralement pas recommandé pour des raisons de performances. Le cas échéant, l'enregistrement CNAME doit viser autant que possible le nom de la cible afin d'éviter les exigences de performance inutiles.

• Vous ne pouvez pas placer un enregistrement CNAME au niveau du domaine racine car le domaine racine est le Start Of Authority (SOA) du DNS qui doit pointer vers une adresse IP.

• Les enregistrements MX et NS ne doivent jamais pointer vers un alias CNAME.

  Une nouveauté surprenante est qu'avec la dernière génération de la technologie DNS, le même enregistrement CNAME pourra rediriger vers un ou plusieurs noms en fonction de paramètres dynamiques. Cela facilitera encore davantage la gestion des dossiers CNAME.

Les enregistrements A et CNAME sont parfois confondus, mais ce sont deux façons différentes d'attribuer un nom d'hôte à une ou plusieurs adresses IP. Il y a d'importantes différences entre ces deux enregistrements qui doivent être prises en compte. L'enregistrement A pointe vers une adresse IP spécifique (vous voulez que mydomain.com pointe vers le serveur 189.1.147.13) et l'enregistrement CNAME pointe vers un autre nom plutôt que vers une adresse IP (www.mondomaine.com pointe vers mydomain.com).

Pensez à l'enregistrement CNAME comme un alias pour le nom de la destination qui hérite de toute sa chaîne de résolution.

Certaines utilisations courantes des enregistrements CNAME sont :

• Fournir un nom d'hôte distinct pour des services réseau spécifiques. Des exemples courants sont l’email ou le FTP qui pointe ce nom d'hôte vers le domaine racine.

• De nombreuses personnes utilisent des sous-domaines pour gérer leurs différents services ou clients liés au domaine principal (par exemple, company.namehost.com), et l'enregistrement CNAME pour pointer vers le domaine du client (www.empresa.com).

• Enregistrer le même domaine dans plusieurs pays et faire pointer les versions pays vers le domaine principal ".com".

• Pointer depuis plusieurs sites Web appartenant à la même organisation vers le site Web principal. 

Comment pouvez-vous personnaliser votre return-path ?

Maintenant que nous en savons plus sur l'enregistrement CNAME, voyons comment vous devez le configurer pour pouvoir personnaliser votre chemin de retour avec Mailjet. Nous utiliserons le premier des exemples courants : vous utilisez un enregistrement CNAME pour que votre propre domaine pointe vers notre domaine dans l'adresse du chemin de retour.

Le chemin de retour par défaut utilisé par Mailjet est "bnc3.mailjet.com". Puisque nous devons recevoir les erreurs, vous ne pouvez pas les modifier complètement, car si vous le faites, nous ne pourrons pas recevoir les notifications d’erreurs.

Comment configurer l'enregistrement CNAME ?

Pour personnaliser votre return-path, vous devrez suivre trois étapes simples : créer un sous-domaine, créer l'enregistrement CNAME dans votre zone DNS, et nous contacter pour activer la redirection.

Étape 1

Créez un sous-domaine dans votre domaine principal en utilisant le préfixe "bnc3". Par exemple, avec un domaine principal mydomain.com, vous devrez créer un sous-domaine bnc3.mydomain.com.

Étape 2

Vous devez accéder à votre zone DNS et créer un enregistrement CNAME qui ressemble à :

bnc3.mydomain.com. IN CNAME bnc3.mailjet.com.

Cela signifie que votre domaine bnc3.mydomain.com pointe maintenant vers bnc3.mailjet.com. Par conséquent, tout le monde verra bnc3.mondomaine.com dans l'en-tête de l’email mais il pointera en fait vers notre bnc3.mailjet.com et nous continuerons de recevoir les événements d’erreurs et de mettre à jour vos statistiques.

Étape 3

La dernière étape est de prendre contact avec nous. Pour ce faire, nous vous invitons à prendre contact avec notre équipe support et nous fournir les informations suivantes afin que nous puissions activer votre itinéraire de retour personnalisé :

• La clé API que vous voulez activer le chemin de retour.

• L'enregistrement CNAME que vous avez configuré : la copie d'écran ou la version texte de l'enregistrement sera parfaite.

Veuillez noter que vous ne pouvez avoir qu'un seul chemin de retour actif par clé API.

Une fois que nous aurons ces informations, nous effectuerons les tâches nécessaires et nos collègues vous contacteront pour vous informer que tout est prêt.

Pour terminer

Si vous voulez en savoir plus sur les bonnes pratiques à mettre en place pour optimiser la délivrabilité de vos emails, vous pouvez consulter notre guide dédié sur les fondamentaux de la délivrabilité. Il vous aidera à aller encore plus loin pour améliorer la performance de votre stratégie emailing.

N'oubliez pas de nous suivre sur Twitter ou Facebook pour découvrir nos autres articles !

***

Cet article est une version mise à jour de l’article "Qu’est-ce que le return-path et pourquoi devriez-vous le personnaliser ?", publié sur le blog Mailjet le 5 novembre 2019 par Gabriela Gavrailova.