---
title: "Kann eine Domain ohne MX-Eintrag E-Mails empfangen? | Emvero"
description: "Eine Domain ohne MX-Eintrag kann unter Umständen E-Mails empfangen. So unterscheiden Sie implizites Routing, Null-MX, unbrauchbare Ziele und DNS-Fehler."
url: https://emvero.io/de/blog/domain-without-mx-record/
language: de
updated: 2026-10-07
---

Blog

# Kann eine Domain ohne MX-Eintrag E-Mails empfangen?

Ein fehlender MX-Eintrag allein klärt nicht, ob eine Domain E-Mails empfangen kann. Prüfen Sie die DNS-Antwort, mögliche Ersatzwege und unbrauchbare Ziele.

Veröffentlicht 2026-09-17

Ja, unter Umständen. Eine Domain ohne MX-Eintrag kann über das implizite Routing von SMTP E-Mails empfangen. Dafür muss die Domain zu einer IP-Adresse auflösen, unter der ein Mailserver E-Mails annimmt. Ein Null-MX erklärt ausdrücklich, dass die Domain keine E-Mails annimmt. [RFC 5321, Abschnitt 5.1](https://www.rfc-editor.org/rfc/rfc5321.html#section-5.1) definiert den Ersatzweg, [RFC 7505, Abschnitt 3](https://www.rfc-editor.org/rfc/rfc7505.html#section-3) den Null-MX.

Hier geht es um den Empfang von E-Mails aus dem Internet. Die DNS-Antwort bewertet weder die Authentifizierung beim Versand noch die Reputation des Absenders. Die allgemeinen Begriffe erklärt die [Definition des MX-Eintrags](https://emvero.io/de/glossary/mx-record/).

## Ohne MX-Eintrag die Adressdatensätze der Domain prüfen

Wenn die MX-Abfrage erfolgreich ist, aber keine MX-Einträge liefert, behandelt SMTP die Domain selbst als impliziten Mailserver mit Präferenz 0. Das Ziel ergibt sich aus den A- oder AAAA-Einträgen der Domain. Diese Regel gilt nur bei einer leeren MX-Liste. [RFC 5321](https://www.rfc-editor.org/rfc/rfc5321.html#section-5.1) beschreibt die Auswahl des Zielhosts.

Liefern auch erfolgreiche Adressabfragen weder A- noch AAAA-Einträge, gibt es kein implizites Ziel. Eine Website unter einer aufgelösten Adresse belegt nicht, dass dort ein SMTP-Server Verbindungen annimmt. DNS liefert einen möglichen Weg; ob E-Mails angenommen werden, hängt weiterhin vom empfangenden Dienst ab. RFC 7505 erläutert, [warum Adressdatensätze allein zu erfolglosen Zustellversuchen führen können](https://www.rfc-editor.org/rfc/rfc7505.html#section-1).

## Null-MX erklärt ausdrücklich, dass keine E-Mails angenommen werden

Null-MX besteht aus einem einzelnen MX-Eintrag mit Präferenz 0 und `.` als Ziel:

```
nomail.example. 3600 IN MX 0 .
```

Der Punkt steht für das Root-Label im DNS und bezeichnet keinen Mailserver. Eine Domain mit Null-MX darf keine weiteren MX-Einträge veröffentlichen. Beide Vorgaben stehen in [RFC 7505](https://www.rfc-editor.org/rfc/rfc7505.html#section-3).

Steht ein Null-MX neben einem gewöhnlichen MX-Eintrag, widerspricht sich die Konfiguration. Emvero kennzeichnet diesen Fall mit `DOMAIN_MAIL_ROUTE_MISCONFIGURED`. Die Verifizierung liefert dafür `unknown`, statt zu raten, welche Angabe beabsichtigt war.

## Ein unbrauchbarer MX-Eintrag aktiviert keinen Ersatzweg

Sind MX-Einträge vorhanden, muss der sendende Server die dort genannten Hosts auflösen. Ist keiner davon nutzbar, darf er die eigenen Adressdatensätze der Domain nicht als impliziten Ersatz verwenden. Diese Grenze legt [RFC 5321, Abschnitt 5.1](https://www.rfc-editor.org/rfc/rfc5321.html#section-5.1) ausdrücklich fest.

Eine funktionierende Website der Domain behebt beispielsweise kein MX-Ziel ohne Adressdatensätze. Auch eine erfolglose DNS-Abfrage für das MX-Ziel muss genauer geprüft werden: Es können Einträge fehlen oder vorübergehende DNS-Probleme vorliegen. Nicht jedes unaufgelöste Ziel belegt einen dauerhaften Postfachfehler.

## Fehlende DNS-Daten und DNS-Fehler unterscheiden

`NXDOMAIN` bedeutet, dass der abgefragte Name nicht existiert. `NODATA` bedeutet, dass für diesen Namen der angefragte Datensatztyp fehlt. Bei NODATA als Antwort auf eine MX-Abfrage kann deshalb die Suche nach Adressdatensätzen folgen. Die Antwort bedeutet nicht, dass die Domain fehlt. [RFC 2308, Abschnitt 2](https://www.rfc-editor.org/rfc/rfc2308.html#section-2) erklärt diese negativen Antworten.

Bei `SERVFAIL` oder einem Timeout bleibt die Abfrage ungeklärt. Wiederholen Sie die Abfrage oder prüfen Sie den Resolver, bevor Sie einen Schluss über das Mail-Routing ziehen. SMTP verlangt beim Versand nach einem vorübergehenden Abfragefehler einen späteren erneuten Versuch. [RFC 5321](https://www.rfc-editor.org/rfc/rfc5321.html#section-5.1) beschreibt dieses Verhalten. Die [Erklärungen zu DNS-Fehlern](https://emvero.io/de/glossary/dns-failure/) ordnen die entsprechenden Prüfergebnisse ein.

## Erst die Antwort prüfen, dann die Adresse ändern

Wenn `dig` installiert ist, können Sie die MX-Antwort so ansehen:

```
dig MX example.com
```

Ersetzen Sie `example.com` durch die untersuchte Domain. Lassen Sie den Antwortkopf und den Antwortabschnitt sichtbar. Eine verkürzte Ausgabe allein lässt Informationen weg, die eine leere Antwort von einem Fehler unterscheiden. Das [dig-Handbuch von ISC](https://bind9.readthedocs.io/en/latest/manpages.html#dig-dns-lookup-utility) dokumentiert die Abfragesyntax und Ausgabeoptionen.

1. Prüfen Sie zuerst den Antwortstatus. Gehen Sie `NXDOMAIN`, `SERVFAIL` oder einem Timeout nach, bevor Sie von einer leeren MX-Liste ausgehen.
2. Enthält die Antwort `MX 0.`, prüfen Sie, ob dies der einzige MX-Eintrag ist. Ein einzelner Null-MX lehnt E-Mails ab; gemischte Einträge erfordern eine Prüfung der Konfiguration.
3. Sind gewöhnliche MX-Einträge vorhanden, fragen Sie A und AAAA für deren Zielhosts ab. Verwenden Sie die eigenen Adressen der Domain nicht als impliziten Ersatz.
4. Ist die MX-Liste nach erfolgreicher Auflösung leer, fragen Sie A und AAAA für die Domain selbst ab. Diese Adressen sind mögliche implizite Ziele.

Die folgenden Beispiele sind synthetisch. Die Namen unter `.example` und die IP-Adresse aus dem Dokumentationsbereich dienen der Erklärung und sind keine Ergebnisse echter Abfragen.

| Synthetischer DNS-Befund | Schluss zum Routing | Nächster Schritt |
| --- | --- | --- |
| `implicit.example.` hat keinen MX, aber `A 192.0.2.10` | Ein implizites Ziel existiert; der Eintrag belegt keinen erreichbaren SMTP-Dienst | Den empfangenden Dienst prüfen, wenn die tatsächliche Annahme entscheidend ist |
| `nomail.example. IN MX 0.` ist der einzige MX | Die Domain erklärt ausdrücklich, dass sie keine E-Mails annimmt | Die Domain korrigieren, wenn sie falsch eingegeben wurde |
| `broken.example. IN MX 10 mx.broken.example.`; das Ziel hat nach erfolgreichen Abfragen weder A noch AAAA | Kein nutzbares explizites Ziel gefunden | Die Domain-Verantwortlichen bitten, das MX-Ziel zu prüfen |
| `mixed.example.` hat Null-MX und gewöhnliche MX-Einträge | Widersprüchliche Konfiguration | Die DNS-Konfiguration prüfen lassen |
| Die Domain-Abfrage liefert `NXDOMAIN` | Der Name existiert laut DNS-Antwort nicht | Die Domain auf Eingabefehler prüfen |
| Die Abfrage liefert `SERVFAIL` oder läuft in einen Timeout | Das Routing bleibt ungeklärt | Erneut abfragen oder DNS untersuchen; Unsicherheit beibehalten |

## Domain-Belege von Emvero richtig einordnen

Die öffentliche Domain-Prüfung von Emvero bewertet das Routing eingehender E-Mails, ohne eine SMTP-Sitzung zu öffnen. Sie zeigt das Ergebnis zum Routing, aber keine rohen MX-Hostnamen oder Präferenzwerte. Verwenden Sie ein DNS-Werkzeug, wenn Sie diese Einträge ansehen möchten.

Wenn MX-Einträge einen Mailweg nennen, können Sie daraus [den sichtbaren E-Mail-Anbieter ermitteln, ohne ein Gateway mit dem Postfachanbieter zu verwechseln](https://emvero.io/de/blog/how-to-find-email-provider/).

Für eine Integration mit einer vollständigen E-Mail-Adresse akzeptiert die [API zur E-Mail-Verifizierung](https://emvero.io/de/email-verification-api/) `variant: "domain"`. Lesen Sie `checks.mail_routing` zusammen mit `status` und `reason_codes`. `IMPLICIT_MX` ist eine Information zum Routing. `NULL_MX` und `DNS_NXDOMAIN` stützen `undeliverable`; bei `DNS_SERVFAIL`, `DNS_TIMEOUT` und widersprüchlichem Routing bleibt es bei `unknown`. `DNS_NODATA` gehört zum DNS-Vokabular. Eine leere Antwort auf eine MX-Abfrage garantiert jedoch weder diesen API-Code noch ein bestimmtes Urteil über die Adresse.

## Ein Mailweg belegt kein bestimmtes Postfach

Ein Mailweg für `example.com` sagt nichts darüber aus, ob `person@example.com` existiert. Eine vollständige Prüfung kann Belege zum Empfänger sammeln, sofern der empfangende Server dies zulässt. Der [SMTP-Handshake](https://emvero.io/de/glossary/smtp-handshake/) erklärt den Austausch. Auch eine Annahme kann auf Catch-all-Verhalten oder eine spätere Empfängerprüfung zurückgehen.

Der [Vergleich von vollständiger Prüfung und Domain-Prüfung](https://emvero.io/de/compare/full-check-vs-domain-check/) hilft Ihnen, die benötigten Belege auszuwählen. Wenn Sie jetzt das Routing eingehender E-Mails untersuchen möchten, [prüfen Sie das Mail-Routing der Domain](https://emvero.io/de/email-domain-checker/). Die öffentliche Abfrage ist kostenlos und erfordert kein Konto.

## Begriffe, die hier vorkommen

### MX-Record

Ein DNS-Eintrag mit dem Namen eines Mailservers und dessen Priorität. Er beschreibt den Mailweg einer Domain und bestätigt kein einzelnes Postfach.

### DNS-Fehler

Eine DNS-Abfrage liefert keine nutzbaren Angaben zur Domain oder ihrem Mailweg. Ein fehlender Name und eine vorübergehend gescheiterte Abfrage haben unterschiedliche Folgen.

### SMTP-Handshake

Ein Austausch von Befehlen und Antworten mit einem Mailserver. Eine Postfachprüfung kann so die Empfängerantwort lesen, ohne eine E-Mail zu senden.

[Alle Beiträge](https://emvero.io/de/blog/)

## Wählen Sie, was Sie als Nächstes prüfen möchten.

Starten Sie eine Prüfung in Ihrem Konto und sehen Sie sich die Belege im Ergebnis an.

Kostenlos starten