Enregistrements MX et priorité

Module 4: Enregistrements pour l'e-mail · Temps de lecture : 8 minutes

Objectif pédagogique : Après cette leçon, vous saurez lire et configurer des enregistrements MX, choisir correctement la priorité et expliquer ce qui se passe quand un domaine n'a pas d'enregistrement MX.

Notions clés : enregistrement MX, priorité (preference), MX de secours, serveur de messagerie (nom d'hôte), MX implicite, null MX, remise locale

Où envoyer le courrier ?

Si quelqu'un envoie un e-mail à info@example.com, le serveur de messagerie de l'expéditeur doit déterminer auprès de quel serveur ce courrier doit être remis. Il le recherche dans le DNS, en interrogeant l'enregistrement MX (Mail eXchanger) de example.com.

La réponse n'est pas une adresse IP, mais une liste de serveurs de messagerie, chacun précédé d'un nombre :

example.com.   3600  IN  MX  10 mail.example.com.
example.com.   3600  IN  MX  20 backup.example.net.

Ensuite, le serveur émetteur interroge l'enregistrement A ou AAAA de mail.example.com, et c'est seulement à ce moment qu'il connaît l'adresse IP à contacter. Un enregistrement MX pointe donc toujours vers un nom, qui possède lui-même un enregistrement A ou AAAA.

L'enregistrement MX se trouve presque toujours sur le domaine nu lui-même (@), car il concerne la partie après le @ dans l'adresse e-mail. Si vous souhaitez recevoir du courrier à info@nieuws.example.com, alors nieuws.example.com a besoin de son propre enregistrement MX.

Priorité : le plus bas passe en premier

Le nombre devant le serveur de messagerie s'appelle la priorité (dans la norme, RFC 5321, on parle de preference). La règle est simple :

• Plus le nombre est bas, plus tôt ce serveur est sollicité.
• Si ce serveur n'est pas joignable, l'expéditeur essaie le suivant.
• Si deux serveurs ont le même nombre, l'expéditeur répartit le courrier aléatoirement entre les deux. Cela permet de répartir la charge.

Le nombre en lui-même n'a aucune signification. 0, 1, 5, 10 ou 100 : seul l'ordre compte. Un enregistrement avec la priorité 10 et un autre avec 20 fonctionne exactement comme 1 et 2. Si votre fournisseur d'e-mail vous donne un nombre, reprenez-le. S'il indique un seul serveur, le nombre n'a pas d'importance.

Un serveur avec un nombre plus élevé est souvent appelé un MX de secours. Autrefois, c'était courant : si votre propre serveur tombait en panne, le serveur de secours conservait le courrier. Aujourd'hui, un serveur émetteur conserve lui-même le courrier pendant quelques jours et réessaie. Un MX de secours mal configuré (par exemple sans filtre antispam) attire au contraire le spam. N'en utilisez donc un que si votre fournisseur le demande explicitement.

Règles pour un bon enregistrement MX

1. Un nom, pas une adresse IP. MX 10 192.0.2.25 n'est pas valide. Créez un enregistrement A mail avec 192.0.2.25 et faites pointer le MX vers mail.example.com..
2. Pas vers un CNAME. Le nom dans un enregistrement MX doit lui-même avoir un enregistrement A ou AAAA, pas un CNAME (RFC 2181, paragraphe 10.3). De nombreux serveurs le résolvent quand même, mais pas tous.
3. Le point final. Dans de nombreux panneaux, vous tapez mail.example.com. avec un point. Sans point, le panneau ajoute à nouveau votre domaine à la fin : mail.example.com.example.com. Ce nom n'existe pas, et votre courrier n'arrive pas.
4. Le serveur de messagerie doit exister. Si le MX pointe vers un nom sans enregistrement A ou AAAA, rien n'arrive. En pratique, on observe souvent ce cas lorsque quelqu'un transfère les serveurs de noms de son domaine vers un créateur de site web : l'enregistrement MX suit, mais pas l'enregistrement A de mail.
5. Supprimez les anciens enregistrements. Si vous passez à un autre fournisseur d'e-mail, supprimez les enregistrements MX de l'ancien fournisseur. Si vous les laissez en place, une partie de votre courrier continuera d'arriver chez l'ancien fournisseur.

Pas d'enregistrement MX : MX implicite et null MX

Que se passe-t-il si un domaine n'a aucun enregistrement MX ? Selon la RFC 5321, le serveur émetteur essaie alors l'enregistrement A ou AAAA du domaine lui-même. C'est ce qu'on appelle le MX implicite. Si votre site web est hébergé sur un serveur sans messagerie, le monde entier tentera donc de remettre son courrier à votre serveur web. Cela entraîne des retards et des messages d'erreur chez l'expéditeur.

Si vous souhaitez indiquer clairement qu'un domaine ne reçoit jamais de courrier, utilisez un null MX (RFC 7505) :

example.net.  3600  IN  MX  0 .

Priorité 0 et un simple point comme serveur de messagerie. Un expéditeur voit alors immédiatement qu'il n'a pas besoin d'essayer et envoie directement à l'expéditeur un message d'erreur approprié. Combinez cela avec un enregistrement SPF v=spf1 -all (leçon 4.3) si le domaine n'envoie pas non plus de courrier.

Remise locale : le piège de l'hébergement avec messagerie

De nombreuses offres d'hébergement combinent un serveur web et un serveur de messagerie sur une seule machine. Ce serveur pense par défaut : « le courrier pour ce domaine, je le remets moi-même ». Si vous transférez votre messagerie vers un autre fournisseur, vous modifiez les enregistrements MX, mais le serveur ne s'en souvient pas automatiquement. Conséquence : le courrier provenant de votre propre formulaire de contact, et d'autres sites web hébergés sur le même serveur, reste bloqué sur l'ancien serveur et n'arrive jamais chez votre nouveau fournisseur. L'expéditeur reçoit parfois le message 550 Unknown user en retour.

Les hébergeurs reçoivent très souvent cette question. Dans la plupart des panneaux, il existe donc un interrupteur portant un nom comme « Utiliser ce serveur pour gérer mes e-mails » ou « Remise locale du courrier ». Vous confiez votre messagerie à un autre prestataire ? Modifiez le MX ET désactivez cet interrupteur. Si vous ne faites que l'un des deux, cela ne fonctionnera pas.

En pratique : à quoi cela ressemble dans un panneau

Dans cet exemple, nous utilisons DirectAdmin. Sous Gestion E-mail, Enregistrements MX, vous voyez les enregistrements MX de votre domaine. Pour chaque enregistrement, vous saisissez la priorité dans une case et le serveur de messagerie à côté, avec un point à la fin. En dessous se trouve la case à cocher Utiliser ce serveur pour gérer mes e-mails. Sous Modèle MX, vous pouvez choisir des configurations prêtes à l'emploi, par exemple pour Microsoft 365 ou Google Workspace.

Dans Mon WebOké, on retrouve la même chose sous l'onglet DNS d'un domaine ; l'interrupteur s'y appelle Remise.

Dans cPanel, Plesk, Cloudflare ou chez votre registrar, l'écran se présente différemment, mais vous renseignez toujours les trois mêmes éléments : le nom (@ ou vide), la priorité et le serveur de messagerie.

Résumé

• L'enregistrement MX indique où doit aller le courrier destiné à votre domaine. Il pointe vers un nom, jamais vers une adresse IP ou un CNAME.
• La priorité la plus basse passe en premier ; des nombres égaux partagent le courrier ; le nombre en lui-même n'a aucune signification.
• Sans MX, le monde essaie votre enregistrement A (MX implicite). Si vous ne recevez jamais de courrier, utilisez MX 0 . (null MX).
• Si vous transférez votre messagerie, supprimez les anciens enregistrements MX et désactivez la remise locale sur votre serveur d'hébergement.

Quiz

Exercice

Exercice Z4.1 : Rechercher un MX. Recherchez les enregistrements MX de wikipedia.org (ou de votre propre domaine). Indiquez quel serveur de messagerie possède le nombre de priorité le plus bas, et quel est ce nombre.

Exercice O4.1 : Configurer vous-même dans votre zone d'entraînement. Dans votre zone d'entraînement <code>.dnspractice.eu, créez deux enregistrements MX : priorité 10 vers mail.<code>.dnspractice.eu et priorité 20 vers backup.<code>.dnspractice.eu. Créez pour les deux noms un enregistrement A : mail vers 192.0.2.25 et backup vers 192.0.2.26. Cliquez ensuite sur Vérifier.

Pour aller plus loin

Les étapes de ces articles concernent les panneaux de WebOké ; dans d'autres panneaux, le fonctionnement est similaire.

• Guide DirectAdmin 5.5: Enregistrements MX : où arrive votre e-mail ?
• Votre e-mail ailleurs : Microsoft 365, Google Workspace ou votre propre serveur de messagerie
• L'envoi d'e-mails via PHP ne fonctionne pas, les enregistrements MX pointent ailleurs
• Guide DirectAdmin 18.9: Je ne reçois plus d'e-mails
• RFC 5321 paragraphe 5.1 (routage du courrier), RFC 7505 (null MX)