Was bedeutet die Zahl vor dem MX-Hostnamen?

Die Priorität. Sendende Server versuchen den niedrigsten Wert zuerst; gleiche Werte werden zufällig verteilt und wirken so als Lastausgleich. Ein zweiter MX mit höherer Zahl dient als Ausweichziel, falls der erste nicht erreichbar ist.

Darf ein MX-Record auf einen CNAME zeigen?

Nein. RFC 2181 verbietet das ausdrücklich; das MX-Ziel muss ein Hostname mit eigenem A- oder AAAA-Record sein. Manche sendenden Server scheitern sonst an der Zustellung, andere tolerieren es. Verlässlich ist nur ein direkter Hostname.

Was ist FCrDNS und warum ist es wichtig?

Forward-Confirmed Reverse DNS: der PTR-Name einer MX-IP muss per A- oder AAAA-Record wieder auf genau diese IP auflösen. Viele empfangende Server bewerten Verbindungen ohne gültiges FCrDNS als verdächtig und verzögern oder blockieren sie.

Der Eintrag 0 . nach RFC 7505. Er sagt ausdrücklich, dass die Domain keine E-Mail empfängt, sinnvoll für reine Absende-, Marken- oder Parkdomains. Absender brechen die Zustellung dann sofort mit einer klaren Fehlermeldung ab.

Brauche ich einen Backup-MX?

Nicht zwingend. Moderne Absender halten unzustellbare Mail mehrere Tage in der Warteschlange und versuchen es erneut. Ein zweiter MX hilft nur, wenn er auf unabhängiger Infrastruktur läuft; ein Backup, der dieselbe Zustellung weiterreicht, bringt vor allem zusätzliche Spam-Annahme.

Warum kommt Mail an meine Domain nicht an, obwohl der MX gesetzt ist?

Häufige Ursachen: der MX zeigt auf einen Host ohne passenden A-Record, das Ziel ist ein CNAME, der Mailserver nimmt auf Port 25 keine Verbindungen an, oder die empfangende Seite lehnt wegen fehlendem Reverse DNS ab. Der SMTP Test prüft die Verbindung zu den hier gezeigten MX-Hosts direkt.

MX Lookup

MX-Records nach Priorität sortiert auflösen, mit den IPs der Mailserver.

Der MX-Record (Mail Exchange) einer Domain legt fest, welche Server E-Mail für sie annehmen. Ein sendender Mailserver fragt die MX-Records ab, sortiert sie nach Priorität und versucht die Zustellung beim Host mit dem niedrigsten Wert zuerst. Der MX-Record ist damit der erste Schritt jeder E-Mail-Zustellung und eine häufige Ursache, wenn Mail an eine Domain gar nicht erst ankommt.

Was dieses Werkzeug prüft

Es löst alle MX-Einträge der Domain auf, sortiert sie nach Priorität und ermittelt die A- und AAAA-Adressen jedes Mailservers. Zusätzlich prüft es die typischen Fehlerquellen: ein MX-Ziel, das direkt eine IP-Adresse ist oder auf einen CNAME zeigt (beides regelwidrig nach RFC 1035 und RFC 2181), Mailserver ohne auflösbare Adresse, IP-Adressen in nicht öffentlich erreichbaren Bereichen sowie das Reverse DNS jeder MX-IP mit FCrDNS-Bestätigung (der PTR-Name muss vorwärts wieder auf dieselbe IP auflösen). Ausgewertet werden auch Null-MX nach RFC 7505 und der Widerspruch, wenn Null-MX und echte MX-Records nebeneinander stehen. Angezeigt wird außerdem die TTL des MX-Records.

Das Ergebnis lesen

Grün steht für mindestens einen MX-Record, der auf einen auflösbaren, öffentlich erreichbaren Hostnamen zeigt, idealerweise mit bestätigtem FCrDNS. Gewarnt wird bei fehlendem FCrDNS, bei generisch wirkenden PTR-Namen, bei nur einem einzigen MX ohne Ausweichziel und bei IP-Zielen oder CNAME-Zielen. Ein Hinweis erscheint, wenn gar kein MX-Record existiert (Zustellung fällt dann auf den A-Record der Domain zurück, impliziter MX nach RFC 5321) oder wenn ein Null-MX gesetzt ist. Ein Fehler steht für widersprüchliche Records oder MX-Ziele, die sich nicht auflösen lassen.

