MX-Einträge und Priorität

Modul 4: Einträge für E-Mail · Lesezeit: 8 Minuten

Lernziel: Nach dieser Lektion können Sie MX-Einträge lesen und einrichten, die Priorität richtig wählen und erklären, was passiert, wenn eine Domain keinen MX-Eintrag hat.

Kernbegriffe: MX-Record, Priorität (Preference), Backup-MX, Mailserver (Hostname), implizite MX, Null-MX, lokale Zustellung

Wohin muss die Mail?

Schickt jemand eine E-Mail an info@example.com, muss der Mailserver des Absenders herausfinden, bei welchem Server diese Mail zugestellt werden soll. Das findet er im DNS heraus, mit einer Abfrage des MX-Eintrags (Mail eXchanger) von example.com.

Die Antwort ist keine IP-Adresse, sondern eine Liste mit Mailservern, jeweils mit einer Zahl davor:

example.com.   3600  IN  MX  10 mail.example.com.
example.com.   3600  IN  MX  20 backup.example.net.

Danach fragt der sendende Server den A- oder AAAA-Eintrag von mail.example.com ab, und erst dann weiß er, welche IP-Adresse er anrufen muss. Ein MX-Eintrag verweist also immer auf einen Namen, der selbst wieder einen A- oder AAAA-Eintrag hat.

Der MX-Eintrag steht fast immer auf der Domain selbst (@), denn es geht um den Teil hinter dem @ in der E-Mail-Adresse. Möchten Sie Mail unter info@nieuws.example.com empfangen, braucht nieuws.example.com einen eigenen MX-Eintrag.

Priorität: niedrig zuerst

Die Zahl vor dem Mailserver heißt die Priorität (im Standard, RFC 5321, heißt sie Preference). Die Regel ist einfach:

• Je niedriger die Zahl, desto früher ist dieser Server an der Reihe.
• Ist dieser Server nicht erreichbar, versucht der Absender den nächsten.
• Haben zwei Server dieselbe Zahl, verteilt der Absender die Mail zufällig auf beide. So können Sie die Last verteilen.

Die Zahl selbst bedeutet nichts. 0, 1, 5, 10 oder 100: nur die Reihenfolge zählt. Ein Eintrag mit Priorität 10 und einer mit 20 funktioniert genau gleich wie 1 und 2. Gibt Ihr E-Mail-Anbieter eine Zahl vor, übernehmen Sie diese. Gibt er nur einen Server an, spielt die Zahl keine Rolle.

Einen Server mit einer höheren Zahl nennen wir oft einen Backup-MX. Früher war das üblich: Fiel der eigene Server aus, bewahrte der Backup die Mail auf. Heutzutage bewahrt ein sendender Server Mail selbst einige Tage auf und versucht es erneut. Ein Backup-MX, der nicht richtig eingerichtet ist (zum Beispiel ohne Spamfilter), zieht gerade Spam an. Verwenden Sie also nur einen, wenn Ihr Anbieter das so vorgibt.

Regeln für einen guten MX-Eintrag

1. Ein Name, keine IP-Adresse. MX 10 192.0.2.25 ist ungültig. Erstellen Sie einen A-Eintrag mail mit 192.0.2.25 und lassen Sie den MX auf mail.example.com. verweisen.
2. Nicht auf einen CNAME. Der Name in einem MX-Eintrag muss selbst einen A- oder AAAA-Eintrag haben, keinen CNAME (RFC 2181, Abschnitt 10.3). Viele Server lösen es trotzdem auf, aber nicht alle.
3. Der Punkt am Ende. In vielen Panels tippen Sie mail.example.com. mit einem Punkt. Ohne Punkt hängt das Panel Ihre Domain noch einmal dahinter: mail.example.com.example.com. Dieser Name existiert nicht, und Ihre Mail kommt nicht an.
4. Der Mailserver muss existieren. Verweist die MX auf einen Namen ohne A- oder AAAA-Eintrag, kommt nichts an. In der Praxis sehen wir das häufig, wenn jemand die Nameserver seiner Domain zu einem Websitebaukasten umzieht: Der MX-Eintrag zieht mit um, der A-Eintrag von mail aber nicht.
5. Alte Einträge entfernen. Wechseln Sie zu einem anderen E-Mail-Anbieter, entfernen Sie die MX-Einträge des alten Anbieters. Lassen Sie diese stehen, kommt ein Teil Ihrer Mail noch beim alten Anbieter an.

Kein MX-Eintrag: implizite MX und Null-MX

Was passiert, wenn eine Domain überhaupt keinen MX-Eintrag hat? Laut RFC 5321 versucht der sendende Server dann den A- oder AAAA-Eintrag der Domain selbst. Das heißt die implizite MX. Steht Ihre Website auf einem Server ohne Mail, versucht die Welt also, ihre Mail bei Ihrem Webserver zuzustellen. Das führt zu Verzögerungen und Fehlermeldungen beim Absender.

