Ce qu’indiquent les enregistrements MX
Un enregistrement MX désigne un serveur qui accepte les e-mails pour le domaine, précédé d’un nombre appelé préférence. Un expéditeur essaie d’abord le nombre le plus bas, puis passe au suivant si ce serveur ne répond pas. Deux enregistrements portant le même nombre se partagent la charge. L’outil de vérification les affiche dans cet ordre et résout chaque nom d’hôte en ses adresses IPv4 et IPv6.
Lorsqu’un domaine n’a aucun enregistrement MX, les expéditeurs se rabattent sur son enregistrement A ou AAAA et tentent d’y livrer les e-mails (RFC 5321, section 5.1). C’est rarement le résultat souhaité, car l’adresse associée à un domaine nu correspond généralement à un serveur web.
Enregistrements MX qui bloquent la livraison
Un enregistrement MX doit pointer vers un nom d’hôte. Un enregistrement qui pointe vers une adresse IP n’est pas valide. Il en va de même si son nom d’hôte est un CNAME, ce que RFC 2181 interdit. La plupart des expéditeurs le suivent malgré tout, mais certains abandonnent. Le domaine peut donc recevoir les e-mails d’un fournisseur tout en rejetant ceux d’un autre. L’outil signale ces deux cas, ainsi que les noms d’hôte qui ne se résolvent pas du tout, ce qui peut indiquer qu’une migration a laissé une référence vers un ancien serveur.
Un MX nul, soit un unique enregistrement composé de 0 suivi d’un point, indique que le domaine n’accepte aucun e-mail (RFC 7505). C’est la configuration adaptée à un domaine qui n’envoie ni ne reçoit d’e-mails. Les expéditeurs cessent alors immédiatement leurs tentatives au lieu de réessayer pendant plusieurs jours. Un domaine depuis lequel vous envoyez des e-mails ne doit pas en avoir, car les réponses et les rebonds doivent avoir une destination.
Pourquoi un domaine d’envoi a besoin d’un MX valide
Les rebonds et les réponses sont renvoyés vers des domaines. Un domaine depuis lequel vous envoyez des e-mails doit donc pouvoir en recevoir. Le domaine du Return-Path reçoit les rebonds, le domaine du From reçoit les réponses, et certains destinataires vérifient que ces domaines acceptent les e-mails avant d’accepter un message. Un sous-domaine d’envoi sans enregistrement MX ni enregistrement A peut sembler fictif.
L’outil recherche également les enregistrements MTA-STS et TLS-RPT associés à la liste MX. Leur absence n’empêche pas les e-mails d’arriver aujourd’hui. Lorsqu’ils sont configurés, les expéditeurs compatibles avec MTA-STS refusent de vous livrer des e-mails sans chiffrement, et TLS-RPT leur indique où signaler les échecs.