Recovery · Bounce-Handling
Leitfaden für E-Mail-Bounce-Handling
Bounces gehören zum Alltag transaktionaler E-Mails. Wie Sie sie klassifizieren, unterdrücken und wiederherstellen, entscheidet darüber, ob Ihre Sender-Reputation bei hohem Volumen stabil bleibt.
Repräsentative Produkt-UI — Beispieldaten, keine Live-Kundenmetriken.
Control Plane
Wie Sendarix Bounce-Signale klassifiziert, unterdrückt und routet
Bounce-Events steuern Routing-Entscheidungen und tenant-spezifische Suppression, nicht nur eine statische Blocklist. Hard Bounces werden sofort unterdrückt; Soft Bounces folgen vor einer Eskalation Ihrer Retry-Policy.
Tenant-Isolation verhindert, dass eine schlechte Liste eines Kunden andere beeinflusst. Webhook-Events (bounce, soft_bounce, complaint) liefern Ihrer Anwendung die Details, um CRM-Datensätze zu aktualisieren und Recovery-Flows auszulösen. Richtlinien konfigurieren Sie über email routing.
| Relay-Pfad | Signal | Status |
|---|---|---|
| EU-Transactional | Stabile Zustellung | gesund |
| US-Bulk | Wenige Deferrals | gesund |
| Dedizierter Tenant | Erhöhte Deferrals | degradiert |
Repräsentative Produkt-UI — Beispieldaten, keine Live-Kundenmetriken.
Hard Bounce vs. Soft Bounce - Klassifizierung
Nicht alle Bounces sind gleich. Der Antwortcode des empfangenden Servers zeigt, ob der Fehler permanent oder vorübergehend ist, und Ihr System muss jeden Fall anders behandeln.
Hard Bounce
Permanenter Zustellfehler. Das Postfach existiert nicht, die Domain ist ungültig oder der Empfänger hat Mail von Ihrer Domain dauerhaft abgelehnt.
Antwortcodes:550 Mailbox unavailable, 550 User unknown, 550 No such recipient
Erforderliche Aktion: Sofort zur globalen Suppression-Liste hinzufügen. An diese Adresse nicht erneut senden.
Soft Bounce
Vorübergehender Zustellfehler. Das Postfach ist voll, der Server ist vorübergehend nicht verfügbar oder es gibt ein Verbindungsproblem.
Antwortcodes:450 Mailbox full, 421 Service temporarily unavailable, 451 Server busy
Erforderliche Aktion: Mit exponentiellem Backoff erneut versuchen. Nach N aufeinanderfolgenden Fehlern in einen Hard Bounce umwandeln.
Retry- und Backoff-Strategie
Soft Bounces müssen erneut versucht werden, aber nicht sofort und nicht unbegrenzt. Ein strukturierter Retry-Plan verhindert, dass Ihr System bereits degradierte Server zusätzlich belastet.
| Zeitpunkt | Aktion |
|---|---|
| Sofort | Erster Versuch beim Versand |
| +15 Min. | Erster Retry - Server- oder Netzwerkfehler |
| +1 Stunde | Zweiter Retry |
| +4 Stunden | Dritter Retry |
| +12 Stunden | Vierter Retry |
| Verwerfen | Nach 5 aufeinanderfolgenden Fehlern in Hard Bounce umwandeln und unterdrücken |
Suppression-Listen verwalten
Die Suppression-Liste ist Ihre wichtigste Verteidigung gegen Versand an Adressen, die keine Mail empfangen können.
Hard Bounces
Permanent. Keine erneute Zustellung versuchen. Dauerhaft mit Zeitstempel speichern.
Complaints (FBL)
Nutzer hat als Spam markiert. Langfristig unterdrücken und mit Beschwerdedatum speichern.
Abmeldeanfragen
Müssen gemäß CAN-SPAM und DSGVO sofort unterdrückt werden.
Transiente Fehler
Während des Retry-Fensters nicht unterdrücken. Erst nach Überschreiten der maximalen Retries unterdrücken.
Bei Multi-Tenant-SaaS-Plattformen müssen Suppression-Listen pro Tenant isoliert sein. Siehe tenant isolation für Suppression-Grenzen pro Domain.
Webhook-Event-Tracking für Bounces
Bounce-Events über email webhooks liefern die meisten Details. Verfolgen Sie diese Event-Typen:
bounce— Hard Bounce. Empfänger sofort unterdrücken.soft_bounce— vorübergehender Fehler. Retry nach Ihrer Backoff-Policy planen.complaint— Empfänger hat als Spam markiert. Langfristig unterdrücken.delivery— bestätigt die Annahme durch den empfangenden Server.reject— Server hat vor dem Queueing abgelehnt. SPF/DKIM/DMARC-Einträge prüfen.
Sendarix klassifiziert Bounces automatisch
Bounce-Events werden pro Nachricht verfolgt, als hard oder soft klassifiziert, und Suppression-Listen werden automatisch aktualisiert. Retry-Pläne und Failover-Logik sind über die email routing API konfigurierbar.
