SMTP-Fehlercodes erklärt: Was 421, 550 und 554 wirklich bedeuten

Wenn eine E-Mail bounct, liefert SMTP einen dreistelligen Code und optional einen erweiterten Statuscode (wie 5.1.1). Die meisten ESPs zeigen den Code in ihrem Dashboard an, sagen Ihnen aber selten, was Sie dagegen tun sollen. Diese Übersicht schließt die Lücke für die Codes, die Ihnen tatsächlich begegnen.

Wie SMTP-Statuscodes aufgebaut sind

Eine Antwort wie 550 5.1.1 The email account that you tried to reach does not exist hat drei Ebenen:

• Basiscode (550): die Antwortcodes aus RFC 5321. Die erste Ziffer ist die gröbste Kategorie.
• Erweiterter Statuscode (5.1.1): feinere Details nach RFC 3463.
• Begründungstext: für Menschen lesbar, je nach empfangendem Server verschieden.

Die erste Ziffer sagt am meisten:

• 2xx: Erfolg.
• 3xx: weitere Eingabe nötig (Fortsetzung).
• 4xx: vorübergehender Fehler (erneut versuchen).
• 5xx: dauerhafter Fehler (nicht erneut versuchen).

Die Codes, die Ihnen tatsächlich begegnen

421: Dienst nicht verfügbar

Der empfangende Server lehnt Ihre Verbindung vorübergehend ab. Häufige Ursachen:

• Der Server des Empfängers ist überlastet.
• Greylisting (eine absichtliche vorübergehende Zurückstellung).
• Ihre IP wird wegen ihrer Reputation gedrosselt.
• Wartungsfenster.

Lösung: Der ESP sollte automatisch erneut versuchen. Sehen Sie anhaltend 421er von einem Empfänger, ist Ihre IP-Reputation bei ihm wahrscheinlich gesunken. Prüfen Sie Postmaster Tools / SNDS.

450: Postfach vorübergehend nicht verfügbar

Das Postfach existiert, kann aber gerade keine E-Mails annehmen. Wird oft für Greylisting und vorübergehend volle Postfächer verwendet.

Lösung: Erneut versuchen nach den Standardeinstellungen des ESP. Nach 5 Versuchen über 72 Stunden unterdrücken.

451: Lokaler Verarbeitungsfehler

Der Server des Empfängers hatte einen vorübergehenden internen Fehler. Seltener wird der Code als allgemeines Rate Limit verwendet.

Lösung: Automatisch erneut versuchen. Tritt er bei einem Empfänger häufig auf, senken Sie das Volumen an diese Domain.

452: Unzureichender Systemspeicher

Der Server des Empfängers hat keinen Speicherplatz mehr (heute selten) oder das Postfach des Empfängers ist voll.

Lösung: Automatisch erneut versuchen. Volle Postfächer leeren sich oft innerhalb weniger Tage.

550: Postfach nicht verfügbar / Nutzer existiert nicht

Der häufigste Hard Bounce. Das Postfach existiert nicht. Erweiterte Codes:

• 5.1.1: ungültiges Zielpostfach.
• 5.2.1: Postfach deaktiviert.
• 5.7.1: Zustellung nicht autorisiert (bedeutet oft, dass Ihr Absender abgelehnt wurde, nicht dass das Postfach fehlt).

Lösung: Sofort unterdrücken, außer wenn der erweiterte Code 5.7.1 lautet, denn das ist meist ein Richtlinien- oder Reputationsproblem und kein fehlender Nutzer.

551: Nutzer nicht lokal

Der Server des Empfängers ist für diese Domain nicht zuständig. Sie versuchen, an den falschen Server zuzustellen.

Lösung: Fast immer ein falsch konfigurierter MX-Eintrag oder eine veraltete Weiterleitung. Prüfen Sie die MX-Einträge mit dem MX-Lookup und lösen Sie neu auf.

552: Speicherzuteilung überschritten

RFC 5321 nennt es überschrittene Speicherzuteilung; in der Praxis bedeutet es meist, dass Ihre Nachricht zu groß ist. Die meisten Provider begrenzen bei etwa 20-25 MB; manche Business-Limits bei Gmail/Outlook liegen höher.

