Soft bounce

Ein Soft Bounce ist ein transienter E-Mail-Zustellungsfehler. Der empfangende Mailserver hat die Nachricht vorerst abgelehnt, aber die Ursache kann sich von selbst auflösen — das Empfänger-Postfach hat sein Kontingent überschritten, der empfangende Server ist vorübergehend down oder rate-limitiert, die Nachricht wurde beim ersten Versuch greylisted, oder es gab einen TLS-Handshake-Aussetzer. Vom Absender wird ein Retry erwartet. Vergleichen Sie mit einem Hard Bounce — einer permanenten Ablehnung, die nie wiederholt werden sollte.

Dasselbe BounceType-Enum, das das Hard-Bounce-Handling steuert, hat einen zweiten Case:

enum BounceType: string
{
    case HARD = 'hard';
    case SOFT = 'soft';
}

Ein SOFT-Webhook-Event vom Sendevendor (SES, Mailgun, SparkPost etc.) wird in BounceLog genau wie ein Hard Bounce protokolliert, doch der RecordBounce-Listener blacklistet den Abonnenten bei einem einzelnen Vorfall nicht automatisch. Die Adresse bleibt aktiv und wird in nachfolgende Kampagnen einbezogen. Akkumulieren Soft Bounces über eine konfigurierbare Serie, kann der Betreiber die Adresse über die Bounce-Handler-Policies auf die Blacklist heben — ein einzelner Soft Bounce gilt jedoch als Rauschen.

Soft und Hard Bounces zu vermischen ist der häufigste Bounce-Handling-Fehler auf kleinen Plattformen. Auto-Blacklist bei Soft Bounce schrumpft die Liste jedes Mal, wenn der Server eines Empfängers einen Aussetzer hat — ein einzelner Gmail-Ausfall kann tausende legitime Abonnenten abwerfen. Hard Bounces als Soft zu behandeln (also doch zu retryen) verbrennt Absender-Reputation. AcelleMail erzwingt die Trennung in der Datenmodell-Schicht (BounceType::HARD vs BounceType::SOFT), sodass Listener nicht versehentlich den einen für den anderen halten können.

• 4xx-SMTP-Responses — die gesamte 4xx-Klasse bedeutet „transienter Fehler, retryen".
• Postfach voll — der Empfänger hat sein Speicherlimit erreicht; klärt sich meist innerhalb von Tagen.
• Greylisting — Anti-Spam-Technik, die einen Erst-Absender verzögert; legitime Retries gelingen binnen Minuten.
• Rate Limiting — der Empfänger drosselt Traffic von dieser IP/Domain; zurückfahren und retryen.
• TLS- / Verbindungsprobleme — transientes Netzwerk- oder Zertifikatsproblem auf Empfängerseite.

Das vollständige Operator-Playbook — wann Soft Bounces zur Blacklist eskalieren sollten, welche Serienlänge vernünftig ist und wie sich die rohen Vendor-Gründe lesen lassen — steht in Zustellbarkeit §8.