Im Vergleich
E-Mail-Domain prüfen oder Adresse vollständig verifizieren?
Die Domain-Prüfung untersucht Adresse und Mailweg, ohne den Empfänger abzufragen. Eine vollständige Prüfung kann zusätzlich eine SMTP-Antwort zum Empfänger liefern, wenn der Zielserver sie zulässt.
| Was Sie wissen wollen | Vollständige Prüfung | Domain-Prüfung |
|---|---|---|
| Welche Belege entstehen? | Domain- und Risikosignale; wenn möglich auch eine SMTP-Antwort zum Empfänger | Syntax, Existenz der Domain, Mailweg und Risikosignale; keine neue Antwort zum Empfänger |
| SMTP-Kontakt | Kann einen Mailserver kontaktieren; jeder Versuch endet vor DATA und sendet keine Nachricht | Öffnet keine SMTP-Sitzung |
| Maximale Kosten | 10 Credits | 2 Credits |
| Mögliche Ergebnisse | deliverable, undeliverable, risky oder unknown, je nach Belegen | undeliverable, risky oder unknown; kein positiver Postfach-Befund |
| API-Variante | full, Standard ohne Angabe von variant | domain, ausdrücklich anzugeben |
| Passende Aufgabe | Belege zu einer bestimmten Adresse, wenn die Empfängerannahme zählt | Mailweg prüfen oder Adressen vor einer tieferen Prüfung sichten |
Wählen Sie die Prüftiefe nach der Entscheidung, die Sie treffen müssen. Eine Domain-Prüfung untersucht das Adressformat sowie DNS und bekannte Risikosignale der Domain. Eine nicht existierende Domain oder eine ausdrückliche Erklärung, keine Mail anzunehmen, kann sie ausschließen. Ob ein bestimmtes Postfach existiert, stellt sie nicht fest. Eine erreichbare Domain allein ergibt deshalb kein deliverable.
Was die vollständige Prüfung ergänzt
Die vollständige Prüfung beginnt mit denselben Belegen zur Adresse und Domain. Wenn es sinnvoll und zulässig ist, kann sie den empfangenden Server in einer SMTP-Sitzung nach dem Empfänger fragen. Sie endet vor DATA; es wird keine Nachricht gesendet. Auch eine vollständige Anfrage kann ohne diesen Versuch enden: Bei einem eindeutigen Domain-Befund ist er unnötig, und Anbieterregeln oder technische Grenzen können ihn verhindern. Nimmt ein Server alle Empfänger an, verzögert er die Antwort oder gibt er keine Auskunft zum Postfach, bleibt das Ergebnis risky oder unknown.
Die Reason Codes zeigen, welche Grenze erreicht wurde. Eine Domain-Prüfung kann SMTP_PROBE_NOT_REQUESTED enthalten; nach erfolgreicher Empfängerabfrage kann eine vollständige Prüfung SMTP_RCPT_ACCEPTED liefern. DNS_NXDOMAIN und DISPOSABLE_DOMAIN sind bei beiden Tiefen möglich, sofern die Belege vorliegen. Lesen Sie status, action, checks und reason_codes zusammen.
Kosten und API-Anfrage
Eine Domain-Prüfung kostet höchstens 2 Credits, eine vollständige höchstens 10. Das ist keine feste Belastung für jede Anfrage. Der endgültige Betrag hängt vom Ergebnis ab: Ein Urteil kostet den Höchstbetrag der gewählten Tiefe, teilweise Routing-Belege kosten 2 Credits. Ungültige Eingaben, technische Ausfälle und ungeklärtes Routing kosten 0.
Die authentifizierte API zur E-Mail-Verifizierung verwendet ohne Angabe full. Wenn die Prüfung vor SMTP enden soll, senden Sie {"email":"person@example.com","variant":"domain"}. Der kostenlose öffentliche Domain-Checker ist eine eigene Abfrage des Mailwegs. Für Belege zum Empfänger wählen Sie die vollständige E-Mail-Prüfung. Keine der beiden Tiefen beweist künftige Zustellung, Posteingang oder Kontrolle über das Postfach. Dafür brauchen Sie eine Bestätigungs-E-Mail.
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.
SMTP_PROBE_NOT_REQUESTED | Domain-Prüftiefe angefordert; es wird keine SMTP-Probe zum Empfänger durchgeführt. |
SMTP_RCPT_ACCEPTED | Empfänger angenommen |
DNS_NXDOMAIN | Domain existiert nicht |
DISPOSABLE_DOMAIN | Anbieter von Wegwerfadressen |
Verwandte Begriffe
MX-Record
Ein DNS-Eintrag mit dem Namen eines Mailservers und dessen Priorität. Er beschreibt den Mailweg einer Domain und bestätigt kein einzelnes Postfach.
Catch-All-Domain
Eine Domain, deren Mailserver auch Adressen ohne eigenes Postfach annimmt. Die Annahme beweist deshalb kein einzelnes Postfach.
Funktionsadresse
Eine nach einer Aufgabe benannte Adresse, etwa info@, support@ oder sales@. Der Name zeigt nicht, wer das Postfach nutzt.
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.