← Zurück zum Glossar
netzwerk

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.

MX Record Kurzprofil
  • 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.de oder nslookup -type=MX beispiel.de
  • RFC: RFC 1035, RFC 5321

Wie funktioniert ein MX Record?

Ein MX Record besteht aus zwei Teilen:

  1. 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.de wird vor 20 mail2.beispiel.de bevorzugt.
  2. 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:

  1. Sender-Mailserver löst MX Records für beispiel.de auf
  2. Verbindungsversuch zum Server mit niedrigster Prioritätszahl (z. B. 10)
  3. Falls nicht erreichbar: Fallback auf nächste Priorität (z. B. 20)
  4. E-Mail wird über SMTP (Port 25) übertragen
  5. 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.

Verwandte Begriffe

DNS
start call_