kimi.md: Bounce-Loop-Schutz auch beim Schulportal-Postfix nachgeruestet

2026-10-07 19:45:58 +02:00
parent d124765053
commit 0ebdb640b1
1 changed files with 1 additions and 0 deletions
@@ -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.