Phase 7: Benachrichtigungen und Termine

Terminkalender mit Serienterminen, Selbstanmeldung, Warteliste und
Anwesenheitsliste. Vier Zustellwege hinter Schnittstellen: echtes SMTP,
ntfy (selbst gehostet), Telegram und Web-Push. Kalenderabonnement als
ICS-Feed, digitaler Dienstausweis mit signiertem QR und Pruefseite.

Niemand wird ungefragt benachrichtigt: ein neuer Zustellweg hat eine leere
Ereignisliste, und der Seed legt bewusst keine an. Was das Netz der Wehr
verlaesst, bekommt nur die Kurzfassung ohne Namen und Details.

Kein CalDAV (Lesen genuegt, ICS kann jeder Kalender) und kein WhatsApp
(Verarbeitung ueber Meta, Kosten je Konversation, Telefonbuchabgleich) --
beides im README begruendet.

56 neue Unit-Tests, 17 neue E2E-Tests, Version 0.8.0.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

scripts/vapid.ts

@@ -0,0 +1,32 @@
+import webpush from "web-push";
+
+/**
+ * VAPID-Schlüsselpaar für Web-Push erzeugen.
+ *
+ *     npm run vapid
+ *
+ * Die Ausgabe kommt in die .env. Beide Schlüssel gehören ins Backup:
+ *
+ *   * Der **öffentliche** wird dem Browser mitgegeben, wenn sich jemand für
+ *     Push anmeldet. Wechselt er, sind alle bestehenden Abos wertlos — jeder
+ *     müsste Push von Hand neu erlauben. Das merkt niemand von allein; die
+ *     Meldungen bleiben einfach aus.
+ *   * Der **private** signiert jede Nachricht an den Push-Dienst. Wer ihn hat,
+ *     kann im Namen dieser Installation Meldungen schicken.
+ *
+ * Erzeugt wird lokal, ohne Netzzugriff — es ist reine Kryptografie.
+ */
+
+const paar = webpush.generateVAPIDKeys();
+
+console.log(`
+Schlüsselpaar erzeugt. Diese Zeilen in die .env übernehmen:
+
+WEBPUSH_ENABLED=true
+WEBPUSH_PUBLIC_KEY=${paar.publicKey}
+WEBPUSH_PRIVATE_KEY=${paar.privateKey}
+WEBPUSH_KONTAKT=mailto:kommandant@example.org
+
+Hinweis: Ein neuer öffentlicher Schlüssel macht alle bestehenden Push-Abos
+wertlos. Beide Schlüssel gehören deshalb ins Backup — nicht ins Git.
+`);