Est-ce une mauvaise pratique de déclarer MX à partir de réseaux différents?

Nous utilisons un fournisseur de services tiers pour envoyer des e-mails transactionnels. J'ai récemment remarqué une augmentation des taux d'échec pour un domaine de réception donné.

Les envois échouent avec l'erreur "498 No MX for example.com".

Les envois sont réessayés après un délai donné, puis réussissent généralement après quelques tentatives. Mais parfois, ils dépassent la limite de nouvelle tentative et sont supprimés définitivement.

J'ai contacté le support du fournisseur et ils m'ont dit que cela était dû au fait que le domaine de réception déclarait MX de différents fournisseurs.

$ dig mx example.com
;; ANSWER SECTION:
example.com.        859     IN      MX      25 mail05.example.com.
example.com.        859     IN      MX      20 mail11.example.net.

Ils font référence au fait qu'un MX utilise example.comet que l'autre utilise example.netet c'est apparemment une mauvaise pratique et peut conduire à l'erreur décrite ci-dessus.

C'est la première fois que j'entends quelque chose comme ça et j'appellerais instantanément BS dessus, mais je pensais leur donner le bénéfice du doute et entendre ce que les autres ont à dire sur le sujet.

domain-name-system mx-record best-practices

— Der Hochstapler
source

Il est même explicitement autorisé de ne pas avoir d'enregistrement MX, de sorte que le message d'erreur est insensé. Votre fournisseur de services a besoin de beaucoup d'aide.

— Michael Hampton

Bien sûr, cela doit fonctionner. Considérez le cas où le site example.com.utilise un fournisseur de messagerie tiers, tel que G Suite, afin qu'ils aient un enregistrement MX de aspmx.l.google.com..

— user253751

Peut-être qu'il s'agissait de l'enregistrement MX chez un fournisseur différent (et défectueux) (par exemple, des enregistrements de colle manquants, des mises à jour de zone lentes, quelque chose de mal avec les enregistrements A, des problèmes de conformité aux normes comme mx-as-cname)?

— rackandboneman

Le problème était que le fournisseur ne comprenait rien. Ils pensaient que mon problème était lors de l'utilisation de leur service pour recevoir des e-mails, où ils recommandaient d'utiliser uniquement leur MX. Mais je posais des questions sur l' envoi d' e-mails et le MX d'un domaine de réception. Je vous assure que c'était de l'incompétence de leur part. Ma description du problème était très claire et ce malentendu aurait été impossible s'ils avaient réellement examiné le problème même une seconde.

— Der Hochstapler

Réponses:

Ils ont généralement tort.

Ce n'est pas une mauvaise pratique d'avoir plus d'un MX, et ce n'est pas non plus une mauvaise pratique d'en avoir un ou plusieurs avec un nom d'hôte dans un autre domaine. En fait, il était assez courant que les gens configurent leur propre serveur de messagerie dans leur propre domaine en tant que MX principal, puis aient le serveur de messagerie de leur FAI en tant que MX secondaire.

La toute petite partie qui pourrait éventuellement être pertinente est que si le MX dans l'autre domaine ne se résout pas correctement, par exemple si le domaine a example.netdes problèmes DNS, ce serait un problème. Mais c'est pourquoi vous avez plus d'un MX - si l'un échoue, les autres fonctionneront toujours.

Vous devez répondre au fournisseur et le pointer vers RFC 5321 , section 5.1. C'est un peu trop long à citer, mais l'essentiel est que s'il y a plus d'un MX, l'expéditeur doit essayer au moins les deux premiers, et il n'y a aucune restriction à les avoir dans des domaines séparés.

— Jenny D dit de réintégrer Monica
source

Non, c'est BS. Cette option est l'une des principales raisons pour lesquelles vous pouvez spécifier plusieurs MX avec des priorités différentes en premier lieu.

Il doit y avoir un autre problème.

— Sven
source