Aller au contenu
DomainVigil
S'inscrire

Guide de référence

Qu'est-ce qu'un enregistrement MX ?

L'enregistrement MX désigne les machines qui reçoivent le courrier d'un domaine, et la priorité indique dans quel ordre les essayer. Deux champs, et pourtant l'un des enregistrements les plus souvent mal réglés.

8 min de lectureMis à jour le 12 septembre 2026

En bref

Un enregistrement MX indique à quel serveur remettre le courrier destiné à un domaine. Chaque ligne porte une valeur de préférence et un nom de machine ; le serveur expéditeur essaie d'abord la valeur la plus basse, puis remonte. Sans aucun enregistrement MX, le courrier est remis à l'adresse du domaine lui-même.

À quoi sert un enregistrement MX

Quand un serveur veut remettre un message à une adresse, il n'a que le domaine après l'arobase pour savoir où aller. C'est l'enregistrement MX qui répond à cette question : voici les machines qui acceptent le courrier de ce domaine. Sans lui, le courrier ne sait pas où se poser — ou se pose au mauvais endroit, ce qui est pire.

L'enregistrement porte deux informations et pas une : le nom de la machine, et un nombre qui dit dans quel ordre l'essayer. Ce nombre est une préférence, pas une note de qualité : plus il est bas, plus la machine est prioritaire. C'est contre-intuitif la première fois et cela reste la source d'erreur la plus banale.

Un domaine peut publier plusieurs MX, ce qui est le cas de toutes les messageries hébergées : elles en donnent deux à cinq pour que la remise survive à la panne de l'une de leurs machines. Ce que cette redondance ne couvre pas, c'est une erreur dans votre zone — là, tous les MX sont faux en même temps.

Un enregistrement MX, terme par terme

Deux lignes suffisent à décrire un domaine qui reçoit du courrier sur deux machines, l'une prioritaire sur l'autre.

example.com. 3600 IN MX 10 mail1.example.net. example.com. 3600 IN MX 20 mail2.example.net.

  1. example.com.Le domaine des adresses

    Le nom qui apparaît après l'arobase. Un sous-domaine qui reçoit du courrier publie ses propres enregistrements MX : il n'hérite pas de ceux du domaine.

  2. MXLe type

    Il ne concerne que le courrier entrant. Il ne dit rien de ce qui part du domaine, qui relève de SPF, de DKIM et de DMARC.

  3. 10La préférence

    Un nombre entier de 0 à 65535. Le plus bas est essayé en premier. Les valeurs elles-mêmes n'ont aucune signification absolue : seul leur ordre relatif compte.

  4. mail1.example.net.Le nom de la machine

    Un nom qui porte directement une adresse. Ni un alias, ni une adresse IP écrite à la place du nom : les deux sont interdits et se comportent de façon imprévisible.

Les préférences MX et ce qu'elles veulent dire

Il n'existe pas de bonne valeur dans l'absolu. Ce qui compte est l'ordre qu'elles décrivent, et une seule valeur a une signification particulière dans la norme.

ValeurCe qu'elle veut direCas typique
0La priorité la plus forte possible. Associée à une cible réduite à un point, elle a un sens spécial : le domaine ne reçoit pas de courrier du tout.Serveur unique, ou déclaration explicite qu'un domaine n'a pas de boîtes.
1 à 10Le serveur principal, celui qu'on veut voir servir la quasi-totalité du trafic.La valeur que donnent la plupart des messageries hébergées pour leur première machine.
20, 30, 40Les serveurs essayés ensuite, dans l'ordre croissant, quand les précédents ne répondent pas.Les autres machines du même fournisseur, réparties sur d'autres sites.
Deux lignes à la même valeurAucune n'est prioritaire : l'expéditeur tire au sort entre elles.Deux serveurs strictement équivalents, pour répartir la charge entrante.
50 et au-delàUn secours lointain, qui ne sera contacté que si tout le reste est indisponible.Un relais tiers — montage à ne tenter que si ce relais connaît vraiment les boîtes du domaine.
65535La valeur la plus haute admise par le format.Aucun intérêt pratique : rien ne distingue 100 de 65535 dès lors que c'est la dernière ligne.

Vérifiez sur votre domaine, tout de suite

Entrez un nom de domaine : l'outil affiche ses enregistrements MX, leurs priorités et les machines désignées.

Sans inscription, sans e-mail à laisser. Vous pouvez coller une adresse complète : nous en extrayons le domaine.

Ce que fait un serveur expéditeur, dans l'ordre

Comprendre cette séquence explique presque tous les symptômes : messages en retard, messages perdus, messages arrivés chez l'ancien hébergeur.

  1. 1

    Il demande les MX du domaine de destination

    Une seule requête, qui rend toutes les lignes d'un coup avec leurs préférences.

  2. 2

    Il les trie par préférence croissante

    La valeur la plus basse en tête. En cas d'égalité, l'ordre entre les machines concernées est tiré au sort, ce qui répartit naturellement la charge.

  3. 3

    Il tente la première machine

    Si elle accepte le message, c'est terminé : les suivantes ne seront jamais contactées.

  4. 4

    En cas d'échec, il descend la liste

    Un refus temporaire ou une machine injoignable le fait passer à la suivante. Un refus définitif, lui, arrête tout : le message est renvoyé à l'expéditeur.

  5. 5

    S'il n'a rien pu remettre, il met en file d'attente

    Le message est conservé et retenté à intervalles croissants pendant plusieurs jours avant d'être abandonné. C'est ce délai qui permet de réparer une zone cassée sans perdre le courrier.

