eplamat Runbooks

Mail Butler hat das Aufräumen verpasst

Alert: MailButlerCleanupOverdue
Warning Tägliche Aufgabe
📭
Kein Notfall. Dein Postfach wird voller als gewollt, bis Mail Butler wieder läuft. Nichts geht verloren — die Mails bleiben da.

❓Was bedeutet das?

Mail Butler ist ein kleiner Service, der täglich dein Strato-Postfach aufräumt — z.B. alte Newsletter löscht, Werbe-Mails archiviert (Regeln in mail-butler/rules.yaml). Nach jedem erfolgreichen Lauf pusht er einen Zeitstempel als Metrik.

Der Alarm sagt: länger als 2 Tage keinen erfolgreichen Lauf gemeldet bekommen.

⚠️Wie schlimm ist es?

Niedrig. Mails bleiben unangetastet im Postfach — sie werden nur nicht aufgeräumt. Der wöchentliche Digest funktioniert davon unabhängig (eigener Alarm: MailButlerDigestOverdue).

Wenn das Postfach 95% Speicher erreicht, blockt Strato eingehende Mails — dann wird's wichtig.

🔧Was tun?

  1. Container-Status prüfen: 
    docker compose ps mail-butler
docker logs --tail 50 mail-butler
    Häufige Ursachen: Container nicht restarted, IMAP-Auth-Fehler (Strato-Passwort geändert?), Netzwerk down.
  2. Cleanup von Hand triggern: 
    docker compose exec -T mail-butler python3 -c "
import sys; sys.path.insert(0,'/app')
from mail_butler import load_config, load_state, run_cleanup
run_cleanup(load_config(), load_state())"
  3. Falls Container down/krank: neu starten (force-recreate macht auch frischen IMAP-Login): 
    cd /srv/eplamat && docker compose up -d --force-recreate mail-butler
  4. Metrik checken — sollte nach erfolgreichem Lauf aktualisiert sein: 
    curl -s http://localhost:9092/metrics | grep mail_butler_last_cleanup_success
    Wert ist Unix-Timestamp des letzten Erfolgs. Alarm cleared 1h nach dem Push.

🆘Wenn das nicht klappt

Kopier den Alert mit dem Link in einen Claude-Chat — meistens steckt ein Strato-Auth-Problem oder ein Regex in rules.yaml dahinter, der eine ganze Mailbox blockiert.