E-Mail-Prüfungen und Domain Intelligence nutzen dasselbe Credit-Guthaben. So funktionieren Credits

Kostenlos starten

Im Vergleich

SMTP-Prüfung und Syntaxprüfung im Vergleich

Eine Syntaxprüfung liest das Format der E-Mail-Adresse ohne Netzwerkkontakt. Eine SMTP-Prüfung kann die Antwort des Servers zum Empfänger erfassen. Auch eine Annahme garantiert weder Zustellung noch Zugriff auf das Postfach.

SMTP-Prüfung und Syntaxprüfung im Vergleich
Was Sie wissen wollenSyntaxprüfungVollständige Prüfung mit möglichen SMTP-Belegen
Gegenstand der PrüfungUnterstützter Aufbau und Länge der EingabeDomain und Mailweg, danach Empfängerantworten, soweit eine Probe möglich ist
Formal gültige, aber falsche AdresseKann bestehen, obwohl die Person den falschen Empfänger oder die falsche Domain eingegeben hatDomainfehler und Tippfehlerhinweise können helfen; die beabsichtigte Adresse lässt sich daraus nicht sicher ableiten
Existenz des PostfachsKein Kontakt mit dem ZielserverAnnahme liefert einen Beleg; Catch-all oder eine unklare Ablehnung können die Frage offenlassen
Plus-Zusätze und UnicodeAbhängig von Grammatik und Richtlinie des ParsersAdresse bleibt erhalten; Nicht-ASCII-Zeichen im lokalen Teil benötigen auch SMTPUTF8 am Zielserver
NetzwerkzugriffLokal möglich, ohne DNS oder SMTPDomain-Belege erforderlich; SMTP kann laufen, übersprungen werden oder noch ausstehen
Entscheidung in der AnwendungLehnt fehlerhafte Eingaben ab; gültige Syntax belegt keine ZustellungLiest status, action und reason_codes; unknown bleibt von undeliverable getrennt

Welche Frage soll die Prüfung beantworten?

Eine Formatprüfung erkennt ein fehlendes @ oder einen fehlerhaften lokalen Teil bereits während der Eingabe. Sie belegt weder die Existenz der Domain noch den Empfang von Nachrichten durch ein Postfach. alex@example.com hat die richtige Form, unabhängig davon, ob das Postfach Alex existiert. Die Erklärung der E-Mail-Syntax beschreibt die Eingaberegeln.

Eine vollständige Verifizierung prüft Domain und Mailweg und kann eine SMTP-Verbindung öffnen. Bei RCPT TO antwortet der empfangende Server zum angegebenen Empfänger. Emvero beendet die Probe vor DATA und sendet keine Nachricht. Die Erklärung des SMTP-Handshakes und RFC 5321 beschreiben diese Schritte. Je nach Richtlinie kann die Prüfung SMTP überspringen oder pending zurückgeben. „Vollständig“ bezeichnet die Prüftiefe; es garantiert keine SMTP-Verbindung bei jeder Anfrage.

Fehler und Annahme richtig einordnen

Ein Syntaxparser fragt die Domain nicht ab. Eine spätere Domain-Prüfung kann DNS_NXDOMAIN feststellen. LIKELY_DOMAIN_TYPO ist dagegen ein Vorschlag und kein Beweis für die gewünschte Schreibweise. Auch eine versehentlich eingegebene Domain kann existieren.

SMTP liefert eine Beobachtung aus dieser Verbindung. Ein Catch-all-Server kann beliebige Empfänger annehmen und zu risky führen. Eine als SMTP_MAILBOX_NOT_FOUND eingeordnete Ablehnung wird derzeit als unknown mit SMTP_RECIPIENT_REJECTED_AMBIGUOUS ausgegeben. Auch Zeitüberschreitungen und Serverbeschränkungen können das Ergebnis offenlassen. Weder Annahme noch Ablehnung einer Probe garantieren den Ausgang einer späteren Nachricht.

Beide Schritte bei der Registrierung einsetzen

Prüfen Sie zunächst lokal die unterstützte Syntax und erhalten Sie den eingegebenen lokalen Teil. Lassen Sie anschließend Ihren Server die Adresse verifizieren, wenn Netzwerkbelege für die Entscheidung erforderlich sind. Der Leitfaden zu E-Mail-Adressen mit Pluszeichen erklärt, warum das Entfernen eines Zusatzes den Empfänger ändern kann. Nicht-ASCII-Zeichen im lokalen Teil hängen zudem von SMTPUTF8 am Zielserver ab.

Lesen Sie bei abgeschlossenen Prüfungen action zusammen mit status und reason_codes. Rufen Sie bei pending das Ergebnis erneut ab, statt den Zustand in unknown umzudeuten. Lassen Sie die Adresse bestätigen, wenn der Zugriff auf das Postfach entscheidend ist. Der Leitfaden zur Prüfung im Registrierungsformular zeigt, wie Sie allow_with_email_confirmation anwenden, ohne eine ergebnislose Probe automatisch abzulehnen.

Wo das im Ergebnis auftaucht

Diese Ursachencodes gehören zum festen Vokabular der API. Ihre Integration kann die unveränderten Werte auswerten, um den Grund eines Ergebnisses zu berücksichtigen.

Wo das im Ergebnis auftaucht
INVALID_SYNTAXAdresse ist nicht wohlgeformt
DNS_NXDOMAINDomain existiert nicht
SMTP_MAILBOX_NOT_FOUNDSMTP-Beobachtung einer Empfängerablehnung; die aktuelle Entscheidungsregel gibt unknown mit SMTP_RECIPIENT_REJECTED_AMBIGUOUS zurück.
LIKELY_DOMAIN_TYPODomain sieht nach Tippfehler aus

Lesen Sie ein Prüfergebnis.

Sehen Sie sich ein Beispiel mit Status, empfohlener Aktion und Prüfergebnissen an. Melden Sie sich an, um eine eigene Adresse zu prüfen.