Nous utilisons un fournisseur de services tiers pour envoyer un courrier électronique transactionnel. J'ai récemment remarqué des taux d'échec accrus pour un domaine de réception donné.
Les envois échouent avec l'erreur "498 no mx pour exemple.com".
Les envois sont détourné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 tombés de manière permanente.
J'ai contacté le soutien du fournisseur et ils m'ont dit que cela est dû au domaine de réception déclarant 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.com
et l'autre utilise example.net
Et 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 que je leur donnerais le bénéfice du doute et j'entendais que les autres ont à dire sur le sujet.
Ils sont surtout faux.
Ce n'est pas une mauvaise pratique d'avoir plus d'un MX, et ce n'est pas une mauvaise pratique d'avoir un ou plusieurs d'entre eux avec un nom d'hôte dans un autre domaine. En fait, il était assez courant que les gens confondaient leur propre messagerie de messagerie dans leur propre domaine que leur MX principal, puis disposer de la messagerie de messagerie d'ISP comme secondaire MX.
La seule partie qui pourrait être éventuellement pertinente est que si le MX de l'autre domaine ne résout pas correctement, par exemple. Si Domaine example.net
a des problèmes DNS, ce serait un problème. Mais c'est pourquoi vous avez plus d'un MX - si on échoue, les autres vont toujours fonctionner.
Vous devez répondre au fournisseur et les signaler à RFC 5321 , section 5.1. Il est un peu trop long pour 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 distincts.
Non, c'est BS. Avoir 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.