Hard Bounce, Soft Bounce: SMTP-Codes und Löschregel

Gmail meldet dieselbe volle Mailbox mit zwei gegensätzlichen Codes: einem temporären 452 4.2.2 und einem dauerhaften 552 5.2.2, sobald das Konto zusätzlich inaktiv ist (Dokumentation von Google Workspace, abgerufen im Oktober 2026). Der erste ist ein Soft Bounce, der zweite ein Hard Bounce, obwohl die Mailbox in beiden Fällen voll ist. Ein Hard Bounce (harter Rückläufer) ist eine endgültige Ablehnung: Die Nachricht wird nicht zugestellt, solange sich Adresse oder Nachricht nicht ändern. Ein Soft Bounce (weicher Rückläufer) ist ein vorübergehender Fehler, den der Versanddienst erneut versucht. Die Löschregel lautet: Entfernen Sie die Adresse beim ersten Hard Bounce und beim dritten Soft Bounce in Folge, gemessen an 3 Sendungen, die mindestens 14 Tage auseinanderliegen. Im Folgenden lesen wir einen NDR Zeile für Zeile und ordnen jeden Schwellenwert seiner Quelle zu.

Hard Bounce und Soft Bounce im direkten Vergleich

Die Werte der Zeile „Neuer Zustellversuch“ stammen aus RFC 5321 (Abschnitte 4.2.1 und 4.5.4.1). Wann ein Versanddienst aufgibt, legt jeder Anbieter selbst fest; die Dauer steht in seiner Dokumentation.

Welche SMTP-Codes trennen Hard Bounce und Soft Bounce?

Ein 4xx-Code meldet einen vorübergehenden Fehler (Soft Bounce), ein 5xx-Code einen dauerhaften (Hard Bounce): Die erste Ziffer der SMTP-Antwort legt die Klasse fest.

Die Details stecken im Enhanced Status Code der RFC 3463 (Januar 2003): drei durch Punkte getrennte Felder, Klasse, Subjekt, Detail. Die Klasse ist 2 (Erfolg), 4 (anhaltender temporärer Fehler) oder 5 (dauerhafter Fehler). Das Subjekt benennt den betroffenen Bereich. Die 1 steht für die Adresse, die 2 für die Mailbox, die 3 für das Mailsystem, die 4 für das Netzwerk, die 5 für das Protokoll, die 6 für den Inhalt, die 7 für Sicherheit und Richtlinien.

Der Code 5.1.1 liest sich damit so: dauerhafter Fehler (5), Adressproblem (1), ungültiger Teil links vom At-Zeichen (1). Die RFC reserviert diesen Code für dauerhafte Fehler. Den vollständigen Katalog der Antworten finden Sie im Leitfaden zu den SMTP-Antwortcodes. Die Fälle 550 5.4.1 und 552 werden in den SMTP-Fehlercodes einzeln erklärt.

Einen NDR Zeile für Zeile lesen: das Beispiel 550 5.1.1

Der NDR (Non-Delivery Report) ist eine Nachricht im DSN-Format nach RFC 3464, die an den Absender zurückgeht. Das folgende Beispiel ist rekonstruiert: Die Felder folgen RFC 3464, der Diagnosetext entspricht dem, was Google für 550 5.1.1 dokumentiert. Absenderhost und Name in der Adresse sind erfunden, gmail.com bleibt, weil der Zielserver Gmail ist.

Reporting-MTA: dns; smtp.beispiel.de
Final-Recipient: rfc822; vorname.nachname@gmail.com
Action: failed
Status: 5.1.1
Remote-MTA: dns; gmail-smtp-in.l.google.com
Diagnostic-Code: smtp; 550 5.1.1 The email account that you tried to reach does not exist.

