Résumé

Cet outil de vérification MX lit les enregistrements MX que vous collez depuis dig ou nslookup, les trie dans l’ordre où les expéditeurs les essaient, et nomme le fournisseur de messagerie derrière chaque hôte. Il signale ensuite les erreurs qui provoquent des rebonds : adresses IP comme cibles, MX nul mélangé à de vrais enregistrements, deux fournisseurs sur un domaine, ou un hôte unique sans secours. Il n’interroge pas le DNS en direct : vous voyez donc ce que renvoie votre propre résolveur. Il fonctionne dans votre navigateur, et rien de ce que vous collez n’est envoyé.

Vérifier enregistrement MX : lire et auditer vos zones

Lancez une commande dig, collez la réponse, et voyez l’ordre de livraison, le fournisseur et les erreurs qui provoquent des rebonds. Rien ne quitte votre navigateur.

Auditer vos enregistrements MX

Outil de vérification MX

Collez une sortie dig, nslookup, ou des lignes préférence et hôte. Le résultat se met à jour pendant que vous tapez.

Collez la sortie de dig MX votredomaine.com +short, une réponse dig complète, une sortie nslookup, ou une paire préférence hôte par ligne.

      Fonctionnement

      Ce que l’outil lit dans vos enregistrements MX

      La préférence fixe l’ordre

      Chaque enregistrement MX associe une préférence sur 16 bits à un nom d’hôte. Les expéditeurs essaient d’abord le numéro le plus bas et ne passent au suivant que si un hôte est injoignable. L’outil trie vos enregistrements par palier pour montrer l’ordre réel de livraison.

      Les noms d’hôte révèlent le fournisseur

      L’outil compare chaque cible à des suffixes connus, comme aspmx.l.google.com ou mail.protection.outlook.com. Il reconnaît une vingtaine de fournisseurs de boîtes mail et de passerelles. Un hôte inconnu est signalé, jamais deviné.

      Les règles viennent des RFC

      Les contrôles reprennent ceux des RFC 5321, RFC 2181 et RFC 7505 : cibles en nom d’hôte uniquement, pas d’alias CNAME, et un MX nul qui reste seul. Il n’y a ni score ni référence inventée.

      Où l’exécuter

      Une commande, puis collez

      L’outil n’interroge pas le DNS à votre place : la réponse vient de votre propre terminal. C’est utile pendant une migration, car vous voyez ce que votre résolveur renvoie maintenant, et non une copie en cache sur un site de consultation.

      • macOS et Linux : dig MX votredomaine.com +short
      • Windows : nslookup -type=mx votredomaine.com
      • Ajoutez @1.1.1.1 à dig pour interroger un résolveur public précis
      Ordinateur portable affichant une sortie de terminal à côté d’un croquis de flux mail dans un carnet
      Avant de modifier les enregistrements MX

      Quatre étapes pour une bascule mail propre

      C’est l’ordre que nous suivons pour une migration de réception mail sur un domaine qui envoie aussi des e-mails transactionnels.

      1. 1

        Relevez l’ensemble actuel

        Lancez dig MX et conservez la sortie. Collez-la ici pour confirmer ce que vous remplacez et quel fournisseur le gère aujourd’hui.

      2. 2

        Abaissez le TTL à l’avance

        Ramenez le TTL des MX à 300 secondes, puis attendez au moins la durée de l’ancien TTL. Les résolveurs doivent expirer la copie longue durée avant que votre modification ne compte.

      3. 3

        Changez les enregistrements en une seule modification

        Retirez les anciens hôtes et ajoutez les nouveaux en même temps. Une bascule à moitié faite est la raison pour laquelle un domaine finit avec deux fournisseurs.

      4. 4

        Vérifiez auprès d’un résolveur, puis rétablissez le TTL

        Lancez dig sur un résolveur public et collez le résultat. Remontez le TTL une fois l’outil n’affichant qu’un seul fournisseur et aucune erreur.

      Questions sur la vérification des enregistrements MX

      Cet outil de vérification MX est-il gratuit ?
      Oui. Sans inscription ni limite de requêtes. L’analyse et les contrôles s’exécutent dans votre navigateur, et le texte collé n’est jamais envoyé à nos serveurs. Seul le signal anonyme d’utilisation de l’outil quitte la page.
      L’outil interroge-t-il les serveurs DNS en direct ?
      Non. Un navigateur ne peut pas envoyer de requête DNS brute, et passer votre domaine par une API de consultation tierce ajouterait une dépendance dont nous ne voulons pas. Vous lancez une commande dig ou nslookup, collez la réponse, et l’outil la lit, la trie et l’audite. Vous voyez donc ce que voit votre propre résolveur.
      Comment obtenir mes enregistrements MX à coller ?
      Sous macOS ou Linux, lancez dig MX votredomaine.com +short. Sous Windows, lancez nslookup -type=mx votredomaine.com. Les deux formats fonctionnent, comme les réponses dig complètes et les paires simples du type 10 mx.exemple.com.
      Que signifie le numéro de préférence d’un MX ?
      C’est une priorité : le numéro le plus bas est essayé en premier. Si cet hôte est injoignable, l’expéditeur passe au numéro suivant. Les hôtes partageant un même numéro sont essayés dans un ordre aléatoire, ce qui permet aux fournisseurs de répartir la charge entrante.
      Pourquoi une adresse IP dans un enregistrement MX est-elle une erreur ?
      La cible MX doit être un nom d’hôte résolu par un enregistrement A ou AAAA. La RFC 5321 n’autorise pas une IP nue à cet endroit. Certains serveurs mail la tolèrent, beaucoup non, ce qui provoque des rebonds intermittents difficiles à tracer.
      Pourquoi l’outil signale-t-il deux fournisseurs sur un même domaine ?
      Des MX mélangés viennent en général d’une migration jamais terminée. Les expéditeurs essaient d’abord la préférence la plus basse et ne basculent que si elle est indisponible : le courrier peut alors atterrir sur une plateforme où la boîte n’existe pas. Gardez un seul fournisseur, sauf si vous routez volontairement.
      Les MX influencent-ils l’envoi ou seulement la réception ?
      Uniquement la réception. Le courrier sortant dépend des enregistrements SPF, DKIM et DMARC, et de la réputation de l’IP d’envoi. Un jeu de MX correct ne réglera pas un problème de spam côté envoi.
      Puis-je vérifier un domaine sans enregistrement MX ?
      Si vous ne collez rien, l’outil indique qu’aucun enregistrement n’a été trouvé. Sans MX, les expéditeurs se rabattent sur l’enregistrement A ou AAAA du domaine, ce qui est rarement ce que vous voulez. Publiez un MX nul (0 .) si le domaine ne doit pas recevoir de courrier du tout.

      Suivez l’infrastructure derrière vos propres envois

      Cet outil couvre le côté réception. Notification Harbor couvre les envois que vous maîtrisez : préchauffage de domaine, observabilité au niveau de chaque trace, et SPF, DKIM et DMARC configurés avant le premier envoi en production.

      Découvrir le fonctionnement de Notification Harbor
      notificationharbor
      Démarrer gratuitement