Shard-initiierte Event-Emails (Disk voll, Inaktivität, ...)

[max-tet]

Hintergrund

Shard soll Owner proaktiv per E-Mail benachrichtigen wenn bestimmte Ereignisse eintreten. Damit ersetzt der Shard für operationale Warnungen das, was sonst zentral gesammelte Telemetrie + Controller-Monitoring leisten müsste — Daten bleiben am Edge.

Scope

Shard-seitige Event-Detection + Trigger des Email-Versands (via Controller-Relay).

Initial abzudeckende Events:

• Disk fast voll (Schwellwert konfigurierbar, default z.B. 90%).
• Inaktivität (kein Request über X Tage, Schwellwert konfigurierbar).

Je Event:

• Text-Template (DE/EN).
• Dedupe: nicht bei jedem Tick erneut senden (z.B. max 1x pro 24h pro Event-Typ bis Zustand sich ändert).
• Admin-UI-Toggle pro Event-Typ (opt-out möglich).

Out of Scope

• Email-Relay selbst (→ FreeshardBase/freeshard-controller#232).
• Komplexe Regeln / Custom Events.

Akzeptanzkriterien

• Disk-Voll-Event löst Email aus, wenn Schwellwert überschritten.
• Inaktivitäts-Event löst Email aus nach konfiguriertem Zeitraum ohne Requests.
• Dedupe funktioniert (keine Spam-Schleife).
• Per-Event Opt-out respektiert.
• Tests für Trigger-Logik.

Blocked by

• FreeshardBase/freeshard-controller#232 (Email-Relay muss stehen).

[max-tet]

Let us do only the disk-full email for now. At 90%. Deduplicated, so only sent once (but reset when disk falls under thresh). German and english templates but only sent in english for now.

[ClaydeCode]

PR #174 opened for the disk-full owner email — #174

Scope per your comment: only the disk-full event, at the 90% threshold (configurable), deduplicated (sent once, re-armed when usage drops back below threshold), EN + DE templates prepared but only English sent for now. Uses the controller relay from #232. Review requested from you; all CI checks green.

AI-drafted, human-reviewed. If verifying this needs real digging on your end, say so and we do a call instead.