Eine Gmail-Adresse, deren Posteingang fast leer ist, kann bei jedem Ihrer Versände ein mailbox full zurückmelden. Das gesamte Google-Konto ist voll: E-Mails teilen sich den Speicher mit Drive und Fotos. In der Kampagne zeigt sich das als steigende Hard-Bounce-Rate, obwohl sich weder Inhalt noch IP geändert haben. Das Versandtool zeigt lediglich „Postfach voll“ an.
Behandeln Sie einen 552 5.2.2 oder einen 452 4.2.2 als vorübergehenden Vorfall. Pausieren Sie die Marketing-Versände an die Adresse für 7 bis 14 Tage und versuchen Sie es dann erneut. Entfernen Sie die Adresse aus der Liste, wenn sie nach etwa 2 Wochen oder über mehrere getrennte Kampagnen hinweg weiterhin bounct. So lautet die Regel, die Al Iverson auf Spam Resource (31. August 2026) vorschlägt.
Den Code lesen: 452 4.2.2, 552 5.2.2 oder 554 5.2.2
Eine SMTP-Ablehnung trägt zwei Codes. Der erste, dreistellige Code zeigt an, ob der Fehler vorübergehend (4xx) oder dauerhaft (5xx) ist. Der zweite, der Enhanced Status Code (drei durch Punkte getrennte Zahlen), benennt die Ursache. Im IANA-Register nach RFC 3463 steht X.2.2 für „Mailbox full“, verknüpft mit dem Code 552, mit der Vorgabe, ihn als anhaltenden vorübergehenden Fehler zu verwenden. Ein 4.2.2 hält sich daran. Ein 5.2.2 widerspricht dem. Beide Varianten stehen trotzdem nebeneinander in Ihren Logs.
Für Gmail listet die Google-Workspace-Dokumentation (abgerufen am 8. Oktober 2026) beide Varianten auf:
452 4.2.2: „The recipient’s inbox is out of storage space.“ (der Posteingang des Empfängers hat keinen Speicherplatz mehr)
552 5.2.2: „The recipient’s inbox is out of storage space and inactive.“ (der Posteingang des Empfängers hat keinen Speicherplatz mehr und ist inaktiv)
Die permanente Variante nennt zusätzlich zum fehlenden Platz die Inaktivität des Kontos. Al Iverson sieht 552-Ablehnungen bei Gmail dagegen schon bei einer bloßen Überschreitung des Kontingents, ohne dass von Inaktivität die Rede ist. Die Tabelle zeigt die Quelle jedes Codes.
| Vollständiger Code | Klasse | Quelle | Behandlung |
|---|---|---|---|
| 452 4.2.2 | Vorübergehend | Dokumentation Google Workspace | Pause von 7 bis 14 Tagen |
| 552 5.2.2 | Dem Anschein nach permanent | Dokumentation Google Workspace (Postfach voll und inaktiv), IANA-Register (X.2.2) und Al Iverson | Dieselbe Pause vor jeder Löschung |
| 554 5.2.2 | Dem Anschein nach permanent | Exchange Online, Fall der öffentlichen Ordner | Gemeinsame Unternehmensadresse voll: dieselbe Pause |
| 450 4.2.1 | Vorübergehend | Dokumentation Google Workspace | Kein Speicherthema: Das Postfach erhält zu viele Nachrichten zu schnell |
| 552 5.3.4 | Permanent | Dokumentation Google Workspace, IANA-Register (X.3.4) | Kein Speicherthema: Die Nachricht ist zu groß |
Die letzten beiden Zeilen sind Lesefallen. Google dokumentiert 450 4.2.1 für ein Postfach, das Nachrichten zu schnell erhält. Den 552 5.3.4 nennt Google für eine Nachricht, die seine Größenlimits überschreitet (X.3.4 bezeichnet im selben Register eine für das System zu große Nachricht). Für ein persönliches Gmail-Konto liegt die Grenze für Anhänge laut Gmail-Hilfe bei 25 MB. Keiner dieser beiden Codes meldet ein volles Kontingent: Der erste wird erneut versucht, beim zweiten muss die Nachricht kleiner werden. Lesen Sie den Text der Ablehnung, bevor Sie klassifizieren.
Warum ein fast leeres Postfach alles ablehnt
Ein volles Google-Konto kann weder E-Mails senden noch empfangen. An das Konto adressierte Nachrichten gehen laut Google-Hilfe zum gemeinsamen Speicher an den Absender zurück. Das kostenlose Kontingent von 15 GB deckt Gmail, Drive, Fotos und mobile Backups ab. 4K-Videos oder ein automatisches Foto-Backup reichen aus, um es aufzubrauchen, egal ob der Posteingang leer ist oder nicht.
Der Inhaber merkt es oft erst beim ersten Bounce. Er leert den Papierkorb und löscht Videos, oder er kauft Google-One-Speicher. Google gibt an, dass ein Konto, das 30 Minuten nach dem Aufräumen noch voll ist, gründlicher ausgemistet werden muss. Auf Dauer wächst das Risiko: Ein Konto, das 2 Jahre lang über seinem Kontingent liegt, muss mit der Löschung von Inhalten rechnen.
Ein 452 4.2.2 bei einer Gmail-Adresse heißt: Der gemeinsame Speicher des Kontos ist übergelaufen. Beim 552 5.2.2 kommt laut Google ein inaktives Konto hinzu. Dann wird die Entfernung wahrscheinlich, denn ein Konto in diesem Zustand wird kaum vor dem nächsten Versuch aufgeräumt, und der bounct wieder.
Outlook.com folgt derselben Logik. Das kostenlose Konto hat 15 GB für E-Mails. Anhänge werden dagegen auf die 5 GB Cloud-Speicher angerechnet, die sich das Microsoft-Konto mit OneDrive teilt. Sind diese 5 GB überschritten, stellt Microsoft klar, dass das Postfach für Versand und Empfang gesperrt wird, selbst unterhalb seines Mail-Kontingents. Jede eingehende Nachricht geht dann an den Absender zurück.
Was der Bounce mit Ihren Statistiken macht
Alles hängt von der Klasse ab, die Ihr Tool wählt. Ein 552, der als Hard Bounce einsortiert wird, bläht die Rate auf und kann die Adresse kosten: Bei Mailchimp wird eine Adresse mit hartem Bounce in den meisten Fällen automatisch aus der Zielgruppe bereinigt. Ein 4xx, der als Soft Bounce einsortiert wird, führt nicht zu einer sofortigen Löschung. Die Wiederholung zählt am Ende trotzdem: Dasselbe Tool macht aus einem Soft Bounce nach 7 weichen Bounces einen Hard Bounce, wenn die Adresse keine Abonnentenaktivität zeigt. Bei einem bereits aktiven Kontakt steigt die Schwelle auf 15. Eine einfache Rechnung: Bei 50.000 Sendungen erhöhen 250 volle Postfächer, die als Hard Bounce gelten, die Rate um 0,5 Punkte. Dieser halbe Punkt belastet die Sender Reputation. Die Plattformen lassen bei dieser Rate wenig Spielraum, wie die akzeptablen Bounce-Rates je Plattform zeigen.
Eine Wartefrist in Ihrem Versandtool umsetzen
Die Regel umfasst 5 Schritte. Sie konfigurieren sie einmal im Tool oder wenden sie von Hand auf den Bounce-Export an.
- Öffnen Sie das Kampagnenprotokoll und lesen Sie den vollständigen Code des NDR (Unzustellbarkeitsbericht): Suchen Sie nach 4.2.2 oder 5.2.2, nicht nur nach 552.
- Stufen Sie die Adresse als vorübergehend pausiert ein. Kennt Ihr Tool nur hard oder soft ohne Subcode, exportieren Sie diese Adressen in ein separates Segment.
- Pausieren Sie die Adresse 7 bis 14 Tage. Bei einem wöchentlichen Newsletter überspringt sie einen Versand, bei einem monatlichen wartet sie auf den nächsten.
- Nehmen Sie sie in der nächsten Kampagne wieder auf. Kommt die Nachricht an, setzen Sie den Bounce-Zähler auf null zurück.
- Entfernen Sie sie, wenn der Bounce über etwa 2 Wochen hinaus anhält. Ein zweiter Bounce in einer getrennten Kampagne führt zum selben Urteil.
Iverson beziffert die Schwelle „mehrere getrennte Kampagnen“ nicht. Die obige Regel legt 2 Kampagnen fest, die strengste Auslegung seiner Empfehlung.
Diese Regel gilt für Marketing-Versände. Bei einer Transaktions-E-Mail (Rechnung, Passwort-Reset) bringt Warten nichts: Benachrichtigen Sie den Kunden per SMS oder in seinem Kundenbereich, damit er Platz schafft.
Wenn aus dem vollen Postfach eine verlassene Adresse wird
Ein volles Konto endlos erneut anzuschreiben verschwendet Sendungen. Schlägt die Zustellung über einen längeren Zeitraum fehl, geht Iverson davon aus, dass das Konto verlassen ist oder der Inhaber das Problem nicht löst. Dann fliegt die Adresse aus der Liste. Eine Adresse, die über Monate Soft Bounces erzeugt, ist faktisch tot, wie unser Leitfaden zu Hard Bounce und Soft Bounce beschreibt.
„Kann man nicht einfach nach dem Versand filtern?“ Die Nachricht, die bounct, ist schon raus. Dieser Bounce zählt also in den Kampagnenstatistiken mit. Die Prüfung im Vorfeld entfernt nicht existierende Adressen, die einzigen, die sich ohne Wartefrist löschen lassen. Volle Postfächer folgen der obigen Regel. Gültige, aber seit Monaten stumme Adressen brauchen eine andere Behandlung, beschrieben in was Sie mit inaktiven Kontakten tun sollten.
Zwei Fallen vor der Pause
Ihr Server hat es bereits erneut versucht. RFC 5321 empfiehlt Versandservern, eine zurückgestellte Zustellung mindestens 4 bis 5 Tage lang erneut zu versuchen, bevor sie aufgeben (Abschnitt 4.5.4.1). Ihr Tool kann einen kürzeren Zeitraum festlegen: SendGrid versucht eine zurückgestellte Nachricht zum Beispiel höchstens 72 Stunden lang erneut. Bei einem 4xx kommt der Bounce, den Sie lesen, also erst nach diesen Wiederholungsversuchen an. Die Pause von 7 bis 14 Tagen kommt noch obendrauf.
Die zweite Falle ist der Subcode. Ein 5.2.2 behandeln Sie mit Wartefrist. Ein 5.1.1 (nicht existierende Adresse) löschen Sie. Die übrigen Subcodes haben jeweils ihre eigene Behandlung, beschrieben in den SMTP-Antwortcodes, die Sie kennen sollten, und im Leitfaden zu den Fehlercodes.
Filtern Sie die 5.2.2- und 4.2.2-Bounces Ihrer letzten Kampagne und wenden Sie die Wartefrist vor dem nächsten Versand an. Lassen Sie zeitgleich eine Stichprobe der Liste prüfen, um den Anteil nicht existierender Adressen zu messen.