• Reporting-MTA nennt den Server, der den Bericht schreibt: hier Ihr Versanddienst.
• Final-Recipient nennt die fehlgeschlagene Adresse. Über dieses Feld gleichen Sie den Bericht mit Ihrer Liste ab.
• Action: failed bedeutet, dass die Zustellung endgültig gescheitert ist.
• Status: 5.1.1 ist der Enhanced Status Code: Die 5 stuft den Fehler als dauerhaft ein, die 1.1 steht für eine nicht existierende Mailbox.
• Remote-MTA bezeichnet den Server, der abgelehnt hat, hier den MX-Eintrag von Gmail.
• Diagnostic-Code gibt die Rohantwort des Servers wieder: erst den 550 der SMTP-Ebene, dann den 5.1.1, dann den lesbaren Text. Google rät, auf Tippfehler oder ein überzähliges Leerzeichen zu prüfen.

Derselbe Bericht für eine Mailbox, die sich füllt, unterscheidet sich in drei Zeilen, nach dem Google-Text zum 452 4.2.2:

Action: delayed
Status: 4.2.2
Diagnostic-Code: smtp; 452 4.2.2 The recipient's inbox is out of storage space.

Ein Bericht mit delayed zeigt an, dass der Versanddienst es noch weiter versucht. Ein Detail verändert die Lesart eines Dashboards: Eine Abschlussmeldung kann Action: failed mit Status: 4.2.2 zeigen. RFC 3463 definiert die Klasse 4 als temporären Zustand, der zum Abbruch oder zur Verzögerung der Zustellung geführt hat. Der Versanddienst hat nach seinen Versuchen aufgegeben, ohne endgültige Ablehnung des Servers. Dieser Fall zählt als erschöpfter Soft Bounce.

Entscheidungstabelle: vom Code zur Maßnahme

Die Bezeichnungen stammen aus der Google-Workspace-Dokumentation zu den SMTP-Fehlern von Gmail und aus den Definitionen der RFC 3463.

Die letzte Zeile ist am teuersten, wenn man sie falsch liest. Ein 5.7.26 bedeutet laut Google, dass die Nachricht blockiert wird, weil die Authentifizierung (SPF oder DKIM) fehlt oder die DMARC-Richtlinie der Domain sie abweist. Die Adresse ist gültig: Es ist Ihre Domain, die scheitert. Wer diese Kontakte löscht, leert die Liste und lässt die Ursache bestehen. Greylisting gehört zur Zeile 4.7.x: Der Server lehnt den ersten Versuch eines unbekannten Absenders absichtlich ab. Der zweite geht durch.

Synchroner und asynchroner Bounce: wann die Ablehnung eintrifft

Eine synchrone Ablehnung fällt während der SMTP-Session. Der Server antwortet auf den Befehl RCPT TO (oder am Ende von DATA) mit 550 5.1.1: Ihr Versanddienst kennt das Ergebnis, bevor er die Verbindung schließt, und es gibt keinen NDR, auf den man warten müsste.

Der asynchrone Bounce nimmt einen anderen Weg. Der Server antwortet zunächst mit 250 und übernimmt die Nachricht. Scheitert die Zustellung danach intern, muss er nach RFC 5321 (Abschnitt 6.1) eine Benachrichtigung verfassen. Sie geht mit leerem Absender an die Rücksendeadresse. Der Befehl MAIL FROM enthält dann <> (Abschnitt 3.6.3), was Benachrichtigungsschleifen verhindert. Dieser NDR landet im Bounce-Postfach Ihrer Domain, manchmal erst mehrere Tage nach dem Versand, im oben beschriebenen DSN-Format. Für Ihre Liste folgt daraus: Ein asynchroner Rückläufer erscheint nicht im unmittelbaren Versandbericht. Er wird über das Feld Final-Recipient der Adresse zugeordnet und folgt dann denselben Regeln wie eine synchrone Ablehnung: Hard Bounce, sofort entfernen. Liest ein Versanddienst dieses Rückläufer-Postfach nicht aus, bleiben diese Adressen im Umlauf und treiben die Bounce-Rate der nächsten Kampagne nach oben.

