Le transfert d’e-mails expliqué
Le transfert d’e-mails envoie les messages adressés à votre domaine vers une boîte de réception que vous utilisez déjà. Par exemple, les messages envoyés à hello@example.com peuvent arriver dans votre boîte e-mail personnelle actuelle. C’est une façon simple d’utiliser une adresse à votre propre domaine sans créer de nouvelle boîte e-mail. Ce guide explique comment fonctionne le transfert, comment il se compare aux autres options et quels problèmes de livraison surveiller.
Transfert, boîte e-mail ou alias ?
| Ce qu’il fait | Stocke les messages ? | Idéal pour | |
|---|---|---|---|
| Redirection (transfert) | Fait suivre chaque message reçu vers une autre adresse, par exemple chez un autre fournisseur | Non | Recevoir les e-mails de votre domaine dans une boîte de réception que vous utilisez déjà |
| Boîte e-mail | Un compte e-mail complet, avec son propre espace de stockage, son mot de passe et ses dossiers | Oui | L’e-mail professionnel au quotidien, envoyé et reçu depuis votre domaine |
| Alias | Une adresse supplémentaire qui livre dans une boîte e-mail existante chez le même fournisseur | Dans la boîte principale | Des adresses supplémentaires comme sales@ ou info@ pour une seule personne |
Une redirection peut envoyer vers plusieurs destinations, ce qui est pratique pour les adresses partagées par une petite équipe.
Comment fonctionne le transfert
Les e-mails de votre domaine sont livrés aux serveurs indiqués dans les enregistrements MX de votre domaine (voir Les enregistrements DNS expliqués). Pour transférer les e-mails, ces enregistrements MX pointent vers un service qui propose le transfert. Quand un message arrive pour hello@example.com, ce service consulte la règle de transfert et fait suivre le message vers la destination, par exemple jane@example.net.
Les enregistrements MX doivent donc pointer vers le service de transfert, exactement comme il l’indique. S’ils pointent ailleurs, par exemple vers un ancien fournisseur d’e-mail, les règles de transfert ne sont jamais utilisées.
Un domaine n’a qu’un seul ensemble d’enregistrements MX. Si vous ajoutez plus tard des boîtes e-mail chez un autre fournisseur et que vous faites pointer les enregistrements MX vers lui, le service de transfert ne reçoit plus vos e-mails. Recréez vos redirections chez le nouveau fournisseur avant de faire le changement.
Pourquoi les e-mails transférés peuvent échouer aux vérifications
Les serveurs de réception vérifient les e-mails entrants avec SPF, DKIM et DMARC pour savoir si un message provient vraiment du domaine qu’il annonce. SPF, DKIM et DMARC expliqués présente chacun en détail. Le transfert peut perturber ces vérifications :
- SPF vérifie si le serveur qui envoie le message est autorisé à envoyer pour le domaine de l’expéditeur. Quand un message est transféré, il arrive depuis le serveur de transfert, que l’expéditeur d’origine n’a jamais déclaré. SPF peut donc échouer.
- DKIM ajoute une signature au message. Elle résiste généralement au transfert tant que le message n’est pas modifié en route, mais certains services de transfert ajoutent un pied de page ou modifient l’objet, ce qui casse la signature.
- DMARC réussit si SPF ou DKIM réussit pour le domaine de l’expéditeur. Si SPF échoue et que la signature DKIM a été cassée, DMARC échoue, et la destination peut placer le message dans les spams ou le refuser.
Deux techniques limitent ces problèmes :
- SRS (Sender Rewriting Scheme) remplace l’adresse de retour cachée d’un message transféré par une adresse du service de transfert, afin que SPF soit vérifié par rapport à un serveur autorisé à envoyer.
- ARC (Authenticated Received Chain), décrit dans la RFC 8617, permet au service de transfert de consigner les résultats des vérifications constatés à l’arrivée du message. Les destinations qui font confiance à ce service peuvent utiliser ces résultats.
Vous ne contrôlez pas la prise en charge de ces techniques par les expéditeurs ou les destinations, mais un service de transfert qui les utilise offre une meilleure livraison.
Signes que le transfert perd des e-mails
- Les messages de certains expéditeurs n’arrivent jamais, alors que d’autres arrivent.
- Les e-mails transférés arrivent dans le dossier spam de la destination.
- Les expéditeurs reçoivent des messages de non-remise qui mentionnent SPF ou DMARC.
Si cela arrive souvent, une boîte e-mail à votre domaine est plus fiable qu’un transfert vers un autre fournisseur. E-mails qui n’arrivent pas vous aide à lire les messages de non-remise.
Répondre depuis l’adresse transférée
Le transfert ne gère que les e-mails entrants. Quand vous répondez depuis votre boîte personnelle, la réponse part normalement de votre adresse personnelle, et non de hello@example.com.
Certaines applications et certains services d’e-mail permettent d’ajouter une adresse « envoyer en tant que ». Cela ne fonctionne bien que si le service envoie par un serveur sortant (SMTP) autorisé pour votre domaine, que ce serveur figure dans l’enregistrement SPF de votre domaine et qu’il signe avec DKIM. Sinon, les réponses qui prétendent venir de votre domaine peuvent échouer à DMARC et être refusées.
Si vous devez souvent envoyer depuis l’adresse de votre domaine, utilisez plutôt une boîte e-mail à votre domaine, configurée dans votre application d’e-mail comme décrit dans Configurer l’e-mail sur vos appareils.
Le transfert d’e-mails vers une boîte de réception existante est inclus avec chaque domaine enregistré chez DomainPilot. Pour des boîtes e-mail à votre propre domaine, consultez l’e-mail professionnel DomainPilot.