From 0ebdb640b18ec98316d58ad231610ad2bb4f7dec Mon Sep 17 00:00:00 2001 From: ah-admin Date: Wed, 7 Oct 2026 19:45:58 +0200 Subject: [PATCH] kimi.md: Bounce-Loop-Schutz auch beim Schulportal-Postfix nachgeruestet --- kimi.md | 1 + 1 file changed, 1 insertion(+) diff --git a/kimi.md b/kimi.md index e9af5b0..20b519a 100644 --- a/kimi.md +++ b/kimi.md @@ -892,4 +892,5 @@ Zustellung an axel@hocks.eu status=sent, Test-Ticket bereinigt. - Fix im mp-postfix-Image (`/opt/mp-mail/postfix/`, nur auf Server): `virtual_alias_maps = lmdb:/etc/postfix/virtual` mit `noreply@hocks.eu → axel@hocks.eu` — NDRs landen im echten Postfach, Loop unterbrochen. **Alpine-Gotcha:** postfix erzeugt `virtual.lmdb`, nicht `virtual.db` (hash nicht ohne Paket postfix-hash; Default-Dict ist lmdb). Queue geleert, Container neu gebaut. - Bekannte Lücke (nicht behoben): Mail-Versand aus der API ist fire-and-forget ohne Retry bei RCPT-Zeit-Fehlern (mail-api fängt nur OSError; smtplib.SMTPRecipientsRefused → Mail geht verloren, 451/550 beim Relay). Beim Test mit kaputter virtual-Map aufgetreten. - HINWEIS: sfg-mail (Schulportal, /opt/sfg-mail/postfix) hat denselben Aufbau (sender_canonical → noreply@hocks.eu) — dort ggf. denselben Loop prüfen/nachrüsten. Queue aktuell leer. +- Erledigt: sfg-postfix identisch nachgerüstet — `nichtantworten@fv-sfg.de → axel@hocks.eu` (lmdb-Virtual-Alias). Kein Loop-Verkehr in 72 h sichtbar, SMTP-EHLO von sfg-mail-api ok, Queue leer, 45 s Beobachtung ohne Bounces. Env/Netz/Restart-Policy des Containers übernommen.