BillionVerify LogoBillionVerify

How It Works

How email checker validates addresses: syntax check, domain verification, MX records, SMTP validation explained.

BillionVerify verwendet einen mehrschichtigen Verifikationsansatz, um die E-Mail-Zustellbarkeit präzise zu bestimmen. Jede E-Mail durchläuft mehrere Validierungsstufen, um die genauesten Ergebnisse zu liefern.

Verifikationsprozess

E-Mail übermittelt

┌─────────────────┐
│ 1. Syntax-Check │ → Ungültiges Format? → Rückgabe ungültig
└────────┬────────┘

┌─────────────────┐
│ 2. Domain-Check │ → Domain existiert nicht? → Rückgabe ungültig
└────────┬────────┘

┌─────────────────┐
│ 3. MX-Eintrag   │ → Kein Mail-Server? → Rückgabe ungültig
│    Verifikation │
└────────┬────────┘

┌─────────────────┐
│ 4. Wegwerf-     │ → Stimmt mit Datenbank überein? → Als Wegwerf markieren
│    Erkennung    │
└────────┬────────┘

┌─────────────────┐
│ 5. SMTP-Check   │ → Postfach existiert nicht? → Rückgabe ungültig
│    (Optional)   │
└────────┬────────┘

┌─────────────────┐
│ 6. Punkte-      │ → Vertrauenswert berechnen
│    Berechnung   │
└────────┬────────┘

    Rückgabe Ergebnis

Verifikationsstufen erklärt

Stufe 1: Syntaxvalidierung

Wir prüfen zunächst, ob die E-Mail-Adresse den gültigen RFC 5322-Formatregeln entspricht:

  • Enthält genau ein @-Symbol
  • Lokaler Teil (vor @) folgt den Namensregeln
  • Domain-Teil (nach @) ist korrekt formatiert
  • Keine ungültigen Zeichen vorhanden

Beispiele:

  • user@example.com - Gültige Syntax
  • user.name+tag@example.co.uk - Gültige Syntax
  • user@ - Ungültig (fehlende Domain)
  • @example.com - Ungültig (fehlender lokaler Teil)

Stufe 2: Domain-Verifikation

Wir überprüfen, ob die Domain tatsächlich existiert und korrekt konfiguriert ist:

  • DNS-Lookup für die Domain
  • Prüfung des Domain-Registrierungsstatus
  • Überprüfung, ob die Domain nicht auf Blocklisten steht

Stufe 3: MX-Eintrag-Check

Wir fragen DNS nach den MX-Einträgen (Mail Exchange) der Domain ab, um zu bestätigen, dass sie E-Mails empfangen kann:

example.com → MX: mail.example.com (Priorität: 10)
            → MX: backup.example.com (Priorität: 20)

Domains ohne MX-Einträge können keine E-Mails empfangen.

Stufe 4: Wegwerf-E-Mail-Erkennung

Wir pflegen eine Datenbank mit über 5000 bekannten Wegwerf-E-Mail-Domains, darunter:

  • Öffentliche Wegwerf-Dienste (Mailinator, 10MinuteMail, etc.)
  • Private Wegwerf-Domains
  • Temporäre E-Mail-Generatoren
  • Alias-Dienste

Unsere Datenbank wird täglich mit neuen Wegwerf-Domains aktualisiert.

Stufe 5: SMTP-Verifikation

Der genaueste, aber auch komplexeste Verifikationsschritt. Wir:

  1. Verbinden uns mit dem Mail-Server des Empfängers
  2. Initiieren ein SMTP-Gespräch
  3. Prüfen, ob das spezifische Postfach existiert
  4. Behandeln verschiedene Server-Antworten elegant
HELO verify.billionverify.com
MAIL FROM:<verify@billionverify.com>
RCPT TO:<user@example.com>
→ 250 OK (Postfach existiert)
→ 550 User unknown (Postfach existiert nicht)

Einige Mail-Server verwenden Catch-all-Konfigurationen, die alle Adressen akzeptieren. In diesen Fällen kann die SMTP-Verifikation die Existenz einzelner Postfächer nicht bestätigen.

Stufe 6: Punkte-Berechnung

Wir kombinieren Ergebnisse aus allen Stufen, um einen Vertrauenswert (0.0 - 1.0) zu berechnen:

FaktorGewichtungAuswirkung
Gültige Syntax10%Grundvoraussetzung
Domain existiert15%Erforderlich für Zustellung
MX-Einträge gültig20%Mail-Server konfiguriert
Nicht Wegwerf15%Qualitätsindikator
SMTP bestätigt30%Stärkstes Signal
Domain-Reputation10%Historische Daten

Verifikationsgeschwindigkeit

Verschiedene Verifikationsstufen haben unterschiedliche Geschwindigkeitsprofile:

StufeDurchgeführte PrüfungenDurchschn. Antwortzeit
BasisSyntax, Domain, MX< 100ms
StandardBasis + Wegwerf< 200ms
VollständigStandard + SMTP200ms - 2s

Umgang mit Sonderfällen

Catch-all-Domains

Einige Domains akzeptieren alle E-Mails unabhängig davon, ob das Postfach existiert. Wir:

  1. Erkennen Catch-all-Konfigurationen
  2. Markieren das Ergebnis als catchall
  3. Vergeben einen moderaten Vertrauenswert
  4. Überlassen Ihnen die Entscheidung, wie Sie mit diesen Adressen umgehen

Greylisting

Einige Server lehnen erstmalige Absender temporär ab. Wir:

  1. Erkennen Greylisting-Antworten
  2. Implementieren automatische Wiederholungslogik
  3. Zwischenspeichern Ergebnisse für Effizienz

Rate Limiting durch Ziel-Server

Zum Schutz sowohl von BillionVerify als auch der Ziel-Mail-Server:

  1. Verteilen wir Verifikationsanfragen über mehrere IPs
  2. Implementieren adaptives Rate Limiting pro Domain
  3. Respektieren wir vom Server angeforderte Verzögerungen

Infrastruktur

Globales Verifikationsnetzwerk

  • Mehrere Rechenzentren: USA, EU, Asien-Pazifik
  • Redundante Systeme: 99,9% Verfügbarkeitsgarantie
  • Intelligentes Routing: Optimale Pfadauswahl für jede Verifikation

Sicherheit & Compliance

  • Alle Verbindungen verschlüsselt (TLS 1.3)
  • Kein E-Mail-Inhalt wird jemals gespeichert
  • DSGVO-konforme Datenverarbeitung
  • SOC 2 Type II zertifiziert

Best Practices

Wann verifizieren

SzenarioEmpfohlener Ansatz
BenutzerregistrierungEchtzeit, vollständige Verifikation
FormularübermittlungEchtzeit, Basis-Verifikation
Listen-BereinigungBulk-Verifikation
Vor KampagnenBulk-Verifikation
DatenimportBulk-Verifikation

Verifikationshäufigkeit

  • Aktive Listen: Vierteljährlich verifizieren
  • Inaktive Listen (90+ Tage): Vor jedem Versand verifizieren
  • Neuakquisitionen: Immer vor erster Verwendung verifizieren

Nächste Schritte

On this page