Glossar
SMTP-Handshake
Ein Austausch von Befehlen und Antworten mit einem Mailserver. Eine Postfachprüfung kann so die Empfängerantwort lesen, ohne eine E-Mail zu senden.
Beim SMTP-Handshake tauschen ein Client und der empfangende Mailserver Befehle und Antworten aus. Für die E-Mail-Prüfung ist vor allem die Antwort auf die Empfängeradresse wichtig. Sie zeigt, ob der Server diesen Empfänger in der aktuellen Sitzung annimmt. Daraus folgt keine Garantie, dass eine spätere Nachricht zugestellt wird oder im Posteingang landet.
Vom Servergruß zur Empfängeradresse
Nach der Begrüßung des Servers stellt sich der Client mit EHLO vor. Mit MAIL FROM gibt er den Envelope-Absender an, also die Absenderadresse der SMTP-Transaktion. Mit RCPT TO folgt der Empfänger. Der Server beantwortet jeden Befehl mit einem Zahlencode; den Ablauf beschreibt RFC 5321. Bietet der Server STARTTLS an, kann der Client vor der Absenderangabe die Verschlüsselung einschalten. Anschließend stellt er sich erneut mit EHLO vor, wie in RFC 3207 beschrieben.
Bei einer vollständigen Prüfung kann Emvero eine SMTP-Probe ausführen und die Antwort auf RCPT TO auswerten. Dabei lässt sich auch prüfen, ob die Domain beliebige Empfänger annimmt. Emvero sendet keinen DATA-Befehl und überträgt keinen Nachrichteninhalt. Eine Prüfmail wird somit nicht verschickt. Zum Zurücksetzen der Transaktion und Beenden der Verbindung können RSET und QUIT folgen. Bei einer Domain-Prüfung wird keine SMTP-Sitzung geöffnet.
Wie die Antwort das Prüfergebnis beeinflusst
SMTP_RCPT_ACCEPTED bedeutet, dass der Server den Empfänger an diesem Punkt angenommen hat. Das kann deliverable begründen. Eine Catch-all-Domain nimmt allerdings auch Adressen ohne eigenes Postfach an; ist dieses Verhalten bekannt, lautet das Ergebnis risky. Die Annahme weist keinen Postfachzugriff nach und garantiert keine spätere Zustellung oder Platzierung im Posteingang.
Bei SMTP_GREYLISTED oder einem Verbindungs-Timeout mit SMTP_CONNECT_TIMEOUT bleibt die Frage nach dem Postfach offen. Eine negative Antwort kann auf Regeln für den Absender oder dessen Reputation zurückgehen. Eine intern als SMTP_MAILBOX_NOT_FOUND eingestufte Antwort gibt Emvero derzeit als SMTP_RECIPIENT_REJECTED_AMBIGUOUS mit unknown zurück. Sie begründet keine automatische Ablehnung der Adresse. Auch SMTP_FORWARDING_INDICATED, ein Hinweis auf Weiterleitung, liefert keinen eindeutigen Postfachnachweis.
Eine vollständige Prüfung braucht nicht in jedem Fall eine SMTP-Verbindung. Ein eindeutiger Domain-Befund kann sie vorher beenden; eine Anbieterregel kann SMTP_PROBE_SKIPPED_PROVIDER_POLICY auslösen. Der Artikel zum Ablauf der E-Mail-Verifizierung erklärt die weiteren Schritte. Lesen Sie bei der E-Mail-Prüfung status gemeinsam mit reason_codes, um den Grund für das Ergebnis zu verstehen.
Was der Dienst zurückgibt
Diese Codes gehören zum Vokabular der API und erklären eine Prüfung. Die Hinweise kennzeichnen auch Werte, die die aktuelle Prüfregel oder SMTP-Probe nicht zurückgibt.
SMTP_RCPT_ ACCEPTED - Empfänger angenommen
SMTP_RECIPIENT_ REJECTED_ AMBIGUOUS - Empfänger aus unklarem Grund abgelehnt
SMTP_GREYLISTED - Vorübergehende Ablehnung, die als Greylisting eingestuft wurde
SMTP_CONNECT_ TIMEOUT - SMTP-Verbindung kam vor Ablauf der Wartezeit nicht zustande
SMTP_PROBE_ SKIPPED_ PROVIDER_ POLICY - Prüfung durch Anbieterrichtlinie übersprungen
SMTP_FORWARDING_ INDICATED - Serverantwort weist auf Weiterleitung hin; die Empfängerprüfung bleibt ohne eindeutiges Ergebnis