So funktioniert die E-Mail-Verifizierung: die 8 Stufen

Die kurze Antwort#

Die E-Mail-Verifizierung führt eine Adresse durch eine Pipeline zunehmend aufwendiger Prüfungen und stoppt, sobald eine davon eindeutig ist. Die günstigen, sofortigen Prüfungen laufen lokal ab — hat die Adresse überhaupt die Form einer E-Mail, nimmt ihre Domain überhaupt Post an — und nur Adressen, die diese überstehen, erreichen den langsamen, netzwerkgebundenen Schritt, den Mailserver tatsächlich zu fragen, ob das Postfach existiert. Qualisend durchläuft acht eigenständige Stufen, und dieser Beitrag geht jede einzelne durch: was sie beweisen kann, was sie nicht kann und welches Urteil sie liefert.

Die Reihenfolge ist wichtig, weil jede Stufe ein Filter ist. Es hat keinen Sinn, eine SMTP-Verbindung zu öffnen, um ein Postfach bei einer Domain zu prüfen, die keinen Mailserver hat, und keinen Sinn, das DNS dieser Domain nachzuschlagen, wenn der Adresse ein @ fehlt. Die günstigen K.-o.-Kriterien zuerst; die teure Frage zuletzt.

Stufe 1 — Syntax#

Die erste Prüfung ist, ob die Zeichenfolge überhaupt eine strukturell gültige E-Mail-Adresse ist: ein @, ein sinnvoller lokaler Teil, eine Domain, die wie eine Domain aussieht. Das fängt die Vertipper ab — nachgestellte Kommata, Leerzeichen, eine fehlende TLD, zwei @-Zeichen — und es ist sofortig und kostenlos, weil es den Prozess nie verlässt.

Die Syntaxprüfung ist notwendig, aber für sich allein schwach. definitely-not-real@some-made-up-domain.com hat eine völlig gültige Syntax und ist völlig unzustellbar. Wer mit einem regulären Ausdruck „verifiziert" und hier aufhört, prüft die Rechtschreibung, nicht die Zustellbarkeit. Ein Fehler auf dieser Stufe liefert undeliverable mit dem Grund invalid_email.

Stufe 2 — Domain und MX-Einträge#

Als Nächstes fragt der Verifizierer das DNS, ob die Domain überhaupt Post empfangen kann: löst sie auf und veröffentlicht sie MX-Einträge (oder einen nutzbaren A-Record-Ersatz), die auf einen Mailserver verweisen? Eine Domain ohne Mail-Route kann für niemanden Post annehmen, also schaltet diese Stufe ganze tote Domains in einem einzigen Lookup aus — falsch geschriebene Firmennamen, abgelaufene Domains und erfundene TLDs.

Eine Domain, die hier durchfällt, liefert undeliverable mit dem Grund invalid_domain. Eine Domain, die besteht, hat eine Route für Post; sie hat noch nicht bewiesen, dass Ihr konkretes Postfach existiert. Das liegt noch vier Stufen entfernt.

Stufe 3 — Wegwerf-Domains#

Manche Domains existieren nur, um Wegwerf-Postfächer auszugeben — die Zehn-Minuten-Adressen, die Leute nutzen, um sich einen Rabattcode zu schnappen und danach nie wieder hineinzuschauen. Qualisend gleicht die Domain mit einer gepflegten Liste von Wegwerf-Anbietern ab. Ein Treffer bedeutet nicht, dass die Adresse heute keine Post annimmt; er bedeutet, dass die Adresse morgen wertlos ist, also wird sie markiert und im Score herabgestuft statt als vertrauenswürdig behandelt.

Eine Wegwerf-Adresse wird als risky mit dem Grund low_quality und einem Wegwerf-Unter-Flag gemeldet. Die damit verbundene Frage, ob man überhaupt an sie senden sollte, ist eine eigene Entscheidung — behandelt in Rollen-, Wegwerf- und Freemail-Adressen.

Stufe 4 — Rollenkonten#

Eine Rollenadresse ist ein geteiltes Postfach — info@, support@, billing@ — das von einem Team oder einem Ticketsystem gelesen wird und nicht von einer Person. Diese sind meist echt und zustellbar, verhalten sich im Marketing aber schlecht: kein einzelner Mensch gehört ihnen, sie verzerren Engagement-Kennzahlen und ziehen Spam-Beschwerden an. Deshalb erkennt der Verifizierer sie (unabhängig von Groß-/Kleinschreibung und unter Ignorieren etwaiger +tag-Suffixe) und markiert sie, statt sie wie ein persönliches Postfach zu behandeln.

Eine Rollenadresse bleibt deliverable, trägt aber ein Rollen-Unter-Flag, damit Sie entscheiden können, ob sie in einen bestimmten Versand gehört. Auch hier bekommt die Senden-oder-Unterdrücken-Entscheidung ihren eigenen Leitfaden.

