„E-Mail-Verifizierung“ klingt einfach. In der Praxis ist sie eine Verhandlung mit Tausenden von Mailserver-Eigenarten — Google drosselt Ihre IP, Microsoft gibt Richtlinienblockaden zurück, Yahoo verlangt einen Verifly-Fallback, und Catch-all-Server bestätigen alles.
Hier ist genau das, was passiert, wenn Sie bei Email Validator auf „Verifizieren“ klicken.
Schritt 1: Syntax & Bereinigung
Vor jedem Netzwerkaufruf:
- Unsichtbare Unicode-Zeichen entfernen (Zero-Width-Leerzeichen, BOM)
- RFC-5322-Format validieren
- Gmail-Punkte normalisieren (
john.doe@gmail.com→ dedup key) - Sperrliste für Wegwerf-Domains prüfen (über 10.000 Domains)
- Spamfallen-Muster prüfen
Schlägt hier fehl → ungültig oder Wegwerf — keine SMTP-Prüfung nötig, keine Gebühr berechnet.
Schritt 2: DNS-MX-Abfrage
Wir fragen MX-Einträge im DNS ab. Kein MX → ungültig (Domain kann keine E-Mails empfangen).
Die MX-Priorität bestimmt, welchen Server wir zuerst prüfen. Mehrere MX-Hosts werden mit IP-Rotation über unsere GRE-/Hetzner-Pools nacheinander getestet.
Schritt 3: SMTP-Dialog
Typische Prüfsequenz:
>>> EHLO verify.email-validaton.com
<<< 250 OK
>>> MAIL FROM:<verify@email-validaton.com>
<<< 250 OK
>>> RCPT TO:<target@company.com>
<<< 250 OK ← oder 550 / 552 / 450
>>> RCPT TO:<randomfake@company.com> ← Catch-all Test
<<< 550 ← Guter: Server lehnt Fake-Adressen
Catch-all-Erkennung: Wird auch die fiktive Adresse mit 250 akzeptiert, ist die Domain Catch-all – das einzelne Postfach bleibt unbestätigt.
Schritt 4: Antwortklassifizierung
Unser Klassifikator ordnet SMTP-Texte Status zu:
| Antwortmuster | Status |
|---|---|
| 250 bei echter, 550 bei fiktiver Adresse | gültig |
| 250 bei beiden | catch_all |
| 550 Benutzer unbekannt | ungültig |
| 552 mailbox full | over_quota |
| 450 / Greylisting-Hinweise | riskant (erneuter Versuch) |
| Richtlinienblockade, nicht eindeutig | riskant oder unbekannt |
Schritt 5: Anbieterspezifische Behandlung
Einige Anbieter lassen sich über reines SMTP nicht zuverlässig prüfen:
- Yahoo / AOL → Verifly-API als Ausweichlösung
- Mail.ru → Verifly mit Mail.ru-spezifischer Zuordnung
- Google 452 / 552 Kontingent überschritten →
over_quota(mailbox exists but is not accepting mail)
Wir markieren niemals gültig, es sei denn, die Konfidenz ist hoch.
Schritt 6: Caching & Guthaben
Eindeutige Ergebnisse (valid, invalid, catch_all, over_quota, disposable) cache per user — repeat checks within TTL skip SMTP.
Kostenpflichtig: valid, invalid, over_quota, disposable
Kostenlos: catch_all, risky, unknown, error
Interne Prüffehler (rate_limited) map to unbekannt bevor Sie sie sehen – Kunden werden für nicht eindeutige Infrastrukturzustände niemals belastet.
Warum das für Ihre Liste wichtig ist
Das Verständnis der SMTP-Verifizierung erklärt, warum:
- Catch-all ist nicht „gültig“ – das Protokoll kann das Postfach schlicht nicht bestätigen
- Kontingent überschritten bedeutet nicht ungültig – das Postfach existiert
- Riskant – erneute Überprüfung erforderlich, Greylisting ist nur vorübergehend
- Dieselbe Engine steckt in Single Check, Massenprüfung, API und Company Finder
Jetzt live ansehen — Single Check testen →
Verwandt: Catch-All erklärt · Leitfaden zu den Status
