Guides

Comment vérifier les enregistrements MX et savoir si un domaine reçoit des e-mails

Réponse rapide : qu'est-ce qu'un enregistrement MX ?

Un enregistrement MX, ou Mail Exchange, indique quels serveurs sont désignés pour recevoir les e-mails d'un domaine. Pour savoir si un domaine est configuré pour le courrier, consultez ses enregistrements MX et vérifiez que les noms de serveurs peuvent être résolus. L'absence de MX n'est toutefois pas une preuve qu'une adresse précise n'existe pas, pas plus que la présence d'un MX ne prouve qu'une boîte est active.

Vous pouvez utiliser le vérificateur de domaine pour un diagnostic pratique. Pour une adresse particulière, lancez ensuite le validateur d'e-mail. Si vous devez traiter un fichier, le nettoyeur de liste d'e-mails permet de repérer les adresses appartenant à des domaines présentant des signaux techniques problématiques.

À quoi sert le DNS du courrier

Le DNS relie un nom de domaine à différents services. Les enregistrements MX indiquent la destination des messages entrants. Un domaine peut publier un ou plusieurs serveurs MX, avec une préférence permettant aux systèmes d'essayer plusieurs destinations.

Le protocole SMTP décrit l'utilisation des serveurs de réception et des domaines de messagerie dans la RFC 5321. La résolution DNS peut néanmoins être affectée par le cache, les délais de propagation, les erreurs de configuration ou une panne temporaire. Un contrôle est donc une observation à un instant donné, pas une garantie permanente.

Comment vérifier les enregistrements MX

Un contrôle de domaine suit généralement ces étapes :

  1. Normaliser le nom du domaine sans le chemin https:// ni une adresse e-mail complète.
  2. Demander les enregistrements MX publiés pour ce domaine.
  3. Vérifier que les cibles MX sont des noms de serveurs valides et résolvables.
  4. Tenir compte de plusieurs cibles et de leur préférence, plutôt que de la première ligne seulement.
  5. Relier le résultat à la syntaxe de l'adresse et aux autres signaux disponibles.

Le vérificateur de domaine automatise cette première lecture. Il est utile lorsqu'une liste contient de nombreuses adresses d'un même domaine ou lorsqu'un formulaire signale plusieurs erreurs liées à un fournisseur. Un résultat technique doit toutefois être interprété avec prudence si le DNS est temporairement indisponible.

Présence, absence et erreur de résolution

Un domaine qui publie des MX possède une configuration explicite pour recevoir du courrier. Cela ne signifie pas que chaque nom de boîte est accepté. Le serveur peut refuser les destinataires inconnus, appliquer un filtrage ou utiliser une configuration qui ne révèle pas l'existence des boîtes.

Un domaine sans MX peut parfois utiliser un enregistrement A ou AAAA comme solution de repli pour SMTP, selon les règles du protocole. C'est pourquoi un outil sérieux ne doit pas transformer l'absence de MX en affirmation absolue sur chaque adresse. Une erreur temporaire de résolution ne doit pas non plus être classée comme un domaine inexistant sans autre élément.

Les résultats les plus utiles distinguent donc au moins : MX trouvé, aucun routage de courrier détecté, résolution temporairement impossible et résultat inconnu. Cette distinction évite de supprimer une adresse sur la base d'un incident ponctuel.

MX ne signifie pas boîte existante

Un enregistrement MX décrit le routage au niveau du domaine. Il ne contient pas la liste des boîtes et ne prouve pas qu'une adresse comme [email protected] est créée. Les serveurs peuvent accepter un message pendant la session SMTP, le rejeter plus tard, ou accepter tous les destinataires avant de filtrer le courrier.

Pour cette raison, validation et vérification d'e-mail sont deux notions différentes. La validation examine des indices techniques. La vérification par lien ou par code confirme qu'une personne contrôle effectivement la boîte dans un flux donné.

Autres signaux utiles

