Czy deklarowanie MX z różnych sieci jest złą praktyką?

Używamy zewnętrznego usługodawcy do wysyłania e-maili transakcyjnych. Niedawno zauważyłem zwiększone wskaźniki awarii dla danej domeny odbierającej.

Wysyłanie kończy się niepowodzeniem z błędem „498 Brak MX na przykład.com”.

Wysyłki są ponawiane po określonym opóźnieniu, a następnie zwykle kończą się powodzeniem po kilku próbach. Ale czasami przekraczają limit ponownych prób i są usuwane na stałe.

Skontaktowałem się ze wsparciem dostawcy i powiedzieli mi, że wynika to z domeny odbierającej deklarującej MX od różnych dostawców.

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

Odnoszą się do faktu, że jeden MX używa, example.coma drugi używa example.neti jest to pozornie zła praktyka i może prowadzić do błędu opisanego powyżej.

Po raz pierwszy słyszę coś takiego i od razu zadzwonię do BS, ale pomyślałem, że dam im wątpliwości i usłyszę, co inni mają do powiedzenia na ten temat.

W większości są w błędzie.

Posiadanie więcej niż jednego MX nie jest złą praktyką, a także posiadanie jednego lub więcej z nazwą hosta w innej domenie. W rzeczywistości często zdarzało się, że ludzie ustawiali własny serwer pocztowy we własnej domenie jako główny MX, a następnie mieli serwer pocztowy swojego usługodawcy internetowego jako dodatkowy MX.

Jedyną niewielką częścią, która może być istotna, jest to, że jeśli MX w drugiej domenie nie zostanie poprawnie rozwiązany, np. Jeśli w domenie example.netwystępują problemy z DNS, byłby to problem. Ale dlatego masz więcej niż jedno MX - jeśli jedno zawiedzie, pozostałe nadal będą działać.

Powinieneś odpowiedzieć dostawcy i skierować go na RFC 5321 , sekcja 5.1. Cytując to trochę za długo, ale sedno tego jest takie, że jeśli jest więcej niż jeden MX, nadawca musi wypróbować co najmniej pierwsze dwa i nie ma ograniczeń, aby mieć je w oddzielnych domenach.

Nie, to jest BS. Wybór tej opcji jest jednym z głównych powodów, dla których możesz określić wiele MX o różnych priorytetach.

Musi być inny problem.