Was sind MX Records und wie prüft man sie?

Was ist ein MX Record?

Ein MX Record — kurz für Mail Exchange Record — ist ein DNS-Eintragstyp, der dem Internet mitteilt, welche Mailserver für den Empfang eingehender E-Mails für deine Domain zuständig sind. Ohne einen gültigen MX Record weiß kein externer Server, wohin Nachrichten zugestellt werden sollen, die an du@deinedomaim.de adressiert sind. E-Mails an deine Domain werden dann schlicht zurückgeworfen.

MX Records befinden sich in der DNS-Zone deiner Domain — zusammen mit anderen Eintragstypen wie A-Records, CNAME-Records und TXT-Records. Jeder MX Record hat zwei wesentliche Bestandteile:

• Priorität (Preference-Wert): Eine Zahl, die bestimmt, welcher Mailserver zuerst angesprochen wird. Niedrigere Zahlen bedeuten höhere Priorität.
• Hostname des Mailservers: Der vollständig qualifizierte Domainname (FQDN) des Servers, der E-Mails empfangen soll, zum Beispiel mail.deinedomaim.de oder aspmx.l.google.com.

Wenn jemand dir eine E-Mail schickt, führt der sendende Server einen DNS-Lookup für die MX Records deiner Domain durch und versucht dann, eine Verbindung zum Server mit der höchsten Priorität aufzubauen. Ist dieser nicht erreichbar, fällt er auf den Server mit der nächsthöheren Priorität zurück. Deshalb gilt es als bewährte Praxis, mehr als einen MX Record für Redundanz einzurichten.

Wie MX Records die E-Mail-Zustellung beeinflussen

MX Records stehen ganz am Anfang der E-Mail-Zustellungskette. Sind sie falsch konfiguriert, fehlen oder zeigen auf einen Hostnamen, der sich nicht auflöst, scheitert jede eingehende Nachricht an deine Domain — ausnahmslos. Das kann bedeuten:

• Absender erhalten einen sofortigen Bounce mit einem permanenten 5xx-Fehlercode.
• Absender erhalten ein temporäres 4xx-Deferral, und ihr Server versucht es tagelang erneut, bevor er aufgibt.
• E-Mails verschwinden stillschweigend, wenn ein Hosting-Anbieter einen Catch-All falsch konfiguriert.

Jenseits der reinen Zustellung interagieren MX Records auch mit deinem SPF-Record. Dein SPF-Record autorisiert bestimmte IP-Adressen zum Versenden von E-Mails von deiner Domain. Einige Konfigurationen nutzen den MX-Mechanismus (mx), um die in deinen MX Records aufgeführten Server automatisch als autorisierte Absender einzuschließen. Sind deine MX Records falsch, kann dieser Mechanismus die falschen Hosts autorisieren — oder die richtigen gar nicht erst autorisieren.

Wie du deine MX Records prüfst

Der schnellste Weg, deine MX Records zu überprüfen, ist der DMARCFlow MX Checker. Gib deine Domain ein, und das Tool führt einen Live-DNS-Lookup durch, zeigt jeden MX Record mit seinem Prioritätswert an und meldet häufige Probleme sofort — ganz ohne Kommandozeilentools oder DNS-Kenntnisse.

Wenn du die Kommandozeile bevorzugst, kannst du unter Linux und macOS dig verwenden:

dig MX deinedomaim.de

Unter Windows lautet das entsprechende Kommando:

nslookup -type=MX deinedomaim.de

Die Ausgabe listet jeden MX Record als Zeile mit der Prioritätsnummer gefolgt vom Hostnamen des Mailservers auf. Diese Überprüfung regelmäßig durchzuführen — besonders nach einem Wechsel des DNS-Anbieters oder einer Migration der E-Mail-Plattform — ist ein einfacher, aber entscheidender Schritt für eine zuverlässige E-Mail-Zustellung.

Wie gute MX Records aussehen

Eine gut konfigurierte Domain hat typischerweise zwei oder mehr MX Records für Redundanz. Hier ist ein Beispiel für eine gesunde MX-Konfiguration mit einem primären und einem Backup-Mailserver:

In dieser Konfiguration versuchen sendende Server immer zuerst den Server mit Priorität 10. Erst wenn dieser nicht erreichbar ist, wechseln sie auf den Backup-Server mit Priorität 20. Beide Hostnamen müssen über eigene gültige A-Records (oder AAAA-Records für IPv6) verfügen, die auf die richtigen IP-Adressen zeigen.

Bei Domains, die über Google Workspace gehostet werden, siehst du fünf MX Records mit den Prioritäten 1, 5, 5, 10 und 10 — alle zeigen auf Googles aspmx.l.google.com und ähnliche Hostnamen. Microsoft 365 verwendet einen einzelnen MX Record, der auf deinedomaim-de.mail.protection.outlook.com zeigt. Beide sind vollständig valide, vom jeweiligen Anbieter definierte Konfigurationen.

Häufige MX-Record-Probleme

Selbst kleine Fehler in MX Records können den eingehenden E-Mail-Verkehr vollständig unterbrechen. Das sind die häufigsten Probleme aus der Praxis:

• Fehlende MX Records: Es existieren gar keine MX Records im DNS. Manche Server weichen auf den A-Record der Domain aus, aber die meisten werden die Nachricht zurückwerfen. Jede Domain, die aktiv E-Mails empfängt, muss mindestens einen MX Record haben.
• MX Record zeigt auf einen CNAME: Die DNS-Spezifikation (RFC 2181) verbietet ausdrücklich, dass MX Records auf einen CNAME zeigen. Ein MX Record muss direkt auf einen Hostnamen mit einem A- oder AAAA-Record zeigen. Ein CNAME als MX-Ziel führt zu unvorhersehbaren Zustellungsfehlern bei verschiedenen Mailserver-Implementierungen.
• Hostname des Mailservers lässt sich nicht auflösen: Der MX Record existiert, aber der Hostname, auf den er zeigt, hat keinen A-Record — oder der A-Record zeigt auf eine abgeschaltete IP. Das Ergebnis ist ein Verbindungsfehler für jede eingehende Nachricht.
• Falsche Prioritätswerte: Haben alle MX Records dieselbe Priorität, wählen sendende Server einen zufällig aus — und das kann ein Server sein, der keine E-Mails für deine Domain empfangen kann.
• TTL zu hoch eingestellt: Ein Time-to-Live-Wert von 86400 Sekunden (24 Stunden) bedeutet, dass sich DNS-Änderungen nur langsam verbreiten. Bei einer Mailserver-Migration kann eine hohe TTL dazu führen, dass E-Mails noch einen ganzen Tag nach der Aktualisierung der Records beim alten Server ankommen.

Nächste Schritte

Die Überprüfung deiner MX Records ist nur ein Teil einer gesunden E-Mail-Infrastruktur. Sobald du sichergestellt hast, dass deine Mail-Weiterleitung korrekt ist, empfiehlt sich als logischer nächster Schritt ein vollständiger Überblick über deine E-Mail-Zustellbarkeit — SPF, DKIM, DMARC und Blacklist-Status auf einen Blick. Der DMARCFlow Zustellbarkeits-Checker führt all diese Prüfungen gleichzeitig durch, damit du jede Konfigurationslücke erkennen und beheben kannst, bevor sie sich auf deine Inbox-Platzierung auswirkt.