--- title: "E-Mail-Anbieter einer Domain ermitteln | Emvero" description: "Ermitteln Sie den E-Mail-Anbieter anhand der MX-Einträge. Lesen Sie Prioritäten richtig und erkennen Sie, wann ein Gateway den Postfachanbieter verdeckt." url: https://emvero.io/de/blog/how-to-find-email-provider/ language: de updated: 2026-10-07 --- Blog # So ermitteln Sie den E-Mail-Anbieter einer Domain MX-Einträge zeigen, wohin eine Domain E-Mails leitet. Der sichtbare Host kann jedoch ein Gateway, ein Ersatzweg oder ein eigener Name sein. So ordnen Sie den Befund richtig ein. Veröffentlicht 2026-09-21 Beginnen Sie mit den MX-Einträgen der Domain. Sie nennen die Hosts für den Empfang eingehender E-Mails. Ein bekannter Name des Zielservers lässt sich oft einem Anbieter zuordnen. Manchmal ist der Befund eindeutig. In anderen Fällen zeigt DNS nur ein Filter-Gateway, einen privaten Hostnamen oder mehrere Anbieter. Dann bleibt der eigentliche Postfachdienst unbekannt. Diese Grenze verhindert falsche Schlüsse. Eine MX-Abfrage kann einen Beleg für den sichtbaren Anbieter liefern. Sie identifiziert weder das Unternehmen hinter der Domain noch die Person hinter einer Adresse oder den Versanddienst für ausgehende E-Mails. ## Zuerst die Domain abfragen Bei `alex@company.example` fragen Sie `company.example` ab. Der Teil vor `@` bezeichnet ein Postfach und spielt für die MX-Abfrage keine Rolle. Verwenden Sie ein DNS-Werkzeug, das alle MX-Antworten mit ihren Präferenzwerten anzeigt: ``` dig MX company.example ``` Die folgende Ausgabe ist ein konstruiertes Beispiel. Die Namen unter `.example` sind für Dokumentationszwecke reserviert und beschreiben keinen aktiven Anbieter: ``` company.example. 3600 IN MX 10 inbound-a.mailhost.example. company.example. 3600 IN MX 20 inbound-b.mailhost.example. ``` Jeder MX-Eintrag enthält eine Präferenz und den Hostnamen des Zielservers. Sendende Server versuchen zuerst die niedrigeren Werte. Der Mailweg mit Präferenz `10` kommt deshalb vor dem Eintrag mit `20` an die Reihe. Gleiche Werte sind gleichrangig. [RFC 1035 definiert die beiden Felder eines MX-Eintrags](https://www.rfc-editor.org/rfc/rfc1035.html#section-3.3.9). [RFC 5321 beschreibt die Auswahl des Zielservers durch SMTP](https://www.rfc-editor.org/rfc/rfc5321.html#section-5.1). Prüfen Sie den vollständigen Satz an Einträgen. Ein Ersatzserver mit einem höheren Wert kann zu einem anderen Betreiber gehören. Mehrere gleichrangige Einträge können dagegen Teil desselben Dienstes sein. Der [Glossareintrag zum MX-Eintrag](https://emvero.io/de/glossary/mx-record/) erklärt die Routing-Regeln genauer. ## Zielserver einem Anbieter zuordnen Vergleichen Sie die Endungen der Zielserver mit Hostnamen, die bekannte Mailanbieter dokumentieren oder betreiben. Enden mehrere Einträge im Namensraum desselben Anbieters, beschreiben sie meist einen Dienst mit mehreren Eingangsservern. Im konstruierten Beispiel enden beide Hosts auf `mailhost.example`. Gehört dieser Namensraum zu einem bekannten Anbieterprofil, stützen beide Einträge dieselbe Zuordnung. Ein Prüfdienst kann solche Muster pflegen und eine feste Anbieterkennung zurückgeben. Sie müssen dann nicht jeden Hostnamen selbst erkennen. Ordnen Sie das Ergebnis als Beleg zum eingehenden Mailweg ein: - Ein bekannter Anbieter auf allen bevorzugten Wegen stützt eine eindeutige Zuordnung. - Verschiedene bekannte Anbieter mit demselben bevorzugten Wert ergeben einen gemischten Befund. - Bei einem eigenen Hostnamen oder einer unbekannten Endung bleibt der Anbieter unbekannt. - Nimmt eine Domain keine E-Mails an, ist keine Anbieterzuordnung anwendbar. Dabei zählt die Präferenz. Ein nachrangiger Ersatzserver verarbeitet E-Mails im normalen Betrieb nicht unbedingt. Wenn Sie ihn vollständig ausblenden, übersehen Sie jedoch möglicherweise einen zweiten Betreiber, der bei einer Störung übernimmt. ## Ein Gateway kann den Postfachanbieter verdecken Viele Organisationen schalten einen Filter- oder Sicherheitsdienst vor ihre Postfächer. Die MX-Einträge verweisen auf dieses Gateway, weil es die SMTP-Verbindung zuerst annimmt. Anschließend leitet es akzeptierte Nachrichten an einen Postfachdienst weiter, dessen Name nicht im DNS steht. Eine Zuordnung anhand der MX-Einträge sollte in diesem Aufbau das Gateway nennen. Die Bezeichnung als eigentlicher Postfachanbieter ginge über den Beleg hinaus. Dasselbe gilt für gehostete Relays und eigene Appliances. Eigene Namen für die Zielserver erschweren die Zuordnung zusätzlich. Ein Unternehmen kann `mx1.company.example` veröffentlichen, obwohl dahinter ein externer Dienst läuft. Ohne einen belegten Zusammenhang bleibt der Anbieter unbekannt. Eine Vermutung anhand des Markennamens oder einer IP-Adresse kann aus einer Hosting-Beziehung eine falsche Anbieterzuordnung machen. ## Benachbarte Dienste getrennt betrachten Eine Domain kann für verschiedene Aufgaben mehrere Unternehmen einsetzen. Der Betreiber des MX-Ziels ist nicht automatisch der Registrar, der autoritative DNS-Dienst oder der Webhoster. Auch Newsletter und Transaktionsmails können über einen anderen Versanddienst laufen. SPF beantwortet die Frage zum Eingang nicht. Der Eintrag beschreibt Regeln für Hosts, die E-Mails mit einer Identität der Domain versenden dürfen. Das ist der in [RFC 7208 beschriebene Zweck](https://www.rfc-editor.org/rfc/rfc7208.html#section-2.3). DMARC veröffentlicht Informationen zu Abgleich, Richtlinie und Berichten für authentifizierte Nachrichten. [RFC 9989 grenzt diesen Bereich ab](https://www.rfc-editor.org/rfc/rfc9989.html#section-3.1). Für den eingehenden Mailweg bleibt die MX-Abfrage maßgeblich. Ein Beispiel zeigt, [warum eine erfolgreiche SPF-Prüfung für DMARC nicht immer ausreicht](https://emvero.io/de/blog/spf-vs-dmarc/). Registrierungsdaten beantworten ebenfalls eine andere Frage. Ein Registrar verwaltet die Registrierung, und Angaben zur registrierenden Stelle betreffen die Kontrolle über die Domain. Den Betreiber des E-Mail-Eingangs nennen sie nicht. Wie Sie die Anbieterzuordnung zusammen mit Netz- und Registrierungsdaten nutzen, erklärt der [Leitfaden zum Lesen eines Domain-Profils](https://emvero.io/de/blog/reading-domain-intelligence/). ## Nicht jede MX-Abfrage liefert einen Anbieter Auch ein Ergebnis ohne Anbieterzuordnung ist korrekt. Prüfen Sie zuerst den DNS-Zustand: - Bleibt die MX-Antwort leer, kann SMTP einen impliziten Mailweg zur Domain selbst verwenden. Ein eigener Domain-Host enthält meist zu wenig Belege für die Zuordnung zu einem Anbieter. - Ein einzelner Eintrag `MX 0.` ist ein Null-MX. Er erklärt, dass die Domain keine E-Mails annimmt. Es gibt daher keinen Anbieter für den E-Mail-Eingang. [RFC 7505 definiert diese Erklärung](https://www.rfc-editor.org/rfc/rfc7505.html#section-3). - Lassen sich veröffentlichte MX-Ziele nicht auflösen, greift der implizite Ersatzweg nicht. Der explizite Mailweg ist fehlerhaft oder vorübergehend nicht verfügbar. - Bei `SERVFAIL` oder einem Timeout bleibt die Abfrage offen. Wiederholen Sie sie oder untersuchen Sie den [DNS-Fehler](https://emvero.io/de/glossary/dns-failure/), bevor Sie einen Anbieter zuordnen. - `NXDOMAIN` bedeutet laut DNS-Antwort, dass die abgefragte Domain nicht existiert. Damit fehlt auch ein Mailweg, den Sie einem Anbieter zuordnen könnten. Der Artikel über eine [Domain ohne MX-Eintrag](https://emvero.io/de/blog/domain-without-mx-record/) erklärt implizites Routing, Null-MX und unbrauchbare Ziele im Detail. Eine leere Antwort, die ausdrückliche Ablehnung von E-Mails und eine fehlgeschlagene Abfrage brauchen unterschiedliche Schlussfolgerungen. ## Die Anbieterzuordnung bleibt ein Domain-Beleg Eine erkannte Zuordnung zeigt, wer zum Zeitpunkt der Abfrage offenbar den sichtbaren E-Mail-Eingang betreibt. Sie belegt nicht, dass `alex@company.example` existiert. Auch Zustellung oder Eingang im Postfach lassen sich daraus nicht ableiten. Für Belege zu einem Postfach benötigen Sie eine vollständige Adressprüfung. Deren Aussage hängt davon ab, welche Informationen der empfangende Server preisgibt. Catch-all-Verhalten und vorübergehende Antworten können das Ergebnis weiterhin offenlassen. Der [Vergleich von vollständiger Prüfung und Domain-Prüfung](https://emvero.io/de/compare/full-check-vs-domain-check/) erklärt diese Grenze. Auch Anbieterzuordnungen altern. Dienste ergänzen Hostnamen, Kunden wechseln die Plattform und Mailwege ändern sich. Wenn die Zuordnung eine Entscheidung beeinflusst, speichern Sie die beobachteten DNS-Daten mit einem Zeitstempel. Ein altes Anbieterlabel sollte keine neuere MX-Antwort überstimmen. ## Mailweg und bekanntes Anbieterprofil prüfen Die öffentliche [Domain-Prüfung von Emvero](https://emvero.io/de/email-domain-checker/) zeigt, ob eine Domain E-Mails empfangen kann. Passt das Ziel zu einem bekannten Anbieterprofil, kann das Ergebnis auch dessen Kennung enthalten. Rohe MX-Hostnamen und Präferenzwerte zeigt die Prüfung nicht. Verwenden Sie `dig`, wenn Sie die Einträge selbst untersuchen möchten. Fehlt ein Profil, bedeutet das nur, dass in den aktuellen Anbieterdaten keine bekannte Zuordnung gefunden wurde. Es beweist weder Eigenbetrieb noch eine Unternehmensdomain. Die 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