Kurzantwort: Wie prüft man, ob eine Domain E-Mails empfangen kann?
Prüfen Sie die DNS-Einträge der Domain und suchen Sie nach gültigen MX-Records. Ein MX-Record nennt die Mailserver, die für den Empfang von E-Mails zuständig sind. Fehlt ein brauchbarer MX-Eintrag, kann ein sendender Mailserver nach den SMTP-Regeln auf A- oder AAAA-Einträge zurückgreifen. Dieser Host muss dann aber ebenfalls korrekt als Mailserver eingerichtet sein. Eine funktionierende Website beweist nicht, dass eine Domain E-Mails empfangen kann.
Mit unserem Domain-Checker können Sie MX, A, AAAA, SPF, DMARC, BIMI und TXT-Signale untersuchen. Für eine einzelne Adresse verwenden Sie den E-Mail-Validator, damit Syntax, Domain und weitere Signale gemeinsam betrachtet werden.
Was ist ein MX-Record?
MX steht für Mail Exchange. Der DNS-Eintrag teilt sendenden Systemen mit, welcher Host E-Mails für eine Domain empfangen soll. Eine Domain kann mehrere MX-Records mit unterschiedlichen Prioritäten veröffentlichen. Niedrigere Prioritätszahlen werden normalerweise zuerst versucht.
Ein Beispiel:
beispiel.de. MX 10 mail1.beispiel.net.
beispiel.de. MX 20 mail2.beispiel.net.
Die Zielhostnamen müssen selbst zu IP-Adressen aufgelöst werden können. Der sendende Mailserver baut danach eine SMTP-Verbindung zum gewählten Ziel auf. Die grundlegenden SMTP-Regeln beschreibt RFC 5321.
Ein MX-Record ist eine Routing-Anweisung auf Domain-Ebene und keine Garantie für ein bestimmtes Postfach. Er sagt, wohin ein Zustellversuch gehen soll. Der empfangende Server kann einen Empfänger trotzdem ablehnen, alle Empfänger akzeptieren, die Anfrage verzögern oder zusätzliche Regeln anwenden.
Was bedeutet ein fehlender MX-Record?
Ein fehlender MX-Record bedeutet, dass die Domain keinen eigenen Mail-Exchanger veröffentlicht. Das kann auf eine Fehlkonfiguration, eine Domain ohne E-Mail-Empfang oder einen reinen Versanddienst hindeuten. Aus dem fehlenden Eintrag allein lässt sich nicht ablesen, was der Betreiber beabsichtigt.
SMTP erlaubt unter bestimmten Bedingungen einen Rückfall auf A- oder AAAA-Einträge, wenn kein MX vorhanden ist. Das hilft aber nur, wenn der Zielhost SMTP-Verbindungen akzeptiert und als Mailserver konfiguriert ist. Ein Webserver, der HTTP-Anfragen beantwortet, ist nicht automatisch ein E-Mail-Server.
Für eine Liste oder ein Anmeldeformular ist ein fehlender MX-Record ein starkes Prüfsignal. Er ist aber kein Beweis, dass jede Adresse dieser Domain gefälscht ist. Es kann eine vorübergehende DNS-Störung oder eine besondere Versandarchitektur vorliegen.
MX im Vergleich zu A, AAAA, SPF, DKIM und DMARC
Die Einträge beantworten unterschiedliche Fragen:
- A: Ordnet einem Hostnamen eine IPv4-Adresse zu.
- AAAA: Ordnet einem Hostnamen eine IPv6-Adresse zu.
- MX: Nennt die Mailserver für eingehende E-Mails.
- SPF: Veröffentlicht, welche Systeme eine Domain im Envelope-From-Kontext verwenden dürfen. Die Regeln stehen in RFC 7208.
- DKIM: Nutzt eine kryptografische Signatur und einen öffentlichen DNS-Schlüssel.
- DMARC: Definiert Richtlinien und Alignment-Regeln für Nachrichten mit dieser Domain. Die ursprüngliche Spezifikation ist RFC 7489.
MX betrifft hauptsächlich den Empfang. SPF, DKIM und DMARC beschreiben hauptsächlich Authentifizierung und Richtlinien für den Versand. Eine Domain kann SPF und DMARC besitzen, aber keinen eingehenden Mailbetrieb. Sie kann auch MX-Records haben und trotzdem unvollständige Senderauthentifizierung veröffentlichen.
Deshalb ist es hilfreicher, die Signale gemeinsam zu prüfen, anstatt daraus nur einen einzigen „gültig“-Wert zu bilden.
MX-Records praktisch prüfen
Gehen Sie in dieser Reihenfolge vor:
- Geben Sie die Domain ohne Postfach ein, zum Beispiel
beispiel.destatt[email protected]. - Prüfen Sie, ob die Domain öffentlich delegiert und erreichbar ist.
- Suchen Sie nach einem oder mehreren MX-Records.
- Prüfen Sie Priorität und Zielhostnamen.
- Kontrollieren Sie, ob die Zielhosts auflösbar und erreichbar wirken.
- Bewerten Sie SPF, DKIM und DMARC separat, wenn es um ausgehende E-Mails geht.
- Prüfen Sie die konkrete Adresse, wenn Sie einen einzelnen Empfänger beurteilen möchten.
Der Domain-Checker zeigt die wichtigsten Signale in einem Ergebnis. Er versendet keine Testmail und kann nicht beweisen, dass ein bestimmtes Postfach überwacht wird.
Häufige Probleme bei MX-Einträgen
Die Domain besitzt keinen MX-Record
Prüfen Sie zuerst, ob die Domain überhaupt E-Mails empfangen soll. Tracking-, API- oder reine Versanddomains können absichtlich keinen eingehenden Mailserver haben. Wenn Nutzer Antworten an die Domain senden sollen, sollte die Konfiguration geprüft werden.
Das MX-Ziel ist nicht auflösbar
Ein MX-Record, dessen Zielhostname keinen gültigen A- oder AAAA-Record besitzt, ist nicht zuverlässig erreichbar. Das deutet meist auf einen Fehler beim DNS- oder Mailprovider hin.
Der MX-Record zeigt auf den alten Anbieter
Nach einem Providerwechsel können alte Einträge weiter aktiv sein. Die Domain wirkt dann erreichbar, aber Nachrichten werden verzögert, abgelehnt oder an die falsche Infrastruktur zugestellt.
Mehrere MX-Records wirken widersprüchlich
Mehrere Einträge sind bei Priorität und Ausfallsicherheit normal. Prüfen sollte man sie, wenn sie auf nicht zusammengehörige Anbieter oder veraltete Systeme zeigen.
MX ist vorhanden, aber die Adresse funktioniert nicht
MX beantwortet nur die Routing-Frage. Das konkrete Postfach kann nicht existieren, der Server kann Catch-all verwenden, den Empfänger blockieren oder vorübergehend nicht antworten. Der Guide zu E-Mail-Validierung und Verifizierung erklärt diese Grenze ausführlicher.
Beispiel für die Interpretation eines Ergebnisses
Angenommen, eine Domain veröffentlicht zwei MX-Records. Das spricht dafür, dass ein redundanter Empfangsdienst eingerichtet ist. Es beweist aber nicht, dass [email protected] als Postfach angelegt ist. Ein anderer Anbieter kann Nachrichten für unbekannte Empfänger annehmen und später verwerfen, während ein weiterer Anbieter den Empfänger schon während der SMTP-Sitzung ablehnt.
Für die Entscheidung sollten deshalb Domainstatus, Adresssyntax und weitere verfügbare Signale gemeinsam betrachtet werden. Halten Sie außerdem den Prüfzeitpunkt fest, weil DNS-Antworten durch Änderungen und Caching später anders ausfallen können.
Warum MX für E-Mail-Listen wichtig ist
Wenn viele Adressen dieselbe Domain verwenden, kann eine Domainprüfung ein gemeinsames Konfigurationsproblem sichtbar machen. Sie ersetzt aber nicht die Prüfung von Syntax, Duplikaten, Wegwerf-Domains und Rollenadressen. Für diesen Ablauf nutzen Sie den E-Mail-Listen-Checker.
Bei Zustellproblemen sollten Sie zusätzlich Bounce-Nachrichten, Versandkonfiguration, Authentifizierungsrecords und Regeln des Empfängerproviders betrachten. Ein DNS-Ergebnis ist ein früher Diagnosehinweis, kein vollständiger Zustellbarkeitsbericht.
Praktische Reihenfolge bei der Fehlersuche
Beginnen Sie mit dem Domainnamen und prüfen Sie, ob die Eingabe wirklich nur den Hostnamen enthält. Danach betrachten Sie MX-Records, deren Ziele und mögliche Auflösungsfehler. Erst wenn die Domain technisch plausibel wirkt, lohnt sich die genauere Betrachtung einzelner Adressen.
Bei einer Liste mit vielen Adressen derselben Domain sollten Sie das gemeinsame Ergebnis nicht mit einer Bestätigung jedes einzelnen Postfachs verwechseln. Gruppieren Sie die Fälle, speichern Sie den Prüfzeitpunkt und markieren Sie temporäre Fehler für eine spätere Wiederholung. So bleiben Domainproblem, Adressproblem und unklare Zustellung voneinander getrennt.
Häufige Fragen
Kann eine Domain ohne MX-Record E-Mails empfangen?
In manchen Fällen kann ein sendendes System auf den A- oder AAAA-Record zurückgreifen. Der Zielhost muss dann aber SMTP korrekt anbieten. Eine fehlende MX-Angabe sollte deshalb normalerweise geprüft werden.
Beweist ein MX-Record, dass eine E-Mail-Adresse existiert?
Nein. Der Record nennt die Mailinfrastruktur der Domain. Er beweist nicht, dass ein bestimmtes Postfach existiert, gelesen wird oder eine Nachricht annimmt.
Was ist der Unterschied zwischen MX und SPF?
MX beschreibt, wohin eingehende E-Mails zugestellt werden. SPF beschreibt, welche Systeme für den Versand im Namen einer Domain berechtigt sind. Beide Records lösen unterschiedliche Probleme.
Wie kann man MX prüfen, ohne eine E-Mail zu senden?
Mit einer DNS- oder Domainprüfung. Dabei werden öffentliche DNS-Informationen gelesen, aber keine Testmail verschickt. Der Domain-Checker zeigt MX und verwandte Signale an.
Warum funktioniert eine Domain im Browser, aber nicht für E-Mail?
Webseiten verwenden A- oder AAAA-Records und HTTP beziehungsweise HTTPS. E-Mail benötigt SMTP und Mailrouting. Eine Domain kann eine Website hosten und trotzdem keinen eingehenden Mailservice besitzen.