Le diagnostic peut également regarder la syntaxe du domaine, les serveurs de noms et la cohérence générale de la configuration. Pour l'authentification des messages sortants, SPF et DMARC sont d'autres mécanismes : la RFC 7208 décrit SPF et la RFC 7489 décrit DMARC. Ils répondent à des questions différentes de celle des MX.

SPF indique quels systèmes sont autorisés à envoyer pour un domaine. DMARC permet à un domaine de publier une politique et des rapports concernant l'alignement de l'authentification. Leur présence ne transforme pas un domaine en preuve d'existence d'une boîte et leur absence ne suffit pas à conclure que les messages entrants sont impossibles.

Vérifier une liste de domaines ou d'adresses

Lorsque plusieurs lignes utilisent le même domaine, regroupez les résultats pour éviter des appels et des décisions répétées. Le nettoyeur de liste d'e-mails peut aider à séparer les domaines à revoir, les doublons, les fautes et les adresses fonctionnelles. Conservez la date du contrôle, car les enregistrements DNS peuvent changer.

Pour une adresse importante, combinez le résultat du domaine avec une vérification de syntaxe et, lorsque le processus le permet, une confirmation contrôlée par l'utilisateur. Ne promettez pas qu'un domaine « accepte » forcément le message : le routage, le filtrage, la réputation et la politique du destinataire peuvent encore empêcher la livraison.

Exemple d'interprétation

Supposons qu'un domaine publie deux serveurs MX. Cette configuration peut offrir une redondance pour la réception. Elle ne prouve pourtant pas que [email protected] est une boîte créée. Un serveur peut accepter les destinataires inconnus puis les supprimer, tandis qu'un autre peut les refuser pendant la session SMTP.

Il faut donc combiner le statut du domaine, la syntaxe de l'adresse et les autres signaux disponibles. Notez aussi l'heure du contrôle : les enregistrements DNS peuvent changer et les caches peuvent produire des réponses différentes plus tard.

Une méthode de diagnostic reproductible

Commencez par vérifier que l'entrée est bien un nom de domaine, sans protocole ni chemin. Examinez ensuite les enregistrements MX, leurs cibles et les éventuelles erreurs de résolution. Si plusieurs adresses utilisent le même domaine, regroupez les résultats et conservez le moment du contrôle pour pouvoir comparer une nouvelle vérification.

Cette méthode évite de confondre trois questions différentes : le domaine possède-t-il un routage de courrier, l'adresse respecte-t-elle une structure plausible et le destinataire contrôle-t-il réellement une boîte ? Chaque question demande un signal différent et aucune ne doit être déduite automatiquement des deux autres.

FAQ

Comment vérifier si un domaine reçoit des e-mails ?

Examinez ses enregistrements MX et la résolution des serveurs indiqués. Utilisez ensuite le vérificateur de domaine pour une lecture pratique, en gardant à l'esprit que ce signal ne prouve pas l'existence de chaque boîte.

Un domaine sans MX est-il toujours invalide ?

Non. Certains scénarios SMTP peuvent utiliser une résolution de repli, et une erreur DNS temporaire peut ressembler à une absence. Le résultat doit être interprété avec les autres signaux.

Un enregistrement MX prouve-t-il qu'une adresse existe ?

Non. Il indique un routage de courrier pour le domaine, mais pas la création ou la surveillance d'une boîte précise.

Quelle est la différence entre MX, SPF et DMARC ?

MX concerne principalement la réception et le routage des e-mails. SPF décrit des autorisations d'envoi, tandis que DMARC publie une politique liée à l'authentification et à son alignement.

Pourquoi le résultat DNS peut-il changer ?

Les enregistrements peuvent être modifiés, expirer du cache ou devenir temporairement inaccessibles. Enregistrez l'heure du contrôle et prévoyez une nouvelle vérification pour les décisions importantes.

Valider une adresse email gratuitement

Verifiez si une adresse email est syntaxiquement valide et si le domaine est accessible via des enregistrements DNS comme MX, A ou AAAA.

Nous ne conservons pas l’adresse email originale. Pour le fonctionnement du service, une donnée technique avec hash à sens unique, domaine, source et résultat peut être enregistrée sans être partagée avec des tiers.