Recherche d'enregistrements MX

Rechercher MX
Suivant

Lorsqu’un e-mail est rejeté, le premier endroit à vérifier, ce sont les enregistrements MX du destinataire. Cette recherche interroge le DNS faisant autorité de n’importe quel domaine et renvoie la liste complète des noms d’hôtes des serveurs de messagerie (mail exchangers), leurs valeurs de priorité et les IP résolues : exactement ce que voit un serveur SMTP expéditeur avant de tenter la remise.

Comment fonctionne la recherche MX

  1. 1

    Entrez le domaine

    Tapez le domaine principal, par exemple example.com. N'incluez pas "mail." ou un protocole.

  2. 2

    Interroger le DNS

    L'outil demande aux résolveurs publics l'ensemble des enregistrements MX et lit chaque entrée.

  3. 3

    Voir les priorités

    Les numéros de priorité les plus bas sont essayés en premier. Les priorités égales sont réparties en round-robin.

  4. 4

    Résoudre les noms d'hôtes

    Chaque cible MX est résolue en un enregistrement A ou AAAA afin que vous puissiez repérer les hôtes inactifs.

Que font réellement les enregistrements MX

Les enregistrements MX (Mail Exchanger) indiquent au monde quels serveurs acceptent les e-mails pour un domaine donné. Ils sont renvoyés en réponse à une requête DNS de type MX et chaque entrée a deux parties : un numéro de priorité et un nom d’hôte. Les serveurs expéditeurs essaient d’abord la priorité la plus basse, puis se rabattent sur des numéros plus élevés si la livraison échoue.

Anatomie d’un enregistrement MX

Champ Exemple Signification
Priorité 10 Ordre de préférence, le plus bas l’emporte
Échangeur aspmx.l.google.com. Nom d’hôte du serveur de messagerie récepteur
TTL 3600 Secondes pendant lesquelles un résolveur peut mettre en cache la réponse

Erreurs courantes que cette recherche détecte

  • Un enregistrement A au lieu de MX. Certains domaines pointent accidentellement le domaine principal vers un hôte de webmail plutôt que de définir des enregistrements MX, et la livraison échoue silencieusement.
  • CNAME sur le domaine apex. Les cibles MX doivent être des noms d’hôtes disposant d’enregistrements A/AAAA. Un CNAME utilisé comme cible MX viole la RFC 2181.
  • MX nul manquant. Si un domaine ne reçoit pas d’e-mails, publiez MX 0 . afin que les expéditeurs rebondissent rapidement au lieu de réessayer pendant des jours.
  • Cibles Google ou Microsoft obsolètes. Les organisations qui migrent vers Microsoft 365 oublient souvent de supprimer les anciennes entrées aspmx.l.google.com.

Questions fréquentes

Redondance. L’e-mail est stocké et transféré, donc les fournisseurs listent plusieurs échangeurs de messagerie à différentes priorités. Si le principal tombe en panne, les expéditeurs essaient automatiquement la priorité suivante.

C’est la préférence la plus élevée : cet enregistrement est essayé en premier. Le nombre réel ne compte que par rapport aux autres enregistrements du même ensemble. Un MX unique à la priorité 10 se comporte exactement comme un MX unique à la priorité 0.

Techniquement oui. Dans ce cas, les expéditeurs se rabattent sur l’enregistrement A, mais les fournisseurs modernes refusent souvent de livrer dans cette situation. Si un domaine n’accepte pas de mails, publiez plutôt un MX nul.

Caches DNS. Différents résolveurs peuvent conserver des enregistrements obsolètes jusqu’à l’expiration du TTL. Si vous venez de changer votre MX, attendez que l’ancien TTL passe avant de comparer.

Outils similaires

Outil disponible dans d’autres langues