Je nach Konfiguration erzeugen Catch-all-Domains diesen zweiten Fall: Sie akzeptieren in der SMTP-Session jede Adresse und sortieren die Post erst dahinter. Eine nicht existierende Adresse kann dann als verzögerter NDR zurückkommen oder ohne jede Antwort verschwinden. Kein Code aus der Session lässt das vorhersehen. Legen Sie die Bounce-Rate einer Kampagne daher erst nach dem Abbruchfenster Ihres Versanddienstes fest. Behandeln Sie das Schweigen einer Catch-all-Domain außerdem als unvollständige Information. Die unzustellbaren E-Mails fassen diese Grenzfälle zusammen, samt Anleitung zum Sortieren.

Lesefallen: das 5xx behalten und der Unterdrückungs-Cache

Die erste Ziffer ordnet den Bounce ein und sagt nichts über die Gültigkeit der Adresse. Die weiter oben beschriebenen Familien 5.7.x tragen häufig eine 5 bei gültigen Kontakten. Ein 5.7.26 bedeutet laut Google, dass die Nachricht mangels Authentifizierung (SPF oder DKIM) blockiert wird oder weil die DMARC-Richtlinie der Domain sie ablehnt. Die Adresse ist gültig, Ihre Domain scheitert. Wer diese Kontakte löscht, leert die Liste, ohne die Ursache zu beheben.

Zwei weitere Fallen verfälschen die Auswertung. Eine automatische Antwort beweist, dass die Nachricht in der Mailbox angekommen ist: Sie zählt nicht als Bounce. Wer sie als Soft Bounce einstuft, entfernt einen aktiven Kontakt. Der Unterdrückungs-Cache wirkt in die andere Richtung: Eine Adresse auf der internen Unterdrückungsliste des Versanddienstes bekommt nichts mehr, auch wenn die Mailbox inzwischen neu angelegt wurde. Ein Kontakt, der schwört, nichts zu erhalten, obwohl seine Adresse gültig ist, wird zuerst in dieser Liste gesucht. Dasselbe gilt nach der Korrektur eines Tippfehlers: Die neue Adresse ist dem Versanddienst unbekannt und geht durch. Die alte, falsch geschriebene bleibt unterdrückt. Sie taucht in keinem Bounce-Export je wieder auf. Gleichen Sie deshalb beide Zeilen ab, bevor Sie einen Kontakt als verloren abschreiben.

Löschregel: wie viele Sendungen, über welchen Zeitraum

Bei einem Hard Bounce beträgt die Frist null. Klaviyo löscht diese Profile automatisch. Mailchimp bereinigt die Adresse in der Zielgruppe (Hilfeseiten, abgerufen im Oktober 2026). Die 5.7.x bilden die Ausnahme: Sie betreffen Ihre Konfiguration. Ein Tippfehler bei der Erfassung wird an der Quelle behoben, mit einem Double-Opt-in.

Bei einem Soft Bounce gelten vier Regeln:

• Zählen Sie einen Rückläufer pro Sendung. Die Versuche eines Versanddienstes, die sich über mehrere Tage verteilen, zählen nur einfach.
• Entfernen Sie die Adresse beim 3. Soft Bounce in Folge, bezogen auf verschiedene Sendungen.
• Wir empfehlen mindestens 14 Tage zwischen dem ersten und dem dritten Rückläufer, um eine dauerhaft ausgefallene Mailbox von einer vorübergehenden Störung beim Empfänger zu unterscheiden. Diese Frist ist eine redaktionelle Entscheidung: Keine Norm schreibt sie vor.
• Setzen Sie den Zähler auf null, sobald eine Sendung zugestellt wird.

Ein Beispiel: Eine Adresse mit 452 4.2.2 bei den Kampagnen vom 2. und 9. Oktober und dann vom 23. fliegt am 23. aus der Liste. Bei drei Kampagnen vom 2. bis 4. Oktober bleibt sie drin: Drei Rückläufer in 2 Tagen gehen auf einen einzigen Ausfall zurück, und die geforderten 14 Tage sind noch nicht erreicht.