En l'absence totale d'enregistrement MX, le serveur expéditeur se rabat sur l'adresse du domaine lui-même. Un domaine sans MX mais avec un site web reçoit donc des connexions de courrier sur son serveur web.

Les cinq situations qui décident du sort d'un message

Certaines configurations disent exactement l'inverse de ce que leur auteur croyait déclarer.

ConfigurationCe qu'elle déclareConséquence réelle
Aucun MX, une adresse sur le domaineRien d'explicite : la norme se rabat sur l'adresse du domaine.Le serveur web reçoit des tentatives de remise qu'il ne sait pas traiter. Les messages sont perdus ou rejetés tardivement.
Un seul MX, cible réduite à un pointCe domaine ne reçoit aucun courrier, c'est volontaire.Les expéditeurs abandonnent immédiatement avec un message clair, au lieu de réessayer pendant des jours. C'est le bon réglage pour un domaine de réservation.
MX pointant vers un aliasRien de valide : la norme exige un nom portant directement une adresse.Certains serveurs suivent quand même, d'autres refusent. La remise devient imprévisible d'un expéditeur à l'autre.
MX contenant une adresse IPRien de valide non plus : le champ attend un nom de machine.La plupart des expéditeurs échouent. Ceux qui tolèrent le montage le font sans garantie.
Un secours chez un tiersQue cette machine accepte le courrier quand les autres sont à terre.Utile seulement si ce relais connaît la liste des boîtes valides. Sinon il accepte tout, puis renvoie des rejets à des expéditeurs innocents.

Les erreurs qui font perdre du courrier

  • Après la migration, les messages arrivent encore chez l'ancien hébergeur

    Ce qui le provoque : Les nouveaux MX sont publiés mais l'ancienne ligne n'a pas été supprimée, ou la durée de vie de l'enregistrement était trop longue pour que la bascule soit immédiate.

    Le geste qui corrige : Supprimer les anciennes lignes, et abaisser la durée de vie plus d'une durée complète avant la migration. Laisser l'ancienne boîte accessible quelques jours.

  • Un domaine sans messagerie reçoit et fait rebondir du courrier

    Ce qui le provoque : Il n'a aucun MX mais porte une adresse pour son site : la norme envoie donc le courrier sur le serveur web.

    Le geste qui corrige : Publier la déclaration normalisée d'absence de courrier : un seul MX, préférence zéro, cible réduite à un point.

  • La remise fonctionne depuis certains expéditeurs seulement

    Ce qui le provoque : Le MX désigne un alias. Les serveurs stricts refusent ce montage, les tolérants l'acceptent.

    Le geste qui corrige : Remplacer la cible par le nom canonique, celui qui porte directement l'adresse de la machine.

  • Le serveur de secours renvoie des rejets en série

    Ce qui le provoque : Il accepte tous les messages sans connaître les adresses valides, puis découvre trop tard qu'elles n'existent pas et renvoie un rejet à un expéditeur souvent usurpé.

    Le geste qui corrige : Retirer le secours, ou lui donner la liste des boîtes valides. Un secours qui ne sait pas refuser à la porte fait plus de dégâts qu'une simple indisponibilité.

Les questions qu'on se pose ensuite

Faut-il un serveur de courrier de secours ?

Rarement. Le protocole prévoit déjà que l'expéditeur garde le message et réessaie pendant plusieurs jours : une indisponibilité de quelques heures ne perd rien. Un secours mal configuré, lui, perd des messages pour de bon.

Que se passe-t-il si je publie deux MX de même priorité ?

L'expéditeur choisit au hasard entre les deux, ce qui répartit le trafic entrant. C'est un montage valide, à condition que les deux machines desservent exactement les mêmes boîtes.

Un sous-domaine hérite-t-il des MX du domaine ?

Non. Chaque nom qui reçoit du courrier publie les siens. Un sous-domaine sans MX mais avec une adresse recevra le courrier sur cette adresse, ce qui est presque toujours involontaire.

Combien de temps un message est-il réessayé avant d'être perdu ?

Cela dépend du serveur expéditeur, mais la norme recommande de persister plusieurs jours avant d'abandonner. C'est ce délai qui donne le temps de réparer une erreur de zone avant qu'elle ne coûte du courrier.

Un MX effacé ne fait aucun bruit

Le site continue de répondre, les visiteurs ne voient rien, et le courrier cesse simplement d'arriver — souvent découvert plusieurs jours plus tard par un client qui n'a pas eu de réponse. DomainVigil relit les MX de chacun de vos domaines tous les jours et vous écrit au premier changement.

Commencer gratuitement

Cinq domaines gratuits, pour toujours. Sans carte bancaire.

Les autres guides de référence