Lösung: Anhänge komprimieren oder hochladen und verlinken. Nicht ohne Änderung erneut versuchen.

553: Postfachname nicht zulässig

Die Empfängeradresse enthält ungültige Zeichen oder Ihre „From"-Adresse wird abgelehnt.

Lösung: Prüfen Sie die Syntax der Adresse. Wird die From-Adresse abgelehnt, prüfen Sie, ob sie gültiges SPF und DMARC-Alignment hat.

554: Transaktion fehlgeschlagen (Sammelcode)

Die häufigste Ablehnung aus Richtliniengründen. Die erweiterten Codes sind entscheidend:

• 5.7.0 / 5.7.1: Nachricht abgelehnt; die Gründe reichen von fehlgeschlagener Authentifizierung bis zur gesperrten IP.
• 5.7.9: für SMTP AUTH registriert („authentication mechanism is too weak"), doch Yahoo gibt 554 5.7.9 für Ablehnungen aus Richtliniengründen zurück.
• 5.7.26: mehrere Authentifizierungsprüfungen fehlgeschlagen (Gmail sendet ihn mit einem 550).

Lösung: Lesen Sie den vollständigen Begründungstext. Authentifizierungsprobleme erfordern die Reparatur von SPF/DKIM/DMARC. Sperren erfordern die Reparatur der Reputation. Probleme mit Unterdrückungslisten betreffen den Absender, nicht das Postfach.

571: Zustellung nicht autorisiert

Kein Standardcode nach RFC 5321. Ältere Microsoft-Exchange-Server nutzen ihn für eine Richtliniensperre, wenn Ihre IP oder Domain rundweg abgelehnt wird.

Lösung: Prüfen Sie die IP-Reputation in SNDS, prüfen Sie die Authentifizierung und den Blacklist-Status mit dem Blacklist-Checker.

Gängige erweiterte Statuscodes, die Sie kennen sollten

Code	Bedeutung	Wahrscheinliche Lösung
5.1.1	Ungültiges Zielpostfach	Adresse unterdrücken
5.1.2	Ungültiges Zielsystem	MX-Einträge prüfen
5.1.8	Ungültiges Absendersystem	Ihre From-Domain hat DNS-Probleme
5.2.2	Postfach voll	Automatisch erneut versuchen, später unterdrücken
5.4.1	Keine Antwort vom Host	Server des Empfängers ist nicht erreichbar
5.7.0	Anderer Sicherheits- oder Richtliniengrund	Vollständigen Bounce-Text lesen
5.7.1	Zustellung nicht autorisiert	Reputations- oder Authentifizierungsproblem
5.7.9	Authentifizierungsmechanismus zu schwach (Yahoo: Ablehnung aus Richtliniengründen)	Text lesen; bei Yahoo SPF/DKIM/DMARC prüfen
5.7.25	Prüfung des Reverse DNS fehlgeschlagen	Gültigen PTR einrichten (siehe Reverse-DNS-Lookup (PTR))
5.7.26	Mehrere Authentifizierungsprüfungen fehlgeschlagen	DMARC-Alignment defekt

Bounces wegen Absenderreputation

Einige Codes, die ESP-Dashboards oft fälschlich als Hard Bounces einordnen, obwohl es Reputationsprobleme sind:

• 554 5.7.1 mit Hinweisen wie „blocked" / „denylisted" / „policy": Ihr Absender wird abgelehnt, das Postfach fehlt nicht.
• 421 4.7.0 gefolgt von Formulierungen zur Reputation: eine vorübergehende Drosselung.
• 550 5.7.606-649 (Microsoft): IP bei Microsoft 365 gesperrt. Beantragen Sie die Entfernung bei sender.office.com (Delisting-Portal von Microsoft), nicht unterdrücken.

Unterdrücken Sie diese Adressen, verlieren Sie erreichbare Kontakte. Beheben Sie das Reputationsproblem, und dieselben Adressen werden wieder zugestellt.

So lesen Sie einen rohen Bounce

Eine Bounce-Nachricht enthält die SMTP-Antwort im Text, und der Bounce-Analyzer liest jeden Code in einem eingefügten Bounce. Suchen Sie den Abschnitt mit der Bezeichnung „Diagnostic-Code" oder den eingerückten Block unter „Final-Recipient":

Final-Recipient: rfc822; user@example.com
Action: failed
Status: 5.7.26
Diagnostic-Code: smtp; 550-5.7.26 This mail has been blocked because the sender is...

Die erste Zeile des Diagnostic-Code ist die genaue Antwort des empfangenden Servers. Danach richten Sie sich, nicht nach der Interpretation Ihres ESP.

So sortieren Sie Bounces

Eine einfache wöchentliche Sortierung:

1. Gruppieren Sie Bounces nach erweitertem Statuscode (5.7.x vs. 5.1.x vs. 4.x).
2. 5.1.x und 5.2.x: ein Problem der Listenhygiene. Unterdrücken und die Qualität der Anmeldungen untersuchen.
3. 5.7.x: ein Reputations- oder Authentifizierungsproblem. Nicht unterdrücken; die eigentliche Ursache beheben.
4. 4.x: löst sich meist von selbst. Nur untersuchen, wenn es anhält.

FAQ

Was ist der Unterschied zwischen 4xx- und 5xx-Codes? 4xx ist vorübergehend, also erneut versuchen. 5xx ist dauerhaft, also nicht erneut versuchen. Die meisten ESPs erledigen das automatisch.

Warum erhalte ich 550-Fehler für gültige E-Mail-Adressen? Entweder wurde die Adresse deaktiviert oder, häufiger, der 550 ist eigentlich ein 550 5.7.x und weist auf eine Richtliniensperre hin, nicht auf ein fehlendes Postfach. Prüfen Sie den erweiterten Code.

Sollte ich Adressen unterdrücken, die 554 zurückgeben? Nur wenn der erweiterte Code eindeutig sagt, dass das Postfach ungültig ist. 554 5.7.x-Codes sind fast immer Reputations- oder Authentifizierungsprobleme. Sie zu unterdrücken ist ein Fehler.

Was bedeutet „5.7.26" genau? Gmail sendet ihn als 550 5.7.26. Er ist der Code für „mehrere Authentifizierungsprüfungen fehlgeschlagen". Fast immer bedeutet das, dass das DMARC-Alignment defekt ist. Prüfen Sie SPF und die DKIM-Signatur und bringen Sie Ihre From:-Domain ins Alignment.

Schadet das erneute Versuchen bei einem 5xx-Code meiner Reputation? Ja. Hartnäckige Wiederholungen gegen einen 5xx gelten als botartiges Verhalten. Konfigurieren Sie Ihren ESP so, dass er dauerhafte Fehler respektiert.

Fazit

SMTP-Codes sind für die Diagnose Gold wert, wenn Sie sie lesen. Die erste Ziffer sagt Ihnen, ob Sie erneut versuchen sollen; der erweiterte Code sagt Ihnen, was Sie tatsächlich beheben müssen. Jeden 5xx zu unterdrücken, ohne den erweiterten Code zu lesen, ist der häufigste und teuerste Sortierfehler in der Zustellbarkeit.

👉 Weiterlesen: Soft Bounce und Hard Bounce im Vergleich · Warum ist meine Absenderreputation gesunken? · SPF, DKIM und DMARC reparieren

Quellen

• RFC 5321: Simple Mail Transfer Protocol: die Basis-Antwortcodes (421, 450, 451, 452, 550 bis 554) und ihr Wortlaut.
• RFC 3463: Enhanced Mail System Status Codes: die Struktur class.subject.detail erweiterter Statuscodes wie 5.1.1 und 5.7.1.
• IANA SMTP Enhanced Status Codes registry: die aktuelle Bedeutung jedes erweiterten Statuscodes, einschließlich 5.7.9, 5.7.25 und 5.7.26.
• RFC 3464: An Extensible Message Format for Delivery Status Notifications: die Felder Final-Recipient, Status und Diagnostic-Code in einem Bounce.
• Email nondelivery reports and SMTP errors in Exchange Online (Microsoft Learn): Microsofts eigene Liste der Codes von Exchange Online, einschließlich 5.7.606-649 und 5.7.708.