MX-Records erklärt

Was ist ein MX-Record?

Ein MX-Record (Mail Exchange Record) ist ein DNS-Eintrag, der dem Internet sagt, welcher Server E-Mail für deine Domain annimmt. Wenn jemand eine Mail an du@deinedomain.de sendet, fragt sein Mail-Server deine MX-Records im DNS ab, um zu wissen, wo die Nachricht zuzustellen ist.

Ohne MX-Records kann deine Domain schlichtweg keine E-Mails empfangen — Punkt.

Die MX-Records jeder Domain in Sekunden prüfen mit unserem kostenlosen MX-Record-Checker.

Aufbau eines MX-Records

Jeder MX-Record hat zwei Werte: eine Priorität (ganze Zahl, niedriger = bevorzugt) und einen Host (Servername, der über A/AAAA zu IPs auflöst).

Beispiel (gmail.com):

gmail.com. MX 5  gmail-smtp-in.l.google.com.
gmail.com. MX 10 alt1.gmail-smtp-in.l.google.com.
gmail.com. MX 20 alt2.gmail-smtp-in.l.google.com.
gmail.com. MX 30 alt3.gmail-smtp-in.l.google.com.
gmail.com. MX 40 alt4.gmail-smtp-in.l.google.com.

Sendende Server versuchen zuerst Priorität 5. Bei Timeout oder Ablehnung fallen sie auf 10, dann 20 usw. zurück. So liefert Gmail Ausfallsicherheit über fünf Mail-Server.

Wie E-Mail wirklich geroutet wird

Wenn Alice eine E-Mail an bob@example.com sendet:

1. Alices Mail-Client übergibt an ihren ausgehenden Server (SMTP Submission, Port 587)
2. Ihr Server fragt die MX-Records von example.com via DNS ab
3. Er wählt den MX-Host mit niedrigster noch erreichbarer Priorität
4. Er öffnet eine SMTP-Verbindung auf Port 25 und sendet MAIL FROM und RCPT TO
5. Der empfangende Server akzeptiert oder lehnt ab (nach SPF-, DKIM-, DMARC- und Content-Prüfung)
6. Bei Erfolg wird die Nachricht für Bobs Postfach in die Warteschlange gestellt

Gängige MX-Provider

• Google Workspace: ASPMX.L.GOOGLE.COM (Priorität 1), plus alt1-5
• Microsoft 365: deinedomain-de.mail.protection.outlook.com
• Mailgun / SendGrid — nur transaktional, oft nicht primärer MX
• Mailbox.org: mxext1.mailbox.org, mxext2.mailbox.org
• Posteo: mx.posteo.de
• united domains / Checkdomain: providerspezifisch, meist mx0x.udag.de

MX vs. A-Record (warum du MX brauchst)

Theoretisch erlaubt der SMTP-RFC, Mail an den A-Record zu senden, wenn kein MX existiert. In der Praxis verlässt sich das fast nie jemand drauf:

• A-Record-Fallback ist langsam und fehleranfällig
• Viele moderne Mail-Server verweigern Versand ohne MX
• Du verlierst die prioritätsbasierte Ausfallsicherheit

Veröffentliche immer einen MX-Record, wenn du E-Mails empfangen willst. Er kann auf denselben Host wie dein A-Record zeigen — aber er muss existieren.

MX-Probleme beheben

Problem: Kein MX gefunden

Prüfe das Interface deines DNS-Anbieters. Der Record könnte in der falschen Zone sitzen oder abgelaufen sein. TTL-Propagation dauert bei Änderungen bis zu 24 h.

Problem: E-Mails bouncen mit "MX not reachable"

Dein MX-Host löst auf, akzeptiert aber keine Verbindungen auf Port 25. Prüfe Firewall-Regeln am MX-Host oder ob SMTP tatsächlich läuft.

Problem: Niedrig-priorisierter MX empfängt statt primärem

Der primäre ist nicht erreichbar. Beheben — konsistentes Durchfallen auf Sekundärs erhöht das Spam-Risiko und ist ein Warnsignal für Empfänger.

Problem: MX zeigt auf CNAME

Verstößt gegen den RFC. Manche Resolver akzeptieren es, andere nicht. MX immer direkt auf A/AAAA-Hostname zeigen lassen.

MX-Records prüfen

Mit unserem Tool: extract-emails.com/tools/mx-check — ohne Login, sofortige Ergebnisse

Kommandozeile:

# Linux/Mac
dig MX deinedomain.de +short

# Windows
nslookup -type=MX deinedomain.de

Via DNS-over-HTTPS (curl):

curl -H "accept: application/dns-json" \
  "https://cloudflare-dns.com/dns-query?name=deinedomain.de&type=MX"