Grundlagen

Das MX-Konzept stammt aus RFC 974 und ist heute in RFC 5321 §5 beschrieben (Adressauflösung, impliziter MX, Prioritätsreihenfolge). RFC 2181 §10.3 verbietet MX-Ziele, die auf CNAMEs zeigen. RFC 7505 definiert den Null-MX (0 .) für Domains, die bewusst keine Mail empfangen. Die Anforderung an gültiges Reverse DNS für einliefernde Mailserver ergibt sich aus der Praxis der großen Empfänger, nicht aus einem einzelnen RFC.

Typische Fehlerbilder und wie man sie behebt

Kein MX-Record. Für eine Domain, die Mail empfangen soll, mindestens einen MX-Eintrag setzen, der auf den Hostnamen des Mailservers zeigt. Sich nicht auf den impliziten MX über den A-Record verlassen, viele Absender erwarten einen echten MX.
MX zeigt auf einen CNAME. Häufig bei Cloud-Mailanbietern falsch eingerichtet. Das MX-Ziel muss ein Hostname mit eigenem A- oder AAAA-Record sein. Den vom Anbieter vorgegebenen MX-Hostnamen direkt eintragen, keinen CNAME dazwischenschalten.
Nur ein MX-Host. Fällt er aus, sammeln sich Mails in den Warteschlangen der Absender und laufen nach einigen Tagen als unzustellbar zurück. Einen zweiten MX mit höherer Prioritätszahl ergänzen, der auf einen getrennten Server oder den Backup-Dienst des Anbieters zeigt.
Kein oder generisches Reverse DNS. Fehlt der PTR-Eintrag der MX-IP oder trägt er einen automatisch vergebenen Namen des Hosters, stufen Empfänger ausgehende Mail ab. Beim Hoster einen PTR auf den echten MX-Hostnamen setzen lassen und sicherstellen, dass dieser Name vorwärts wieder auf die IP zeigt (FCrDNS).
Null-MX und echte MX nebeneinander. Das ist widersprüchlich. Entweder die Domain empfängt Mail (dann nur echte MX) oder nicht (dann ausschließlich 0 .).

Häufige Fragen

Was bedeutet die Zahl vor dem MX-Hostnamen?: Die Priorität. Sendende Server versuchen den niedrigsten Wert zuerst; gleiche Werte werden zufällig verteilt und wirken so als Lastausgleich. Ein zweiter MX mit höherer Zahl dient als Ausweichziel, falls der erste nicht erreichbar ist.
Darf ein MX-Record auf einen CNAME zeigen?: Nein. RFC 2181 verbietet das ausdrücklich; das MX-Ziel muss ein Hostname mit eigenem A- oder AAAA-Record sein. Manche sendenden Server scheitern sonst an der Zustellung, andere tolerieren es. Verlässlich ist nur ein direkter Hostname.
Was ist FCrDNS und warum ist es wichtig?: Forward-Confirmed Reverse DNS: der PTR-Name einer MX-IP muss per A- oder AAAA-Record wieder auf genau diese IP auflösen. Viele empfangende Server bewerten Verbindungen ohne gültiges FCrDNS als verdächtig und verzögern oder blockieren sie.
Was ist ein Null-MX?: Der Eintrag 0 . nach RFC 7505. Er sagt ausdrücklich, dass die Domain keine E-Mail empfängt, sinnvoll für reine Absende-, Marken- oder Parkdomains. Absender brechen die Zustellung dann sofort mit einer klaren Fehlermeldung ab.
Brauche ich einen Backup-MX?: Nicht zwingend. Moderne Absender halten unzustellbare Mail mehrere Tage in der Warteschlange und versuchen es erneut. Ein zweiter MX hilft nur, wenn er auf unabhängiger Infrastruktur läuft; ein Backup, der dieselbe Zustellung weiterreicht, bringt vor allem zusätzliche Spam-Annahme.
Warum kommt Mail an meine Domain nicht an, obwohl der MX gesetzt ist?: Häufige Ursachen: der MX zeigt auf einen Host ohne passenden A-Record, das Ziel ist ein CNAME, der Mailserver nimmt auf Port 25 keine Verbindungen an, oder die empfangende Seite lehnt wegen fehlendem Reverse DNS ab. Der SMTP Test prüft die Verbindung zu den hier gezeigten MX-Hosts direkt.