Was ist ein MX-Record?

Wie funktioniert ein MX-Record?

Ein sendender Mailserver fragt das DNS nach den MX-Records des Teils hinter dem @, sortiert sie nach Priorität und probiert sie in dieser Reihenfolge. Schreibt jemand an [email protected], fragt sein Server die MX-Records von yourname.com ab. Jeder Record enthält zwei Werte: eine Prioritätsnummer und den Namen eines Mailhosts.

RFC 5321, der SMTP-Standard, sagt, dass der Präferenzwert beim Sortieren verwendet werden muss, dass niedrigere Nummern zuerst probiert werden und dass Hosts mit gleicher Präferenz in zufälliger Reihenfolge gewählt werden. Ein Absender probiert mindestens zwei Adressen nacheinander, bis eine die Nachricht annimmt.

Der MX-Record enthält das Postfach nicht. Er zeigt nur auf die Maschine Ihres E-Mail-Anbieters, die die Nachricht speichert. Deshalb ist Ihre Adresse portabel: Sie kaufen die Domain einmal und ändern die MX-Records, wenn Sie von einem Anbieter zu einem anderen umziehen. Das Postfach wechselt, die Adresse nicht. Die Seite zur eigenen E-Mail-Domain erklärt die Idee ausführlich.

Was bedeutet die Prioritätsnummer?

Die Prioritätsnummer legt die Reihenfolge der Zustellung fest: Der Server mit der niedrigsten Nummer erhält die E-Mail zuerst, der nächste ist ein Ausweichziel. Die Nummer hat keine Einheit und keine Bedeutung außerhalb des Vergleichs zwischen Ihren eigenen Records. 10 und 20 funktionieren genau wie 1 und 2.

Proton Mail verwendet zwei Records: mail.protonmail.ch mit 10 und mailsec.protonmail.ch mit 20. Auch Fastmail verwendet 10 und 20 bei in1-smtp.messagingengine.com und in2-smtp.messagingengine.com. Mailbox.org listet vier Hosts auf, mxext1 bis mxext4, mit derselben Priorität 10, sodass ein Absender zufällig einen wählt; lehnt Ihr DNS-Host identische Prioritäten ab, sagt Mailbox.org, verwenden Sie 10, 20, 30 und 40.

Eine Regel erspart viele verlorene Nachrichten: Behalten Sie nur die MX-Records Ihres aktuellen Anbieters. Fastmail und Proton warnen beide, dass ein stehengebliebener MX eines alten Anbieters die Zustellung unvorhersehbar macht, weil ein Absender ihn wählen kann. Die einzige sichere Überlappung ist, dem neuen Host die niedrigste Prioritätsnummer zu geben.

Was passiert, wenn eine Domain keinen MX-Record hat?

Ohne jeden MX-Record greift ein Absender auf den Adress-Record der Domain selbst zurück, als hätte die Domain einen MX mit Priorität 0, der auf ihren eigenen A- oder AAAA-Record zeigt. RFC 5321 nennt dies den impliziten MX. Der Rückgriff gilt nur, wenn überhaupt kein MX-Record existiert: Sobald ein MX-Record veröffentlicht ist, dürfen Absender die A- oder AAAA-Records der Domain nicht verwenden.

Für eine Domain, die Sie nicht für E-Mail nutzen, ist der Rückgriff lästig. Absender versuchen weiter, an Ihren Webserver zuzustellen, typischerweise tagelang, und der Absender erfährt vom Fehlschlag erst spät. Ein Null-MX schließt die Tür sofort.

Was ist ein Null-MX-Record?

Ein Null-MX ist ein einzelner MX-Record mit Priorität 0 und einem Punkt als Ziel, und er erklärt, dass die Domain überhaupt keine E-Mails annimmt. Er ist in RFC 7505 definiert. Mit einem Null-MX lässt ein sendender Server die Zustellung beim ersten Versuch fehlschlagen und stellt die Nachricht nicht tagelang in die Warteschlange.

RFC 7505 legt zwei Regeln fest. Eine Domain, die einen Null-MX veröffentlicht, darf keinen anderen MX-Record veröffentlichen, der Null-MX steht also allein. Und eine Domain, die E-Mails von ihren eigenen Adressen sendet, darf keinen Null-MX verwenden, weil Empfänger ihre Nachrichten ablehnen können. Verwenden Sie ihn nur für einen Namen, der weder sendet noch empfängt, etwa eine Domain, die Sie für eine Weiterleitung oder als Defensivregistrierung halten. Der Record sieht in der Zonendatei-Notation so aus:

Kann ein MX-Record auf eine IP-Adresse oder einen CNAME zeigen?

Nein: Das Ziel eines MX-Records ist ein Hostname, der zu einem A- oder AAAA-Record aufgelöst wird, nie eine nackte IP-Adresse. RFC 5321 lässt außerdem ein Ziel, das über einen CNAME aufgelöst wird, außerhalb seines Geltungsbereichs, die sichere Wahl ist daher, den MX direkt auf einen Host zu richten, der seine Adress-Records selbst besitzt. Anbieter veröffentlichen die richtigen Hostnamen, wie in der Tabelle oben.

Der Hostname in einem MX ist keine Webadresse. mail.protonmail.ch ist ein empfangender Server; ihn im Browser zu öffnen sagt Ihnen nichts. Dasselbe gilt für das Ende des Namens: In einer Zonendatei markiert der abschließende Punkt einen vollständigen Namen, während viele DNS-Editoren den Punkt für Sie ergänzen. Kopieren Sie den Wert daher genau so, wie Ihr Anbieter ihn zeigt.

Wie füge ich MX-Records zu meiner Domain hinzu oder ändere sie?

Öffnen Sie den DNS-Editor der Domain, löschen Sie die MX-Records des vorherigen Anbieters und fügen Sie die neuen mit ihren Prioritäten hinzu. Postelva gibt jeder Domain kostenloses DNS-Hosting mit MX, TXT, CNAME und den anderen Record-Typen, und DNS-Vorlagen mit einem Klick für Proton Mail, Fastmail, Zoho Mail, Google Workspace und Microsoft 365, dazu eine SPF-+-DMARC-Vorlage und eine „Keine E-Mail“-Vorlage für eine Domain, die nichts versendet. Für Tuta, Mailbox.org, iCloud+ und Migadu gibt es keine Ein-Klick-Vorlage: Sie tippen die MX-, TXT- und CNAME-Records im DNS-Editor nach den Werten ein, die Ihr Anbieter anzeigt.

Senken Sie vor einem Umzug die TTL der alten MX-Records. Die Zeit, die eine Änderung zur Verbreitung braucht, entspricht etwa der alten TTL des Records im Moment der Änderung, und Herstellerempfehlungen nennen für eine MX-Änderung die übliche Verzögerung von ein bis vier Stunden, manchmal bis zu 48. Die Reihenfolge Schritt für Schritt steht im Leitfaden zum Umzug zu einem neuen Anbieter ohne E-Mail-Verlust. Nach der Änderung prüfen Sie Ihre MX-, SPF-, DKIM- und DMARC-Records mit einer Abfrage. Für eine Anbieter-Anleitung beginnen Sie mit der Einrichtung einer eigenen Domain bei Proton Mail.

Genügt MX, um zuverlässig E-Mails zu empfangen?

Nein: MX entscheidet, wo E-Mails ankommen, aber SPF, DKIM und DMARC entscheiden, ob andere Server den E-Mails vertrauen, die Sie senden. Eine Domain mit korrekten MX-Records empfängt E-Mails, und eine Nachricht, die Sie von ihr senden, kann ohne die drei Authentifizierungs-Records trotzdem im Spam landen. Sie werden nebeneinander in SPF vs. DKIM vs. DMARC erklärt.

Laut der Zählung von Postelva vom 12 November 2026 bei den Anbietern, deren Hilfeseiten es gelesen hat, verwenden Proton Mail und Fastmail je 2 MX-Hosts und Mailbox.org 4. Eine vollständige Proton-Mail-Einrichtung sind dann insgesamt 8 Records: 1 Verifizierungs-TXT, 2 MX, 1 SPF, 3 DKIM und 1 DMARC.

Eine zitierfähige Zusammenfassung: Ein MX-Record sagt der Welt, welcher Server die E-Mails einer Domain empfängt, und seine Änderung ist der eine Schritt, der eine Adresse zwischen Anbietern verschiebt. Postelva verkauft die Domain und ihr DNS; das Postfach bleibt bei Ihrem E-Mail-Anbieter.