Stufe 5 — Tippfehlererkennung#

Bevor eine Netzwerk-Hin-und-Rück-Verbindung aufgewendet wird, prüft der Verifizierer, ob die Domain nur knapp an einem verbreiteten Anbieter vorbeigeht — gmial.com statt gmail.com, hotmial.com statt hotmail.com — und zwar mithilfe der Damerau-Levenshtein-Editierdistanz (des Algorithmus, der Einfügungen, Löschungen, Ersetzungen und Vertauschungen zählt). Findet er einen wahrscheinlichen Tippfehler, blendet er einen „Meinten Sie"-Vorschlag ein, der weit nützlicher ist als eine bloße Ablehnung: Bei der Anmeldung können Sie damit die Korrektur in Echtzeit anbieten und die abonnierende Person retten, statt sie zu verlieren.

Die Tippfehlererkennung ist ein Vorschlag, kein eigenständiges Urteil — aber sie ist eine der wirkungsvollsten Stufen, denn den Tippfehler bei der Erfassung abzufangen verhindert einen Hard Bounce und einen verlorenen Kontakt in einem einzigen Schritt.

Stufe 6 — Die SMTP-Postfachprüfung#

Alles bisher ist lokal und sofortig. Dies ist die Stufe, die tatsächlich etwas kostet: Der Verifizierer öffnet eine Verbindung zum Mailserver der Domain und beginnt den Zustellungsdialog — HELO, MAIL FROM, RCPT TO:<address> — und liest dann die Antwort des Servers, ohne jemals eine Nachricht zu senden. Die Antwort auf RCPT TO kommt einer echten Auskunft darüber, ob das Postfach existiert, am nächsten:

• 250/251 → der Server akzeptiert den Empfänger → deliverable, accepted_email
• 550-Klasse → dauerhafte Ablehnung, kein solcher Benutzer → undeliverable, rejected_email
• 4xx → eine vorübergehende Zurückstellung, meist Greylisting → erneut versuchen, dann unknown, wenn es anhält
• alles andere oder ein Timeout → unknown

Diese Stufe liest außerdem den Antworttext und die Codes auf zwei Sonderfälle: Eine 452/552- oder „over quota"-Meldung bedeutet, dass das Postfach existiert, aber voll ist (risky), und eine „disabled/suspended"-Meldung bedeutet, dass das Konto tot ist (undeliverable). Die vollständige Grammatik dieser Antworten hat ihre eigene Referenz: SMTP-Antwortcodes erklärt.

Stufe 7 — Catch-all-Erkennung#

Ein SMTP-250 bedeutet nur dann etwas, wenn der Server zu einer nicht existierenden Adresse Nein gesagt hätte. Deshalb prüft der Verifizierer neben Ihrer Adresse auch ein absichtlich unsinniges Postfach bei derselben Domain. Akzeptiert der Server auch das, ist die Domain eine Catch-all — sie akzeptiert alles — und der 250 für Ihre Adresse beweist nichts. Diese Adresse wird als risky mit dem Grund low_deliverability und einem Catch-all-Flag gemeldet, niemals zu zustellbar aufgerundet.

Dies ist die am häufigsten falsch dargestellte Stufe der Branche, weshalb sie ihre eigene Säule hat. Die ehrliche Zusammenfassung: Ein Postfach hinter einer Catch-all-Domain ist nicht bestätigbar, und kein noch so ausgefeiltes Scoring ändert daran etwas.

Stufe 8 — Scoring und das Urteil#

Die letzte Stufe fügt jedes Signal — das SMTP-Urteil, die Unter-Flags, die Domain-Reputation, ob das Postfach bei einem Freemail-Anbieter liegt — zu einem einzigen Status (deliverable | risky | undeliverable | unknown), einem Grundcode und einem Konfidenz-Score von 0–100 zusammen. Der Status sagt Ihnen, was zu tun ist; der Grund und die Unter-Flags sagen Ihnen, warum; der Score ordnet Adressen innerhalb eines Status. Entscheidend ist, dass jedes Urteil mit seinen Belegen geliefert wird — dem MX-Anbieter, dem Prüfdetail —, sodass die Zahl nachprüfbar ist und keine Blackbox.

Was die acht Stufen Ihnen trotzdem nicht sagen können#

Eine derart gründliche Pipeline kann sich anfühlen, als müsste sie für jede Adresse ein sauberes Ja oder Nein liefern. Das tut sie nicht, und die ehrlichen Grenzen sind es wert, klar benannt zu werden:

• Eine Catch-all-Domain begrenzt die Gewissheit auf „riskant". Wenn Stufe 7 einen Alles-Akzeptierer-Server findet, ist der 250 von Stufe 6 nichtssagend — das Postfach ist nicht bestätigbar, egal wie viele Stufen liefen. Kein Verifizierer löst das ohne zu senden, und jeder, der es behauptet, rät.
• Ein Greylisting- oder Ratenbegrenzungs-Server kann ein unknown erzwingen. Wenn Stufe 6 innerhalb des Zeitbudgets immer nur eine 4xx-Zurückstellung erhält, lautet das ehrliche Urteil unknown — später erneut versuchen — und kein herbeigezwungenes gültig oder ungültig.
• Verifizierung ist eine Momentaufnahme. Eine heute als zustellbar bestätigte Adresse kann morgen verfallen, wenn jemand einen Job verlässt oder ein Postfach aufgibt. Deshalb ist es wichtig, vor großen Versänden erneut zu bereinigen, und deshalb ist eine schleichend steigende Bounce-Rate ein Signal, erneut zu verifizieren.
• Engagement ist das Einzige, was die Verifizierung nicht messen kann. Eine zustellbare Adresse, die nie etwas öffnet, ist ein Zustellbarkeitsrisiko, das die Pipeline nicht sehen kann. Die Verifizierung sagt Ihnen, dass eine Adresse Post empfangen kann, nicht dass ihr Inhaber Ihre Post möchte.

Nichts davon sind Mängel der Pipeline — es sind die Grenzen dessen, was jede Verifizierung wissen kann. Ein Werkzeug, das so tut, als gäbe es diese Grenzen nicht, ist dasjenige, dem man misstrauen sollte.

Warum der kostenlose Prüfer bei Stufe 5 aufhört#

Unser kostenloser E-Mail-Prüfer durchläuft die Stufen 1 bis 5 — die lokalen — und stoppt bewusst vor der SMTP-Prüfung. Das ist keine beschnittene Version des Produkts; es ist eine ehrliche Grenze. Die Stufen 1–5 können eine Adresse ausschließen (schlechte Syntax, keine Mail-Route, Wegwerf, offensichtlicher Tippfehler), aber sie können ein Postfach nicht bestätigen oder Catch-all erkennen, denn dafür muss eine echte SMTP-Konversation von einer seriösen IP aus geöffnet werden. Jedes kostenlose Browser-Werkzeug, das behauptet, aktive Postfächer zu bestätigen, führt entweder Stufe 6 nicht aus oder ist damit nicht ehrlich. Der Abwägung zwischen voll und kostenlos ist eine eigene Aufschlüsselung gewidmet.

Häufig gestellte Fragen#

Wird bei der Verifizierung einer E-Mail eine Nachricht an sie versendet?#

Nein. Die SMTP-Prüfung in Stufe 6 führt den Zustellungsdialog bis zu dem Punkt, an dem der Server den Empfänger akzeptiert oder ablehnt, und trennt dann die Verbindung, ohne den DATA-Befehl auszugeben, der eine Nachricht übertragen würde. Der Postfachinhaber bemerkt nichts. Eine echte „Test"-E-Mail zu senden, um die Gültigkeit zu prüfen, ist genau die schlechte Praxis, die eine korrekte Verifizierung vermeidet.

Warum kann die Verifizierung nicht einfach sofort erfolgen?#

Die Stufen 1–5 laufen sofort, weil sie lokal sind. Stufe 6 erfordert einen Netzwerkdialog mit einem fremden Mailserver, den Sie nicht kontrollieren — einem, der Sie mit Greylisting belegen, das Tempo drosseln oder absichtlich langsam antworten kann. Diese Hin-und-Rück-Verbindung ist der Preis für eine echte Antwort, weshalb Massenaufträge asynchron ausgeführt werden, statt bei jeder Adresse zu blockieren.

Was ist der Unterschied zwischen dem Status und dem Score?#

Der Status (deliverable | risky | undeliverable | unknown) ist die Entscheidung; der Score (0–100) ordnet Adressen innerhalb eines Status, damit Sie Prioritäten setzen können. Eine zustellbare Adresse bei einem Freemail-Anbieter erhält einen anderen Score als eine bei einer Firmen-Domain, aber beide sind zustellbar. Nutzen Sie den Status zum Entscheiden, den Score zum Sortieren.

Welche Stufen stellt die API bereit?#

Alle. Ein Verifizierungsergebnis liefert den finalen Status und den Grund sowie die Unter-Flags (Catch-all, Wegwerf, Rolle, Freemail, volles Postfach) und den Meinten-Sie-Vorschlag, sodass Ihr eigener Code auf die Belege reagieren kann und nicht nur auf das Urteil. Siehe die Entwicklerdokumentation und — falls Sie zwischen Anbietern wählen — den Vergleich der E-Mail-Verifizierungs-APIs.