MX Record
DNS-Eintrag, der festlegt, welcher Mailserver E-Mails für eine Domain entgegennimmt.
Aktualisiert: 23. Februar 2026
Was ist ein MX Record?
Ein MX Record (Mail Exchanger Record) ist ein Eintrag im Domain Name System (DNS), der bestimmt, welcher Mailserver E-Mails für eine bestimmte Domain entgegennehmen soll. Ohne MX Record kann niemand E-Mails an eine Adresse @beispiel.de schicken — der sendende Mailserver wüsste nicht, wohin er die Nachricht liefern soll.
Wenn jemand eine E-Mail an info@beispiel.de sendet, fragt der sendende Mailserver das DNS nach dem MX Record für beispiel.de. Das DNS antwortet mit dem Hostnamen des Ziel-Mailservers, und die E-Mail wird dorthin übertragen.
- DNS-Typ: MX (Mail Exchanger)
- Format:
Priorität Hostname - Beispiel:
10 mail.beispiel.de - TTL: Typisch 3600 Sekunden (1 Stunde), bei Migrationen 300
- Abfrage:
dig MX beispiel.deodernslookup -type=MX beispiel.de - RFC: RFC 1035, RFC 5321
Wie funktioniert ein MX Record?
Ein MX Record besteht aus zwei Teilen:
- Priorität (Preference): Eine Zahl, die angibt, welchen Mailserver der sendende Server bevorzugt kontaktieren soll. Niedrigere Zahlen haben höhere Priorität.
10 mail1.beispiel.dewird vor20 mail2.beispiel.debevorzugt. - Hostname: Der vollqualifizierte Domainname (FQDN) des Mailservers. Dieser muss seinerseits über einen A-Record (IPv4) oder AAAA-Record (IPv6) auflösbar sein. Wichtig: Ein MX Record darf nicht auf eine IP-Adresse zeigen, nur auf einen Hostnamen.
Beispiel-DNS-Zone:
; Primärer Mailserver (höchste Priorität)
exempel.de. IN MX 10 mail1.beispiel.de.
; Backup-Mailserver
beispiel.de. IN MX 20 mail2.beispiel.de.
; A-Records für die Mailserver
mail1.beispiel.de. IN A 203.0.113.10
mail2.beispiel.de. IN A 203.0.113.20
Ablauf beim E-Mail-Versand:
- Sender-Mailserver löst MX Records für
beispiel.deauf - Verbindungsversuch zum Server mit niedrigster Prioritätszahl (z. B. 10)
- Falls nicht erreichbar: Fallback auf nächste Priorität (z. B. 20)
- E-Mail wird über SMTP (Port 25) übertragen
- Empfänger-Mailserver nimmt an, prüft Spam und liefert in Postfach
MX Records in der Praxis
Mehrere MX Records für Redundanz: Die meisten produktiven Setups haben mindestens zwei MX Records mit unterschiedlichen Prioritäten. Fällt der primäre Server aus, übernimmt der Backup-Server die Annahme.
Cloud-Mail-Dienste: Bei Nutzung von Google Workspace, Microsoft 365 oder anderen Cloud-Mail-Diensten werden die MX Records auf deren Server umgestellt. Google Workspace nutzt z. B. aspmx.l.google.com als primären MX.
Mailcow-Setup: Bei selbst gehostetem Mailserver (z. B. Mailcow auf einem Hetzner-VPS) zeigt der MX Record auf den eigenen Server:
beispiel.de. IN MX 10 mail.beispiel.de.
mail.beispiel.de. IN A 95.217.x.x
Spam-Schutz und MX: MX Records interagieren mit anderen DNS-Einträgen für E-Mail-Sicherheit:
- SPF (TXT Record): Welche Server dürfen im Namen der Domain senden?
- DKIM (TXT Record): Kryptografische Signatur ausgehender E-Mails
- DMARC (TXT Record): Richtlinie für SPF/DKIM-Auswertung durch Empfänger
Ein gut konfigurierter Mailserver braucht alle vier: MX + SPF + DKIM + DMARC. Fehlt einer, werden E-Mails häufiger als Spam eingestuft oder abgelehnt.
Rspamd als Spam-Filter wertet eingehende E-Mails nach diesen DNS-basierten Kriterien aus und vergibt Punkte für jede fehlende oder fehlerhafte Konfiguration.
Häufige Konfigurationsfehler
MX zeigt auf IP statt Hostname: RFC 5321 verbietet das explizit. Sendende Server können solche Einträge ablehnen oder ignorieren.
Fehlender A-Record für den MX-Hostnamen: Der MX-Hostname muss auflösbar sein. mail.beispiel.de ohne A-Record führt zu Zustellungsfehlern.
Zu hohe TTL bei Migration: Beim Wechsel des Mailanbieters sollte die TTL vor der Umstellung auf 300 Sekunden reduziert werden, damit die Änderung schnell weltweit propagiert.
Kein Backup-MX: Bei Ausfall des primären Servers werden E-Mails von sendenden Servern typisch 4-5 Tage lang erneut versucht. Ohne Backup-MX kann es im Fehlerfall zu dauerhaftem Verlust kommen.
Häufige Fragen
Was passiert, wenn zwei MX Records dieselbe Priorität haben? Sendende Server wählen in diesem Fall zufällig zwischen den Servern — das ist ein einfaches Load-Balancing. Für echte Redundanz sollten unterschiedliche Prioritäten genutzt werden.
Kann ich MX Records selbst ändern? Ja, über das DNS-Verwaltungspanel des Domain-Registrars oder Hosting-Anbieters. Änderungen propagieren je nach TTL innerhalb von Minuten bis Stunden weltweit.
Wie überprüfe ich, ob mein MX Record korrekt ist?dig MX meinedomain.de im Terminal (Linux/macOS) zeigt die aktuellen MX Records. Online-Tools wie MXToolbox (mxtoolbox.com) prüfen zusätzlich Erreichbarkeit und SPF/DKIM/DMARC-Konfiguration.