Möchten Sie deutlich machen, dass eine Domain nie Mail empfängt, verwenden Sie einen Null-MX (RFC 7505):

example.net.  3600  IN  MX  0 .

Priorität 0 und als Mailserver nur ein Punkt. Ein Absender sieht dann sofort, dass er es nicht versuchen muss, und schickt dem Absender direkt eine saubere Fehlermeldung. Kombinieren Sie dies mit einem SPF-Eintrag v=spf1 -all (Lektion 4.3), wenn die Domain auch keine Mail versendet.

Lokale Zustellung: die Falle beim Hosting mit Mail

Viele Hostingpakete haben einen Webserver und einen Mailserver auf einer Maschine. Dieser Server denkt standardmäßig: "Mail für diese Domain stelle ich selbst zu." Ziehen Sie Ihre Mail zu einem anderen Anbieter um, passen Sie die MX-Einträge an, aber der Server merkt sich das nicht von selbst. Folge: Mail von Ihrem eigenen Kontaktformular und von anderen Websites auf demselben Server bleibt auf dem alten Server hängen und kommt nie bei Ihrem neuen Anbieter an. Der Absender erhält manchmal 550 Unknown user zurück.

Diese Frage bekommen Hostinganbieter sehr häufig. In den meisten Panels gibt es deshalb einen Schalter mit einem Namen wie "Diesen Server zur Zustellung meiner E-Mails verwenden" oder "Lokale Mailzustellung". Setzen Sie Ihre Mail bei einem anderen Anbieter ein? Ändern Sie den MX und schalten Sie diesen Schalter aus. Tun Sie nur eines davon, geht es schief.

In der Praxis: so sieht es in einem Panel aus

In diesem Beispiel verwenden wir DirectAdmin. Unter E-Mail-Funktionen, MX-Einträge sehen Sie die MX-Einträge Ihrer Domain. Bei jedem Eintrag tippen Sie die Priorität in ein Feld und den Mailserver dahinter, mit einem Punkt am Ende. Darunter steht das Häkchen Diesen Server zur Zustellung meiner E-Mails verwenden. Bei MX-Template können Sie fertige Einstellungen für zum Beispiel Microsoft 365 oder Google Workspace wählen.

In Mein WebOké steht dasselbe auf der Registerkarte DNS einer Domain; der Schalter heißt dort Zustellung.

In cPanel, Plesk, Cloudflare oder bei Ihrem Registrar sieht der Bildschirm anders aus, aber Sie geben immer dieselben drei Dinge ein: den Namen (@ oder leer), die Priorität und den Mailserver.

Zusammenfassung

• Der MX-Eintrag sagt, wohin Mail für Ihre Domain gehen soll. Er verweist auf einen Namen, nie auf eine IP-Adresse oder einen CNAME.
• Niedrigste Priorität zuerst; gleiche Zahlen teilen sich die Mail; die Zahl selbst bedeutet nichts.
• Ohne MX versucht die Welt Ihren A-Eintrag (implizite MX). Empfangen Sie nie Mail, verwenden Sie MX 0 . (Null-MX).
• Ziehen Sie Ihre Mail um, entfernen Sie die alten MX-Einträge und schalten Sie die lokale Zustellung auf Ihrem Hostingserver aus.

Quiz

Aufgabe

Aufgabe Z4.1: MX nachschlagen. Schlagen Sie die MX-Einträge von wikipedia.org nach (oder von Ihrer eigenen Domain). Geben Sie an, welcher Mailserver die niedrigste Prioritätszahl hat und welche Zahl das ist.

Aufgabe O4.1: Selbst einrichten in Ihrer Übungszone. Erstellen Sie in Ihrer Übungszone <code>.dnspractice.eu zwei MX-Einträge: Priorität 10 auf mail.<code>.dnspractice.eu und Priorität 20 auf backup.<code>.dnspractice.eu. Erstellen Sie für beide Namen einen A-Eintrag: mail auf 192.0.2.25 und backup auf 192.0.2.26. Klicken Sie anschließend auf Überprüfen.

Weiterführende Lektüre

Die Schritte in diesen Artikeln gelten für die Panels von WebOké; in anderen Panels funktioniert es ähnlich.

• DirectAdmin Anleitung 5.5: MX-Einträge: Wo kommt Ihre E-Mail an?
• Ihre E-Mail anderswo: Microsoft 365, Google Workspace oder ein eigener Mailserver
• E-Mail-Versand über PHP klappt nicht, MX-Einträge zeigen woandershin
• DirectAdmin Anleitung 18.9: Ich empfange keine E-Mails mehr
• RFC 5321 Abschnitt 5.1 (Mailrouting), RFC 7505 (Null-MX)