So ermitteln Sie den E-Mail-Anbieter einer Domain

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. RFC 5321 beschreibt die Auswahl des Zielservers durch SMTP.

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 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. DMARC veröffentlicht Informationen zu Abgleich, Richtlinie und Berichten für authentifizierte Nachrichten. RFC 9989 grenzt diesen Bereich ab. 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.

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.

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.
• 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, 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 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 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 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.