Diese Löschregel ist eine redaktionelle Empfehlung. Die Versanddienste veröffentlichen unterschiedliche Schwellen. MailerLite gibt in seinem Bounce-Leitfaden an, dass eine Adresse, die 3-mal hintereinander zurückkommt, in einen Hard Bounce umgewandelt und inaktiv wird. Mailchimp wandelt einen Soft Bounce nach 7 Rückläufern bei einer Adresse ohne Abonnentenaktivität in einen Hard Bounce um. Bei einem Kontakt mit früherer Aktivität steigt die Grenze auf 15. Die Adresse wird anschließend bereinigt (offizielle Mailchimp-Hilfe, abgerufen im Oktober 2026). Klaviyo setzt die Schwelle höher an: Laut der Hilfeseite „Suppressed profiles“ (aktualisiert am 30. März 2026) wird das Profil nach mehr als 7 aufeinanderfolgenden Soft Bounces gelöscht. Nur die der letzten 2 Jahre zählen. Dieselbe Adresse kann also in einem Tool 7 Rückläufer überstehen und im anderen beim dritten ausscheiden. Nehmen Sie die Adresse bei einem nachsichtigen Versanddienst selbst über ein Ausschlusssegment heraus.

Die Dauer hängt auch von Ihrem Versandrhythmus ab. Gezählt wird pro Sendung: Eine wöchentliche Kampagne erreicht den 3. Rückläufer nach 3 Wochen, eine monatliche nach 3 Monaten. Eine zu niedrige Frequenz verzögert also das Entfernen: Bei einer Sendung pro Monat bleibt eine tote Adresse ein Quartal lang in der Liste.

Bounce-Schwellen: was jeder Prozentwert misst

Als Schwellenwerte gelten 2 % und 5 % für Bounces sowie 0,3 % für gemeldeten Spam. Sie messen nicht dasselbe.

Die erste, 2 %, ist ein Richtwert der Branche für die Bounce-Rate (MailerLite). Die zweite, 5 %, ist eine vertragliche Grenze: Die Anti-Spam-Richtlinie von MailerLite behält sich vor, ein Konto zu sperren und zu prüfen, wenn mehr als 5 % Bounces oder 0,2 % Beschwerden anfallen.

Die dritte, 0,3 %, stammt von Google und betrifft etwas anderes: die Spam-Rate in den Postmaster Tools, also den Anteil der Nachrichten, die Empfänger als unerwünscht melden. Seit dem 1. Februar 2024 müssen alle Absender an Gmail sie unter 0,3 % halten. Google empfiehlt, unter 0,10 % zu bleiben.

Bounce und Spam-Meldung sind zwei getrennte Messgrößen: Die ersten zählt der Versanddienst, die zweiten die Postmaster Tools. Eine Liste kann 1,5 % Bounces, also unter 2 %, mit 0,05 % Spam aufweisen und keine Schwelle überschreiten. Das Gegenteil gibt es auch: 0,4 % Spam bei 0,2 % Bounces verletzt die Google-Regel. Die Schwelle von 2 % gilt für den Durchschnitt einer Kampagne: Bei 10.000 Sendungen entspricht sie insgesamt 200 Rückläufern. Eine einzige Welle von Hard Bounces in einer alten Liste reicht, um sie zu überschreiten. Wie Sie eine hohe Bounce-Rate unter den Richtwert von 2 % drücken, siehe Umgang mit der Bounce-Rate.

Bounces, Absenderreputation und Blocklists

Ein Versand an eine alte Liste bringt 5.1.1 im Kampagnenbericht nach oben. Jeder 5.1.1 belegt, dass eine Adresse erfasst und danach nie wieder geprüft wurde: Der Kampagnenbericht listet auf, was die Liste seit der Erfassung verloren hat. Um den Trend zu lesen, vergleichen Sie die Zahl der 5.1.1 pro Sendung über drei aufeinanderfolgende Kampagnen. Eine steigende Kurve zeigt eine alternde Liste, eine flache ein punktuelles Importproblem. Die Beobachtung läuft bei Gmail über die Postmaster Tools (die Spam-Rate wird dort mit der Obergrenze von 0,3 % verglichen) und über die Überwachung des Sender Scores für die Bewertung der IP-Adresse.

