So funktioniert’s
Jeder MX-Record besteht aus einer Priorität und einem Hostnamen, zum Beispiel 10 mx1.example.com und 20 mx2.example.com. Der sendende Server versucht zuerst den Eintrag mit der kleinsten Zahl und weicht bei Problemen auf die nächsten aus (RFC 5321).
Das Ziel muss ein Hostname mit A- oder AAAA-Record sein, keine IP-Adresse und kein CNAME. Gibt es gar keinen MX-Record, versuchen Absender ersatzweise die A-Adresse der Domain, was meist ins Leere läuft.
Soll eine Domain bewusst keine Mails empfangen, signalisiert ein Null-MX nach RFC 7505 (Priorität 0, Ziel ein einzelner Punkt) das eindeutig; er muss dann der einzige MX-Record sein.
Warum gefährlich
Fehlt der MX-Record oder zeigt er auf einen Namen, der nicht mehr auflöst, können Absender nicht zustellen. Sie versuchen es meist noch einige Tage und schicken dann eine Unzustellbarkeitsmeldung; Anfragen und Bestellungen gehen verloren, oft ohne dass der Kunde es merkt.
Typische Auslöser sind ein DNS-Umzug, bei dem die MX-Records nicht mitwandern, ein Anbieterwechsel mit vergessenen Alt-Einträgen oder ein Tippfehler im Hostnamen. Ein manipulierter MX-Record leitet eingehende Mails sogar unbemerkt an einen fremden Server.
So vermeidest du es
- Vor jedem DNS- oder Anbieterwechsel die bestehenden MX-Records sichern und nach dem Umzug vergleichen.
- Als Ziel nur Hostnamen mit A- oder AAAA-Record eintragen, nie eine IP-Adresse oder einen CNAME.
- MX-Records des alten Anbieters entfernen, sobald der neue Mails annimmt.
- Domains ohne Mailempfang mit einem Null-MX (0 .) kennzeichnen.
- Die TTL einige Tage vor einer geplanten Umstellung senken, damit sich der Wechsel schnell verbreitet.
So erkennt DomainWarn es
Der MX-Check fragt die MX-Records direkt ab und löst jeden Mailserver auf. Kein MX-Record ist kritisch und eröffnet nach zwei Läufen den Incident „Kein MX-Record“; ist kein einziger Mailserver auflösbar, folgt „Mailserver nicht auflösbar“, sind es nur einzelne, gibt es eine Warnung. Ein Null-MX ist ein Hinweis, ein Null-MX neben weiteren MX-Records eine Warnung. Auf Subdomains ist ein fehlender MX nur ein Hinweis.
Die Änderungserkennung meldet einen geänderten MX als Warnung und einen entfernten als kritisch. Auf den MX-Records bauen weitere Checks auf: SMTP prüft die Mailserver auf Port 25, Reverse DNS ihre PTR-Records und MTA-STS, ob alle MX-Hosts in der Policy stehen.
DomainWarn prüft das für alle deine Domains regelmäßig und meldet sich, wenn etwas fehlt oder sich ändert.