Ja, unter Umständen. Eine Domain ohne MX-Eintrag kann über das implizite Routing von SMTP E-Mails empfangen. Dafür muss die Domain zu einer IP-Adresse auflösen, unter der ein Mailserver E-Mails annimmt. Ein Null-MX erklärt ausdrücklich, dass die Domain keine E-Mails annimmt. RFC 5321, Abschnitt 5.1 definiert den Ersatzweg, RFC 7505, Abschnitt 3 den Null-MX.
Hier geht es um den Empfang von E-Mails aus dem Internet. Die DNS-Antwort bewertet weder die Authentifizierung beim Versand noch die Reputation des Absenders. Die allgemeinen Begriffe erklärt die Definition des MX-Eintrags.
Ohne MX-Eintrag die Adressdatensätze der Domain prüfen
Wenn die MX-Abfrage erfolgreich ist, aber keine MX-Einträge liefert, behandelt SMTP die Domain selbst als impliziten Mailserver mit Präferenz 0. Das Ziel ergibt sich aus den A- oder AAAA-Einträgen der Domain. Diese Regel gilt nur bei einer leeren MX-Liste. RFC 5321 beschreibt die Auswahl des Zielhosts.
Liefern auch erfolgreiche Adressabfragen weder A- noch AAAA-Einträge, gibt es kein implizites Ziel. Eine Website unter einer aufgelösten Adresse belegt nicht, dass dort ein SMTP-Server Verbindungen annimmt. DNS liefert einen möglichen Weg; ob E-Mails angenommen werden, hängt weiterhin vom empfangenden Dienst ab. RFC 7505 erläutert, warum Adressdatensätze allein zu erfolglosen Zustellversuchen führen können.
Null-MX erklärt ausdrücklich, dass keine E-Mails angenommen werden
Null-MX besteht aus einem einzelnen MX-Eintrag mit Präferenz 0 und . als Ziel:
nomail.example. 3600 IN MX 0 .
Der Punkt steht für das Root-Label im DNS und bezeichnet keinen Mailserver. Eine Domain mit Null-MX darf keine weiteren MX-Einträge veröffentlichen. Beide Vorgaben stehen in RFC 7505.
Steht ein Null-MX neben einem gewöhnlichen MX-Eintrag, widerspricht sich die Konfiguration. Emvero kennzeichnet diesen Fall mit DOMAIN_MAIL_ROUTE_MISCONFIGURED. Die Verifizierung liefert dafür unknown, statt zu raten, welche Angabe beabsichtigt war.
Ein unbrauchbarer MX-Eintrag aktiviert keinen Ersatzweg
Sind MX-Einträge vorhanden, muss der sendende Server die dort genannten Hosts auflösen. Ist keiner davon nutzbar, darf er die eigenen Adressdatensätze der Domain nicht als impliziten Ersatz verwenden. Diese Grenze legt RFC 5321, Abschnitt 5.1 ausdrücklich fest.
Eine funktionierende Website der Domain behebt beispielsweise kein MX-Ziel ohne Adressdatensätze. Auch eine erfolglose DNS-Abfrage für das MX-Ziel muss genauer geprüft werden: Es können Einträge fehlen oder vorübergehende DNS-Probleme vorliegen. Nicht jedes unaufgelöste Ziel belegt einen dauerhaften Postfachfehler.
Fehlende DNS-Daten und DNS-Fehler unterscheiden
NXDOMAIN bedeutet, dass der abgefragte Name nicht existiert. NODATA bedeutet, dass für diesen Namen der angefragte Datensatztyp fehlt. Bei NODATA als Antwort auf eine MX-Abfrage kann deshalb die Suche nach Adressdatensätzen folgen. Die Antwort bedeutet nicht, dass die Domain fehlt. RFC 2308, Abschnitt 2 erklärt diese negativen Antworten.
Bei SERVFAIL oder einem Timeout bleibt die Abfrage ungeklärt. Wiederholen Sie die Abfrage oder prüfen Sie den Resolver, bevor Sie einen Schluss über das Mail-Routing ziehen. SMTP verlangt beim Versand nach einem vorübergehenden Abfragefehler einen späteren erneuten Versuch. RFC 5321 beschreibt dieses Verhalten. Die Erklärungen zu DNS-Fehlern ordnen die entsprechenden Prüfergebnisse ein.
Erst die Antwort prüfen, dann die Adresse ändern
Wenn dig installiert ist, können Sie die MX-Antwort so ansehen:
dig MX example.com
Ersetzen Sie example.com durch die untersuchte Domain. Lassen Sie den Antwortkopf und den Antwortabschnitt sichtbar. Eine verkürzte Ausgabe allein lässt Informationen weg, die eine leere Antwort von einem Fehler unterscheiden. Das dig-Handbuch von ISC dokumentiert die Abfragesyntax und Ausgabeoptionen.
- Prüfen Sie zuerst den Antwortstatus. Gehen Sie
NXDOMAIN,SERVFAILoder einem Timeout nach, bevor Sie von einer leeren MX-Liste ausgehen. - Enthält die Antwort
MX 0 ., prüfen Sie, ob dies der einzige MX-Eintrag ist. Ein einzelner Null-MX lehnt E-Mails ab; gemischte Einträge erfordern eine Prüfung der Konfiguration. - Sind gewöhnliche MX-Einträge vorhanden, fragen Sie A und AAAA für deren Zielhosts ab. Verwenden Sie die eigenen Adressen der Domain nicht als impliziten Ersatz.
- Ist die MX-Liste nach erfolgreicher Auflösung leer, fragen Sie A und AAAA für die Domain selbst ab. Diese Adressen sind mögliche implizite Ziele.
Die folgenden Beispiele sind synthetisch. Die Namen unter .example und die IP-Adresse aus dem Dokumentationsbereich dienen der Erklärung und sind keine Ergebnisse echter Abfragen.
| Synthetischer DNS-Befund | Schluss zum Routing | Nächster Schritt |
|---|---|---|
implicit.example. hat keinen MX, aber A 192.0.2.10 |
Ein implizites Ziel existiert; der Eintrag belegt keinen erreichbaren SMTP-Dienst | Den empfangenden Dienst prüfen, wenn die tatsächliche Annahme entscheidend ist |
nomail.example. IN MX 0 . ist der einzige MX |
Die Domain erklärt ausdrücklich, dass sie keine E-Mails annimmt | Die Domain korrigieren, wenn sie falsch eingegeben wurde |
broken.example. IN MX 10 mx.broken.example.; das Ziel hat nach erfolgreichen Abfragen weder A noch AAAA |
Kein nutzbares explizites Ziel gefunden | Die Domain-Verantwortlichen bitten, das MX-Ziel zu prüfen |
mixed.example. hat Null-MX und gewöhnliche MX-Einträge |
Widersprüchliche Konfiguration | Die DNS-Konfiguration prüfen lassen |
Die Domain-Abfrage liefert NXDOMAIN |
Der Name existiert laut DNS-Antwort nicht | Die Domain auf Eingabefehler prüfen |
Die Abfrage liefert SERVFAIL oder läuft in einen Timeout |
Das Routing bleibt ungeklärt | Erneut abfragen oder DNS untersuchen; Unsicherheit beibehalten |
Domain-Belege von Emvero richtig einordnen
Die öffentliche Domain-Prüfung von Emvero bewertet das Routing eingehender E-Mails, ohne eine SMTP-Sitzung zu öffnen. Sie zeigt das Ergebnis zum Routing, aber keine rohen MX-Hostnamen oder Präferenzwerte. Verwenden Sie ein DNS-Werkzeug, wenn Sie diese Einträge ansehen möchten.
Wenn MX-Einträge einen Mailweg nennen, können Sie daraus den sichtbaren E-Mail-Anbieter ermitteln, ohne ein Gateway mit dem Postfachanbieter zu verwechseln.
Für eine Integration mit einer vollständigen E-Mail-Adresse akzeptiert die API zur E-Mail-Verifizierung variant: "domain". Lesen Sie checks.mail_routing zusammen mit status und reason_codes. IMPLICIT_MX ist eine Information zum Routing. NULL_MX und DNS_NXDOMAIN stützen undeliverable; bei DNS_SERVFAIL, DNS_TIMEOUT und widersprüchlichem Routing bleibt es bei unknown. DNS_NODATA gehört zum DNS-Vokabular. Eine leere Antwort auf eine MX-Abfrage garantiert jedoch weder diesen API-Code noch ein bestimmtes Urteil über die Adresse.
Ein Mailweg belegt kein bestimmtes Postfach
Ein Mailweg für example.com sagt nichts darüber aus, ob person@example.com existiert. Eine vollständige Prüfung kann Belege zum Empfänger sammeln, sofern der empfangende Server dies zulässt. Der SMTP-Handshake erklärt den Austausch. Auch eine Annahme kann auf Catch-all-Verhalten oder eine spätere Empfängerprüfung zurückgehen.
Der Vergleich von vollständiger Prüfung und Domain-Prüfung hilft Ihnen, die benötigten Belege auszuwählen. Wenn Sie jetzt das Routing eingehender E-Mails untersuchen möchten, prüfen Sie das Mail-Routing der Domain. Die öffentliche Abfrage ist kostenlos und erfordert kein Konto.