Les deux font qu'un courrier envoyé à une adresse arrive ailleurs, et ce ne sont pas la même chose. La différence décide si le message fonctionne encore quand l'expéditeur a configuré SPF et DMARC — c'est-à-dire presque tout le monde aujourd'hui.

Un alias

sales@votredomaine.fr est distribué dans la boîte info@votredomaine.fr, sur votre propre serveur. Aucun nouveau message n'est envoyé, rien ne sort, rien ne peut échouer. Gratuit, illimité, et l'outil qu'il faut pour les adresses de service.

Une redirection

sales@votredomaine.fr reçoit le message, puis votre serveur le renvoie vers une adresse Gmail. Votre serveur devient l'expéditeur d'un message écrit par un autre, et voilà ce qui casse.

L'enregistrement SPF d'origine ne mentionne pas votre serveur : le message redirigé échoue au contrôle SPF chez Gmail. Il peut être classé indésirable ou rejeté, et l'on annonce à l'expéditeur que votre domaine a échoué — la faute semble être la vôtre.

Faire fonctionner la redirection

  • SRS — réécrire l'expéditeur d'enveloppe pour que SPF soit vérifié sur votre domaine et non sur le sien. La plupart des serveurs de messagerie le gèrent ; il suffit en général de l'activer.
  • Ne modifiez pas le message — ni pied de page, ni étiquette dans l'objet. Toute modification casse la signature DKIM, la dernière chose qui l'authentifiait encore.
  • Mieux : relever plutôt que rediriger. Laissez la boîte sur votre serveur et faites-la relever par l'import IMAP de Gmail — rien n'est réexpédié, donc rien n'échoue.
# postfix
sender_canonical_maps = tcp:127.0.0.1:10001
sender_canonical_classes = envelope_sender
recipient_canonical_maps = tcp:127.0.0.1:10002

Et gardez une copie

Une redirection qui ne fait que rediriger ne vous laisse aucune trace. Si la destination rejette, le message est perdu. Distribuez en local ET redirigez, pour qu'il reste toujours une copie sur votre serveur.

Si le courrier redirigé est classé indésirable, les vérifications sont dans Échecs SPF, DKIM et DMARC.