MailGuard 0.9.0 — Windows Desktop-Client Companion

Companion-Release zur ersten Version des MailGuard Windows-Clients
(itdatex-mailguard-desktop v0.1.0).
Alle Änderungen sind Backend- und Portal-Voraussetzungen, damit derselbe
Portal-Bundle-Code in einer nativen Tauri-Shell laufen kann.

Neue Endpoints & Persistenz

• GET /me/notifications (since_id/unread_only), GET /me/notifications/unread-count, POST /me/notifications/mark-seen
• Neue Tabelle mg_notifications. Server persistiert jetzt jedes User-relevante Ereignis (Phishing erkannt, Auto-Quarantäne, Undo-Ablauf, Newsletter-Bounce). FCM-Push bleibt unverändert und läuft parallel.

Portal-UI

• 🔔-Bell im Header mit Unread-Badge und Dropdown der letzten zehn Ereignisse.
• Dashboard-Card „🖥 Desktop-Client" mit Autostart-Toggle — nur sichtbar wenn im Windows-Client geladen.
• Poll läuft 60 s aktiv / 5 min im Hintergrund. Kein Service-Worker, keine Web-Push-Infrastruktur nötig.

Auth für externe Clients

• Neuer authProvider-Hook in api.js. Wenn gesetzt, holt die Portal-SPA den Bearer-Token dort (Windows-Client: aus dem Credential Manager) statt aus localStorage. 401 triggert transparenten /mobile/refresh + Retry. Web + Mobile unverändert.
• Push-Plattform-Enum erweitert um windows/macos/linux.
• CORS-Allowlist um tauri://localhost und https://tauri.localhost erweitert.

Migration

• DB-Schema-Bump 15 → 16. dbDelta ist idempotent, mg_notifications wird beim nächsten migrate_db angelegt (indexiert auf (customer_id, read_at, id) und (customer_id, created_at)).
• Keine Änderung an bestehenden Tabellen, kein Datenverlust-Risiko.

Bugfixes

• Router mappt /index.html jetzt auf home statt „not-found" (Tauri-Shell öffnet die App mit dieser URL).

Vollständige Details siehe CHANGELOG.md.