Bei einer neuen IP im Warm-up wiegt jeder 5.1.1 schwerer: Google verlangt, mit engagierten Empfängern zu beginnen, was eine ungereinigte Liste widerlegt. Die Methode beschreibt das Aufwärmen einer IP.

Spamtraps (Köderadressen) verstecken sich in alten oder gekauften Listen und können zu Blocklists führen. Spamtraps und Honeypots werden gesondert erklärt. Steht man erst auf Spamhaus oder einer anderen Liste, läuft der Weg hinaus über einen Antrag beim Betreiber, dessen Vorgehen beim Entfernen von einer Blocklist beschrieben ist. Die Unterscheidung zwischen Blocklists zum Überwachen oder Ignorieren zeigt, welche einen Alarm verdienen.

Ursachen vorgelagert beheben, schon bei der Erfassung

Gekaufte Listen bündeln ungültige Adressen und Fallen: Der erste Versand erzeugt dort eine Spitze von Hard Bounces, und die Bounce-Rate liegt dann über jedem Richtwert. Das Double-Opt-in beseitigt Tippfehler und falsche E-Mails bei der Anmeldung. Eine abgelaufene Domain oder eine ohne MX-Eintrag erzeugt einen 5.1.2. Die 5.7.x-Ablehnungen wegen Authentifizierung beheben Sie bei SPF, DKIM und DMARC, deren Version DKIM2, in der IETF-Arbeitsgruppe DKIM in Standardisierung (datatracker.ietf.org, abgerufen im Oktober 2026), soll den Wert von Zustellstatus-Benachrichtigungen verbessern. Ein Inhalt oder ein E-Mail-Betreff, der als verdächtig gilt, löst dieselbe Art von Richtlinienablehnung aus, ohne dass die Adresse schuld ist.

Häufige Fragen zu Rückläufern

Muss man eine Adresse nach einem einzigen Soft Bounce löschen?

Nein. Ein einzelner Soft Bounce kommt oft von einer vollen Mailbox oder einem kurzen Ausfall. Zählen Sie ihn in Ihrer Regel mit: Entfernen beim 3. Rückläufer in Folge, verteilt auf mindestens 14 Tage. Der Zähler beginnt wieder bei null, sobald eine Nachricht zugestellt wird.

Kann ein Hard Bounce wieder gültig werden?

Ja, in seltenen Fällen: Mailbox neu angelegt oder Tippfehler korrigiert. Der Versanddienst behält die Adresse in der Unterdrückung und versucht es nicht mehr. Nehmen Sie sie im Einzelfall und nach Bestätigung durch den Kontakt aus dieser Liste.

Wie lange wiederholt ein Versanddienst einen Soft Bounce?

RFC 5321 empfiehlt mindestens 30 Minuten zwischen zwei Versuchen und eine Abbruchdauer von mindestens 4 bis 5 Tagen. Jeder Versanddienst wendet seine eigene Dauer an: Prüfen Sie sie in der Dokumentation, bevor Sie eine endgültige Bounce-Rate berechnen.

Die Liste vor dem Versand prüfen

Nachträgliches Filtern heißt, jede tote Adresse einmal anzuschreiben: Der Hard Bounce steckt schon in der Kampagnenstatistik, wenn der Versanddienst das Profil löscht. Die Prüfung vorab entfernt diese Adressen vor dem ersten Versand. Ein Prüfdienst kontrolliert die Domain und die Existenz der Mailbox, genau das, was 5.1.1 und 5.1.2 hinterher ahnden. Die Tools zur E-Mail-Verifizierung werden in einem Leitfaden verglichen. Die regelmäßige Pflege einer sauberen Datenbank verhindert, dass die Liste wieder verliert, was sie gewonnen hat.

Schicken Sie vor Ihrer nächsten Kampagne eine Stichprobe Ihrer Liste durch das Tool zur E-Mail-Listen-Verifizierung von CaptainVerify und vergleichen Sie das Ergebnis mit Ihrer aktuellen Hard-Bounce-Rate.