SMTP-Antwortcodes verständlich erklärt für E-Mail-Versender

Die kurze Antwort#

Jedes Mal, wenn ein Mailserver mit einem anderen kommuniziert, beantwortet er jeden Befehl mit einem dreistelligen Code. Die erste Ziffer nennt Ihnen die Kategorie – 2xx Erfolg, 4xx vorübergehender Fehler, 5xx dauerhafter Fehler – und diese erste Ziffer erzählt für die Zustellbarkeit fast die gesamte Geschichte. Ein E-Mail-Verifizierer liest während seiner Prüfung genau dieselben Codes, ohne jemals eine Nachricht zu versenden, um zu entscheiden, ob ein Postfach zustellbar, nicht zustellbar oder nicht ermittelbar ist. Dies ist der Praxisleitfaden zu den Codes, denen Sie tatsächlich begegnen, und dem Ergebnis, das jeder von ihnen liefert.

So lesen Sie einen Antwortcode#

SMTP-Codes folgen einer einheitlichen Grammatik. Die erste Ziffer ist die Ergebnisklasse:

• 2xx – Erfolg. Der Befehl hat funktioniert. 250 („angeforderte Aktion abgeschlossen") ist der Code, den Sie sehen möchten.
• 4xx – vorübergehender Fehler. Etwas ist schiefgelaufen, aber es könnte klappen, wenn Sie es später erneut versuchen. Das ist eine Zurückstellung, keine Ablehnung.
• 5xx – dauerhafter Fehler. Der Server verweigert die Annahme, und ein erneuter Versuch hilft nicht.

Viele Server senden zudem einen erweiterten Statuscode – eine zweite, durch Punkte getrennte Zahl wie 5.1.1 – definiert in RFC 3463. Deren mittlere Ziffer grenzt den Grund ein: x.1.x betrifft die Adresse, x.2.x das Postfach, x.7.x die Sicherheit oder Richtlinie. Über diese Klasse x.7.x kann ein Verifizierer eine Reputationssperre („wir lehnen Sie ab") von einem schlicht fehlenden Postfach unterscheiden, selbst wenn der menschenlesbare Text vage ist.

Für die Verifizierung ist die Zuordnung erfrischend eindeutig:

Die Codes, die Sie tatsächlich sehen werden#

250 – OK#

Der Empfänger wurde akzeptiert. Bei einer Verifizierungsprüfung ist dies das stärkste positive Signal – aber lesen Sie es im Kontext: Auf einer Catch-All-Domain gibt der Server für jede Adresse ein 250 zurück, ob echt oder nicht, sodass ein 250 dort nur dann aussagekräftig ist, wenn eine parallele Prüfung einer unsinnigen Adresse abgelehnt wird.

421 – Dienst nicht verfügbar#

Der Server schließt die Verbindung, oft weil er überlastet ist oder Sie drosselt. Der Klasse nach vorübergehend – ein Verifizierer behandelt es als Zurückstellung und versucht es erneut, meldet dann unknown, wenn es anhält.

450 / 451 – Postfach nicht verfügbar / lokaler Fehler, bitte erneut versuchen#

Die klassischen Greylisting-Antworten. Der Server verweigert einem unbekannten Absender vorübergehend die Annahme und lädt zu einem erneuten Versuch ein. Ein echter Mailserver versucht es automatisch erneut; ein Verifizierer wiederholt den Versuch innerhalb seines Zeitbudgets und weicht auf unknown aus, wenn die Zurückstellung länger anhält. 451 trägt häufig „greylisted, please try again later" in seinem Text.

452 – Unzureichender Systemspeicher / zu viele Empfänger#

Bedeutet oft, dass das Postfach voll ist. Das Postfach existiert – deshalb behandelt Qualisend ein Signal für ein volles Postfach als risky (low_deliverability) und nicht als nicht zustellbar: Mail mag jetzt zurückkommen, aber die Adresse ist nicht tot, und volle Postfächer erholen sich häufig wieder.

550 – Postfach nicht verfügbar / Benutzer unbekannt#

Die Standardablehnung. Die Adresse existiert nicht, oder der Server verweigert die Zustellung dauerhaft. Ergebnis: undeliverable / rejected_email. Lautet der erweiterte Code 5.1.1, ist es speziell „fehlerhaftes Zielpostfach" – ein sauberes, eindeutiges „kein solcher Benutzer".

551 / 553 – Benutzer nicht lokal / Postfachname nicht zulässig#

Seltenere dauerhafte Ablehnungen – der Server leitet für diesen Empfänger nicht weiter, oder die Form der Adresse ist nicht akzeptabel. Beide sind undeliverable.

554 – Transaktion fehlgeschlagen#

Ein Auffang-Code für dauerhafte Fehler, häufig für Richtliniensperren verwendet: „transaction failed", „message refused" oder eine Anti-Spam-Ablehnung. In Verbindung mit einem erweiterten Code 5.7.x oder Blocklisten-Schlagwörtern signalisiert er, dass der Server Ihren Absender ablehnt, nicht das Postfach beurteilt – eine Unterscheidung, die ein guter Verifizierer separat festhält, damit ein Reputationsproblem nicht fälschlicherweise als tote Adresse gelesen wird.

Der Rest des Gesprächs#

Die Antwort auf RCPT TO trägt das Ergebnis, aber eine Verifizierungsprüfung liest auf dem Weg dorthin mehrere andere Codes, und sie zu erkennen hilft, wenn Sie auf ein rohes SMTP-Protokoll oder eine Bounce-Nachricht starren:

• 220 – Dienst bereit. Die Begrüßung, die der Server sendet, wenn Sie sich verbinden. Kein 220 bedeutet, dass Sie es nie zur Tür hinein geschafft haben – oft eine Sperre auf Verbindungsebene, die ein Verifizierer als unavailable_smtp festhält.
• 250 nach HELO/EHLO und MAIL FROM. Jeder Schritt des Handshakes erhält sein eigenes 250. Eine Ablehnung vor RCPT TO – etwa bei MAIL FROM – ist in der Regel der Server, der Ihren Absender ablehnt, nicht den Empfänger beurteilt.
• 354 – Mail-Eingabe beginnen. Der Server lädt Sie ein, den Nachrichtentext zu senden. Ein Verifizierer gelangt absichtlich nie hierher: Er stoppt bei RCPT und trennt die Verbindung, sodass die Nachricht nie übertragen wird.
• 221 – Verbindung wird geschlossen. Die höfliche Verabschiedung nach QUIT.
• 501/502/503 – Syntax- oder Reihenfolgefehler. Die Befehle kamen fehlerhaft oder in falscher Reihenfolge an. Diese betreffen das Gespräch, nicht die Adresse, und ein robuster Verifizierer verarbeitet sie, ohne sie fälschlicherweise als Postfach-Ergebnis zu lesen.

Der praktische Punkt: Nicht jedes Nicht-250 ist ein totes Postfach. Eine Ablehnung beim falschen Schritt des Gesprächs betrifft in der Regel Ihren Absender oder die Verbindung, und zu erkennen, welcher Schritt fehlschlug, ist der Weg, wie ein Verifizierer vermeidet, dem Empfänger die Laune des Servers anzulasten.

Dauerhaft, vorübergehend und das ehrliche Unbekannt#

Die folgenreichste Entscheidung, die ein Verifizierer trifft, ist, wie er 4xx behandelt. Ein dauerhaftes 5xx ist einfach: Die Adresse ist fehlerhaft, unterdrücken Sie sie. Ein 250 ist einfach: Sie ist zustellbar (Catch-All-Einschränkungen beiseite). Aber ein 4xx ist der Server, der ausdrücklich ablehnt, jetzt zu antworten – und die ehrliche Reaktion besteht darin, es erneut zu versuchen, dann unknown zu melden, wenn die Zurückstellung anhält, niemals zu raten.

Das ist auch der Grund, warum dieselbe Adresse bei verschiedenen Durchläufen unterschiedliche Ergebnisse zurückgeben kann, ohne dass ein Tool lügt: Das Postfach ist deterministisch, aber der Code, den es erzeugt, hängt von der Laune des Servers ab – Greylisting beim ersten Versuch, 250 beim erneuten. Die Codes sind ein lebendiges Gespräch, keine Datenbankabfrage.

Wo die Verifizierung diese Codes liest#

In der Verifizierungs-Pipeline sind Antwortcodes das Rohmaterial von Stufe 6, der SMTP-Postfachprüfung. Der Verifizierer führt das Zustellgespräch – HELO, MAIL FROM, RCPT TO – liest den RCPT-Code und trennt die Verbindung vor DATA, sodass der Postfachinhaber nie etwas empfängt. Alles Obige beschreibt, wie dieser eine RCPT-Code zu einem Status wird, auf den Sie reagieren können.

Häufig gestellte Fragen#

Was ist der Unterschied zwischen einem 4xx- und einem 5xx-Bounce?#

4xx ist vorübergehend – der Server stellt zurück und ein erneuter Versuch kann erfolgreich sein, sodass die Versandinfrastruktur es eine Weile weiter versucht (ein „Soft Bounce"). 5xx ist dauerhaft – der Server verweigert die Annahme rundweg, sodass die Nachricht ein „Hard Bounce" ist und weitere Versuche auf dieselbe Weise fehlschlagen. Für die Listenhygiene sollten 5xx-Adressen unterdrückt werden; 4xx-Adressen sollten erneut versucht oder als unbekannt markiert werden – einen Bounce-Klassifizierer zu bauen übersetzt genau diese Regel in Code.

Bedeutet ein 550 immer, dass die Adresse ungültig ist?#

Fast immer bedeutet es „kein solcher Benutzer", aber 550 wird auch für Richtlinienablehnungen verwendet – der Server blockiert Ihren Absender, statt das Postfach zu beurteilen. Der erweiterte Statuscode schafft Klarheit: 5.1.1 ist ein wirklich fehlerhaftes Postfach, während 5.7.x auf eine Sicherheits- oder Reputationssperre hinweist. Ein Verifizierer, der den erweiterten Code liest, wird ein Reputationsproblem nicht als tote Adresse fehlablegen.

Was ist ein erweiterter Statuscode?#

Die optionale zweite Zahl in einer Antwort, etwa 5.1.1 oder 4.7.1, definiert in RFC 3463. Die drei Felder sind Klasse (2/4/5, passend zum Basiscode), Gegenstand (worauf sich der Code bezieht – Adresse, Postfach, Netzwerk, Richtlinie) und Detail. Sie liefern maschinenlesbare Präzision, die der Freitext oft vermissen lässt.

Kann ich einem 250 vollständig vertrauen?#

Nur wenn die Domain kein Catch-All ist. Ein 250 von einem normalen Server, der unbekannte Empfänger ablehnt, ist ein starkes positives Signal; ein 250 von einer Catch-All-Domain ist bedeutungslos, weil dieser Server für jede erdenkliche Adresse ein 250 zurückgibt. Genau deshalb prüft die Verifizierung parallel eine unsinnige Adresse.