Vérification des enregistrements MX (MX Lookup)
Effectuez un MX lookup sur n’importe quel domaine pour afficher les serveurs qui reçoivent ses e-mails, classés dans l’ordre exact testé par les expéditeurs.
Comment vérifier les enregistrements MX d’un domaine
- Saisissez le domaine dans le champ ci-dessus. Une adresse e-mail complète ou l’URL d’un site fonctionne également ; l’outil extrait automatiquement le domaine.
- Cliquez sur « Vérifier les enregistrements MX ». La requête interroge le DNS public en direct pour afficher ce que voit un serveur expéditeur à cet instant.
- Consultez le bandeau récapitulatif : il indique immédiatement si le domaine est configuré pour recevoir des messages.
- Analysez le tableau détaillé : chaque ligne présente un serveur de messagerie avec sa priorité, ses adresses IPv4/IPv6 et son TTL.
Vous venez de mettre à jour vos enregistrements et voyez encore les anciens ? Patientez jusqu’à l’expiration du TTL indiqué dans le tableau. Le TTL (Time to Live) définit la durée de mise en cache chez les résolveurs DNS. Le lien dans votre barre d’adresse recharge exactement ce test.
Qu’est-ce qu’un enregistrement MX ?
Un enregistrement MX (Mail Exchanger) est un enregistrement DNS qui indique aux serveurs tiers vers quelles machines acheminer les e-mails d’un domaine. Lorsqu’un message est envoyé à jean@exemple.fr, le serveur expéditeur interroge le DNS d’exemple.fr pour obtenir ses hôtes MX. Pour une explication pas à pas, consultez notre guide sur l’enregistrement MX.
Chaque enregistrement associe un indice de priorité et un nom d’hôte. Par exemple, la configuration standard de Google Workspace utilise un enregistrement unique :
example.com. 3600 IN MX 1 smtp.google.com.
Les anciens domaines configurés sous Google Workspace utilisent parfois cinq enregistrements débutant par ASPMX.L.GOOGLE.COM. Google continue de les prendre en charge sans modification obligatoire.
Les enregistrements MX contrôlent uniquement la réception du courrier. L’authentification des e-mails sortants dépend d’autres protocoles, présentés dans notre guide SPF, DKIM et DMARC expliqués.
Comprendre la priorité des serveurs MX
Les serveurs expéditeurs contactent en priorité l’hôte associé au plus petit numéro. En cas d’indisponibilité, ils basculent sur le suivant. Lorsque deux serveurs partagent la même priorité, la charge est répartie équitablement entre eux (RFC 5321, section 5.1).
Seul l’ordre relatif compte, et non la valeur absolue. Des priorités fixées à 10 et 20 produisent exactement le même comportement que 1 et 2. Par exemple, gmail.com utilise cinq serveurs échelonnés à 5, 10, 20, 30 et 40.
Signification des diagnostics du MX lookup
| Statut | Explication technique | Mesure recommandée |
|---|---|---|
| Peut recevoir des e-mails | Le domaine possède des enregistrements MX valides et chaque serveur dispose d’adresses IP résolubles. | Aucune action requise. Si des messages n’arrivent pas, vérifiez les filtres antispam ou la configuration du serveur. |
| A des enregistrements MX, mais nécessite une correction | Un ou plusieurs enregistrements présentent une anomalie indiquée sous l’hôte concerné. | Corrigez l’enregistrement auprès de votre hébergeur DNS en suivant les explications ci-dessous. |
| N’a aucun enregistrement MX | Les expéditeurs se rabattent sur l’enregistrement A ou AAAA du domaine hôte (mécanisme de fallback). | Publiez des enregistrements MX si le domaine doit recevoir des e-mails de manière fiable. |
| Ne peut pas recevoir d’e-mails | Aucun enregistrement MX ni adresse IP hôte n’ont été trouvés dans le DNS. | Ajoutez des enregistrements MX fournis par votre prestataire de messagerie. |
| N’accepte aucun e-mail | Le domaine publie un enregistrement Null MX (0 .) qui signale explicitement le refus de tout courrier (RFC 7505). | À conserver si le domaine ne sert qu’au web. À supprimer impérativement si vous envoyez des e-mails avec ce domaine. |
| N’existe pas | Le serveur DNS renvoie une erreur NXDOMAIN pour ce nom de domaine. | Vérifiez l’orthographe et assurez-vous que le nom de domaine est bien réservé et actif. |
L’outil contrôle également quatre anomalies fréquentes : l’utilisation d’une adresse IP brute au lieu d’un nom d’hôte, l’emploi d’un alias CNAME (interdit par la RFC 2181), l’absence d’adresse IP résoluble pour un serveur déclaré, et la présence erronée d’un Null MX combiné à des serveurs normaux.
Enregistrements MX de Google Workspace, Microsoft 365 et autres services
La présence de ces noms d’hôte permet d’identifier immédiatement la plateforme qui héberge la messagerie d’un domaine. Lors de votre configuration, fiez-vous toujours aux paramètres exacts fournis dans votre console d’administration.
| Fournisseur | Enregistrements MX |
|---|---|
Google Workspace Les anciennes configurations conservent ASPMX.L.GOOGLE.COM et ses quatre serveurs ALT. | 1 smtp.google.com |
Microsoft 365 Le préfixe dépend de votre domaine. Les domaines protégés par DNSSEC se terminent en mx.microsoft. | yourdomain-com.mail.protection.outlook.com |
Zoho Mail L’extension varie selon le centre de données (ex. mx.zoho.eu pour l’Union européenne). | 10 mx.zoho.com 20 mx2.zoho.com 50 mx3.zoho.com |
Proton Mail | 10 mail.protonmail.ch 20 mailsec.protonmail.ch |
Fastmail | 10 in1-smtp.messagingengine.com 20 in2-smtp.messagingengine.com |
iCloud Mail Utilisé pour les domaines personnalisés avec un abonnement iCloud+. | 10 mx01.mail.icloud.com 10 mx02.mail.icloud.com |
Namecheap Private Email | 10 mx1.privateemail.com 10 mx2.privateemail.com |
Cloudflare Email Routing Redirige le courrier vers une boîte externe. Cloudflare gère directement les priorités. | route1.mx.cloudflare.net route2.mx.cloudflare.net route3.mx.cloudflare.net |
Amazon SES Configuration pour la réception d’e-mails entrants, dépendante de votre région AWS. | 10 inbound-smtp.us-east-1.amazonaws.com |
Hostinger | 5 mx1.hostinger.com 10 mx2.hostinger.com |
IONOS Certaines zones géographiques emploient des extensions dédiées (ex. mx00.ionos.fr). | mx00.ionos.com mx01.ionos.com |
OVHcloud OVH répartit le trafic sur cinq serveurs de mx0 à mx4 avec des priorités échelonnées de 1 à 200. | 1 mx0.mail.ovh.net 5 mx1.mail.ovh.net 50 mx2.mail.ovh.net 100 mx3.mail.ovh.net 200 mx4.mail.ovh.net |
Yandex 360 | 10 mx.yandex.net |
Il arrive que les enregistrements MX pointent vers Proofpoint, Mimecast ou Barracuda. Il s’agit de passerelles de sécurité de messagerie (SEG) qui filtrent le trafic avant redistribution. Pour en savoir plus, découvrez comment vérifier des e-mails protégés par une passerelle de sécurité.
Modifier vos enregistrements MX sans interruption
Lorsque vous changez de prestataire de messagerie, ajoutez les nouveaux enregistrements MX dans votre zone DNS puis supprimez les anciens. Les résolveurs adoptent progressivement les nouvelles valeurs au fur et à mesure de l’expiration de leurs caches.
Pour une transition fluide, abaissez le TTL de vos anciens enregistrements à quelques minutes au moins 24 à 48 heures avant la bascule. Rehaussez-le une fois la migration validée. Conservez l’ancienne boîte active quelques jours pour recueillir les derniers messages en transit.
La propagation complète peut requérir de quelques heures à 48 heures selon les caches des serveurs distants. Si vous configurez un domaine neuf, la prise en compte est généralement quasi immédiate.
Après avoir mis à jour vos serveurs MX, ajustez votre enregistrement SPF pour autoriser le nouveau fournisseur. Activez également la signature DKIM avec notre générateur DKIM et liez l’ensemble via notre générateur DMARC.
Le MX lookup vérifie le domaine, pas l’existence de la boîte mail
Des enregistrements MX valides prouvent que le domaine est en mesure d’accepter du courrier, mais ne garantissent pas que l’adresse de votre destinataire existe réellement.
Pour vérifier si une boîte aux lettres spécifique est active sans lui envoyer d’e-mail, utilisez notre vérificateur d’e-mail à l’unité ou notre vérificateur d’e-mail en masse pour nettoyer vos listes de diffusion.
Foire aux questions sur les enregistrements MX
Il s’agit d’une instruction DNS qui désigne les serveurs chargés de réceptionner les e-mails adressés à un nom de domaine. Sans lui, les serveurs distants ne savent pas où déposer les messages.
Saisissez le nom de domaine dans le vérificateur ci-dessus. En ligne de commande, vous pouvez exécuter nslookup -type=mx exemple.fr sous Windows ou dig mx exemple.fr sous macOS et Linux.
Oui, la plupart des services professionnels en utilisent plusieurs pour assurer une redondance. Les expéditeurs s’adressent au serveur le plus prioritaire et basculent sur les suivants en cas de panne.
La norme SMTP prévoit un repli sur l’enregistrement A ou AAAA du domaine. La remise échoue si aucun serveur de messagerie n’est configuré sur cette adresse IP.
Non. Il doit obligatoirement désigner un nom d’hôte possédant un enregistrement A ou AAAA direct. La RFC 2181 proscrit l’usage d’alias CNAME pour les cibles MX.
Dans la zone DNS de votre domaine, accessible auprès de votre bureau d’enregistrement (registrar) ou de votre gestionnaire de serveurs de noms comme Cloudflare.
Le délai correspond au TTL de l’ancien enregistrement (généralement 1 heure à 24 heures). Une fois ce délai écoulé, l’ensemble des serveurs interroge les nouvelles valeurs.
Techniquement non, les enregistrements MX ne gèrent que la réception. En pratique, la majorité des serveurs antispam rejettent les messages provenant de domaines dépourvus de tout enregistrement MX ou A.
Vérifiez la boîte mail, pas seulement le domaine
1 000 crédits offerts, sans carte bancaire.