Ihr interner SMTP-Server hat vierzig Minuten lang Verbindungen verweigert – abgelaufenes Zertifikat, Kontingent überschritten oder neu aufgeführte IP. Der Fehler ist behoben. Der Administrator klickt auf „Die 12.000 fehlgeschlagenen E-Mails neu starten“. Eine Stunde später drosselt Gmail Ihre Domain, die Protokolle zeigen 452er und 550er und die echten Transaktions-E-Mails (Passwort zurücksetzen) werden zurückgesendet.
Ein naiver Wiederholungsversuch reproduziert den Fehler in größerem Maßstab.
Warum ein erneuter Explosionsversuch gefährlich ist
| Risiko | Mechanismus | Konsequenz |
|---|---|---|
| Tarifbegrenzung ESP/FAI | Zu viele Verbindungen/Min. | 421, 452 kaskadierende temporäre |
| Schwarze Liste | Verdächtiger Anstieg von Ihrer IP | Alle Sendungen betroffen |
| Lokale SMTP-Warteschlange | Postfix/qmail voll | Anwendungs-Timeouts |
| UX | Nicht deduplizierte Duplikate | 3 identische Rechnungen |
Bei einer fehlgeschlagenen E-Mail handelt es sich nicht um Daten, die gelöscht werden müssen – es handelt sich um eine Nachricht mit einer Ursache, einer Priorität und einem Gültigkeitsfenster.
Vor dem Neustart klassifizieren
Hard Bounce (5xx) – nicht vorhandene Adresse, Ablehnung der Richtlinie: Nicht erneut versuchen. Mark ist fehlgeschlagen, reinigen Sie die Basis.
Soft Bounce (4xx) – Kontingent, Greylisting, temporär nicht verfügbar: Wiederholen mit Backoff.
Zeitüberschreitung der Anwendung – Ihr Code hat nicht geantwortet: Untersuchen Sie das Problem getrennt vom SMTP-Bounce.
Speichern Sie den SMTP-Code, DSN und Anzahl der Versuche pro Nachricht.
Exponentielles Backoff und Ratenbegrenzung
Typisches Diagramm:
| Versuch | Frist | Aktion |
|---|---|---|
| 1 | 5 Minuten | Automatischer Wiederholungsversuch |
| 2 | 30 Minuten | Automatischer Wiederholungsversuch |
| 3 | 2 Uhr morgens | Wiederholungsversuch + Ausnutzungswarnung |
| 4 | 24 Stunden | Letzter Versuch |
| 5 | — | Dauerhaft fehlgeschlagen |
Begrenzen Sie den Gesamtdurchfluss: z.B. Maximal 100 E-Mails/Minute bei der Wiederherstellung, auch wenn Ihr ESP mehr zulässt.
Implementierung: Sidekiq-Wiederholung, Laravel-Warteschlangen-Backoff, Celery „retry_backoff“ oder Cron, der eine „outbound_mail“-Tabelle mit „next_retry_at“ liest.
Kritische E-Mails priorisieren
Nicht alle Nachrichten verdienen das gleiche SLA:
- P0 – Passwort zurücksetzen, 2FA, Sicherheitswarnungen.
- P1 – Auftragsbestätigungen, Rechnungen.
- P2 – Newsletter, verzögertes Marketing.
Verarbeiten Sie P0 bei der Wiederherstellung nach Möglichkeit zuerst mit einem separaten Kanal (dediziertes Transaktions-ESP).
ESP vs. SMTP zum Thema Hosting
Auf Shared- oder VPS-Servern wird beim direkten Senden von Postfix Ihre gemeinsame IP-Adresse offengelegt. Transaktionale ESPs absorbieren Wiederholungsspitzen und verarbeiten SPF/DKIM/DMARC.
Wenn Sie sich selbst hosten: Überwachen Sie Postmaster-Tools, rDNS und begrenzen Sie die Lautstärke von einer dedizierten IP.
Oben: Ein erneuter Versuch ist ein Test der Reputation, nicht der Beständigkeit
Messen Sie Bounces nach einem erneuten Versuch, nicht nur die von Ihrem SMTP „akzeptierten“ Sendungen.
Entscheide dich und gehe ohne blinden Fleck voran
Behalten Sie den Status, den Fehlercode und die Anzahl der Versuche pro Nachricht bei, bevor eine Wiederherstellung erforderlich ist. Implementieren Sie Backoff und Ratenbegrenzung im Voraus – nicht am Tag des Ausfalls. Trennen Sie Transaktionen und Marketing über separate Domänen oder ESPs. Testen Sie ein Ausfall- und Wiederherstellungsszenario im Staging mit realistischem Volumen. Vergleichen Sie Hosts und E-Mail-Limits in unserem Verzeichnis.
Häufig gestellte Fragen
Sollten wir nach einem SMTP-Fehler sofort neu starten?
Nein. Warten Sie, bis der Dienst stabil ist, identifizieren Sie die Ursache (Authentifizierung, Kontingent, Blacklist) und starten Sie dann im Batch mit Backoff neu – kein Dump von Tausenden gleichzeitiger Nachrichten.
Was ist der Unterschied zwischen 4xx- und 5xx-SMTP-Fehlern?
4xx = temporär (Greylisting, Kontingent) → erneut versuchen mit Backoff. 5xx = permanent (ungültige Adresse, Richtlinie) → nicht darauf bestehen, als fehlgeschlagen markieren und alarmieren.
Wie vermeide ich die Blacklist bei einem großen Wiederholungsversuch?
Begrenzen Sie den Durchsatz (Nachrichten/Minute), verteilen Sie ihn auf mehrere Stunden, verwenden Sie einen Transaktions-ESP (Brevo, Mailgun, Postmark) mit verwalteter Reputation und überwachen Sie die Absprungraten.
Inhouse-Warteschlange oder Managed Service?
Selbstgemachte Warteschlange (Redis, Datenbank) bei bescheidenem Volumen und Betriebsteam. ESP + Webhooks springen zurück/beschweren sich, sobald das Volumen oder die Zustellbarkeit kritisch wird.
Nach einem SMTP-Ausfall stellt sich nicht die Frage, „wie viel neu gestartet werden muss“, sondern wie schnell Ihr Ruf den Aufholprozess verkraften kann.