Comment vérifier un enregistrement MX et tester l'acheminement du courrier

Une recherche MX vérifie quels serveurs de messagerie un domaine publie pour le courrier entrant. Pour la réaliser, interrogez l'enregistrement MX du domaine et examinez chaque nom d'hôte renvoyé ainsi que sa valeur de préférence. Confirmez ensuite que les noms d'hôte cibles se résolvent en adresses et correspondent à la configuration actuelle du fournisseur de messagerie. C'est un moyen rapide de repérer un enregistrement manquant ou une cible de fournisseur obsolète après une migration. Cependant, voir une réponse MX ne garantit pas qu'un système de réception soit en ligne, accepte une boîte aux lettres donnée ou distribue le message dans la boîte de réception. Le DNS est une couche importante de l'acheminement du courrier, pas le système de distribution complet.

Lire correctement les valeurs de préférence

Chaque enregistrement MX comprend une préférence numérique et un nom d'hôte de serveur de messagerie. Les valeurs les plus basses sont préférées aux plus hautes : le nombre n'est donc pas un classement de priorité où la plus grande l'emporte. Plusieurs serveurs d'échange peuvent assurer une redondance ou se répartir la responsabilité. Les agents de transfert de courrier ont un comportement de nouvelle tentative et peuvent continuer d'essayer un autre serveur lorsqu'un hôte préféré est indisponible. Ne supprimez pas un enregistrement à numéro plus élevé simplement parce qu'il paraît moins important, sans avoir confirmé la conception du fournisseur. Certains services publient un seul serveur d'échange ; d'autres s'appuient sur un ensemble soigneusement ordonné de systèmes régionaux ou de secours.

Soyez précis sur le domaine que vous interrogez. Une entreprise peut utiliser example.com pour ses adresses tandis qu'un sous-domaine gère un flux de courrier distinct, ou un produit peut utiliser un sous-domaine d'envoi délégué. Interroger mail.example.com alors que les destinataires utilisent @example.com peut donner une réponse sans rapport avec le chemin de la boîte aux lettres. Si aucun enregistrement MX n'est publié, les systèmes de messagerie peuvent appliquer un comportement de repli faisant intervenir les enregistrements d'adresse du domaine, mais cela ne remplace pas la vérification de la configuration voulue chez le fournisseur. Suivez la documentation de l'hébergeur de messagerie et utilisez exactement le domaine associé aux adresses des destinataires.

Problèmes courants lors d'une recherche MX

Un enregistrement MX manquant peut indiquer que l'acheminement du courrier n'a jamais été configuré, que le mauvais nom d'hôte a été interrogé, ou qu'une migration DNS a omis l'enregistrement. Une cible qui ne se résout pas peut empêcher la livraison même lorsque l'enregistrement MX lui-même est syntaxiquement présent. Les valeurs MX d'un ancien fournisseur peuvent continuer d'apparaître dans les recherches récursives pendant que les réponses en cache expirent. Une faute de frappe dans un nom d'hôte cible ou une préférence incorrecte peut acheminer le courrier vers le mauvais service. Examinez ensemble la zone autoritaire et le tableau de bord du fournisseur, puis comparez les réponses publiques via un résolveur qui n'affiche pas simplement l'aperçu en cache d'un panneau de contrôle.

• Vérifiez le MX du domaine exact du destinataire.
• Comparez chaque préférence et chaque cible aux instructions du fournisseur.
• Résolvez chaque nom d'hôte de serveur d'échange et confirmez que les valeurs sont à jour.
• Examinez les réponses autoritaires si les réponses récursives semblent périmées.
• Vérifiez SPF, DKIM et DMARC séparément pour l'authentification du courrier sortant.

Vérifier l'acheminement après des modifications

Avant de modifier le MX, notez la configuration actuelle et identifiez quelles boîtes aux lettres et quels expéditeurs en dépendent. Publiez les valeurs de remplacement exactement telles que fournies, y compris les conventions de point final lorsque l'hébergeur DNS les exige, et confirmez que la zone autoritaire accepte les modifications. Après la publication, lancez une requête MX et résolvez toutes les cibles. Envoyez des messages de test contrôlés depuis un fournisseur externe vers des adresses censées recevoir du courrier, et examinez les journaux de messagerie ou les diagnostics du fournisseur si la livraison échoue. Tenez compte des TTL et du comportement de nouvelle tentative : il peut falloir du temps pour qu'une modification soit utilisée de façon cohérente par les systèmes d'envoi distants.

Pour la vue d'ensemble du courrier, lisez les enregistrements DNS du courrier et le rôle des enregistrements MX. Un vérificateur DNS peut aider à examiner la réponse MX publique, mais seul un véritable test d'envoi peut valider le chemin de bout en bout pour une boîte aux lettres donnée. Gardez ces vérifications séparées et notez leurs résultats : il sera ainsi plus facile de savoir si une panne vient d'un enregistrement DNS, d'un serveur d'échange, de la politique du destinataire ou de la configuration d'authentification d'un expéditeur.

Ne diagnostiquez pas la livraison à partir du seul MX

Une requête MX vérifie l'instruction de routage publique, mais la livraison comporte plusieurs étapes ultérieures : le serveur expéditeur résout le nom d'hôte du serveur d'échange, ouvre une connexion, négocie la sécurité du transport lorsqu'elle est configurée, puis le destinataire applique ses règles de boîte aux lettres, de réputation et de politique. Un ensemble MX valide peut pointer vers un service temporairement indisponible, et une connexion SMTP réussie peut tout de même rejeter un destinataire ou classer le message comme indésirable. Si le DNS semble correct, collectez le statut de livraison du fournisseur d'envoi, le texte de rejet côté destinataire et les journaux du serveur. Ces éléments permettent d'identifier si le problème suivant relève de la résolution d'adresse, de l'accessibilité réseau, de la politique SMTP, de l'existence de la boîte aux lettres ou du filtrage antispam.