Frage Ist es eine schlechte Übung, MX aus verschiedenen Netzwerken zu deklarieren?


Wir verwenden einen Drittanbieter-Dienstanbieter, um Transaktions-E-Mails zu senden. Ich habe kürzlich erhöhte Fehlerraten für eine gegebene Empfangsdomäne bemerkt.

Die Sends schlagen mit dem Fehler "498 No MX for example.com" fehl.

Die Sends werden nach einer bestimmten Verzögerung wiederholt und sind dann in der Regel nach einigen erneuten Versuchen erfolgreich. Manchmal überschreiten sie jedoch das Wiederholungslimit und werden dauerhaft gelöscht.

Ich kontaktierte die Unterstützung des Anbieters und sie sagten mir, dass dies auf die Empfangsdomäne zurückzuführen ist, die MX von verschiedenen Anbietern deklariert.

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

Sie beziehen sich auf die Tatsache, dass ein MX verwendet example.com und der andere benutzt example.net und das ist offensichtlich schlechte Praxis und kann zu dem oben beschriebenen Fehler führen.

Das ist das erste Mal, dass ich so etwas höre und ich würde BS sofort darauf anrufen, aber ich dachte, ich würde ihnen den Vorteil des Zweifels geben und hören, was andere über das Thema zu sagen haben.


21
2018-04-05 08:12


Ursprung


Es ist sogar ausdrücklich erlaubt nicht habe einen MX-Eintrag, so dass die Fehlermeldung sinnlos ist. Ihr Dienstleister braucht viel Hilfe. - Michael Hampton♦
Natürlich muss das funktionieren. Betrachten Sie den Fall, wo die Website example.com. verwendet einen beliebigen E-Mail-Anbieter eines Drittanbieters, z. B. G Suite, sodass er über einen MX-Eintrag verfügt aspmx.l.google.com.. - immibis
Vielleicht lag es daran, dass der MX-Datensatz bei einem anderen (und fehlerhaften) Anbieter war (z. B. fehlende Klebstoffdatensätze, langsame Zonenaktualisierungen, etwas mit den A-Datensätzen falsch, Normenkonformitätsprobleme wie mx-as-cname)? - rackandboneman
Das Problem war, dass der Provider nichts verstanden hat. Sie dachten, mein Problem sei, wenn sie ihren Dienst nutzen erhalten E-Mail, wo sie zu verwenden empfehlen nur ihr MX. Aber ich fragte nach Senden E-Mails und das MX einer empfangenden Domain. Ich versichere dir, das war ihre Inkompetenz. Meine Problembeschreibung war sehr klar und dieses Missverständnis wäre unmöglich gewesen, wenn sie sich tatsächlich nur eine Sekunde mit dem Thema befasst hätten. - Der Hochstapler


Antworten:


Sie sind meistens falsch.

Es ist keine schlechte Übung, mehr als ein MX zu haben, und es ist auch keine schlechte Praxis, eines oder mehrere von ihnen mit einem Hostnamen in einer anderen Domäne zu haben. Tatsächlich war es ziemlich üblich, dass Leute ihren eigenen Mailserver in ihrer eigenen Domäne als ihren primären MX einrichten und dann den Mailserver ihres ISP als sekundären MX haben.

Der eine kleine Teil, der möglicherweise relevant sein könnte, besteht darin, dass, wenn der MX in der anderen Domäne nicht richtig aufgelöst wird, z. wenn Domäne example.net hat DNS-Probleme, das wäre ein Problem. Aus diesem Grund gibt es mehr als einen MX - wenn einer fehlschlägt, funktionieren die anderen noch.

Sie sollten dem Anbieter antworten und auf ihn zeigen RFC 5321, Abschnitt 5.1. Es ist ein bisschen zu lang, um zu zitieren, aber der Kern davon ist, dass, wenn es mehr als ein MX gibt, der Absender mindestens die ersten beiden versuchen muss, und es gibt keine Beschränkung, sie in separaten Domänen zu haben.


43
2018-04-05 08:27





Nein, das ist BS. Diese Option ist einer der Hauptgründe, warum Sie an erster Stelle mehrere MX mit unterschiedlichen Prioritäten angeben können.

Es muss ein anderes Problem geben.


24
2018-04-05 08:22