E-Mail-Ordner-Triage: eM Client 11 MCP-Support als bevorzugten Weg ergänzen

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>

TODO.md

@@ -2613,8 +2613,27 @@ CSV-Exports der Auswertung (6.3.3) über die gemeinsame Export-Infrastruktur aus
       genau der manuelle "Mail raussuchen und archivieren"-Schritt entfällt damit. Echtes Löschen
       bleibt eine separate, bewusst zusätzliche Aktion (eigener Button, nicht automatisch beim
       Archivieren mitgemacht).
-    - **Architektur-Vorbild:** wie `LehrerApp.WebUntis` ein eigenständiger, serverunabhängiger
-      Client — neues `LehrerApp.Mail`-Projekt (IMAP-Verbindung + Nachrichtenliste + Move/Delete,
+    - **Bevorzugt zu prüfen — eM Client 11 MCP-Support (Stand 2026-09-02, laut Ankündigung des
+      Herstellers noch in der Beta):** eM Client kündigt für v11 einen MCP-Server an ("find
+      accounts and folders, search and retrieve emails or conversations, perform selected mailbox
+      actions, draft and send messages, and more"). Klingt breit genug, um genau die hier
+      benötigten Primitive abzudecken (Ordner ansprechen, Mails lesen, Mailbox-Aktion ausführen)
+      — und würde, wenn der Funktionsumfang das hergibt, die IMAP-Variante unten komplett
+      überflüssig machen: LehrerApp bräuchte dann **gar keine eigenen Postfach-Zugangsdaten**,
+      sondern spräche als MCP-Client die bereits eingeloggte eM-Client-Instanz auf demselben
+      Gerät an. Löst den Mehrgeräte-Fall (siehe unten) sogar eleganter als der IMAP-Ansatz: die
+      Aktion ist automatisch nur dort verfügbar, wo eM Client lokal läuft und angemeldet ist —
+      ganz ohne eigenen `SourceMailAccount`-Abgleich. Vor einer Festlegung zu klären, sobald die
+      Beta zugänglich ist: (1) deckt "perform selected mailbox actions" wirklich gezieltes
+      Verschieben in einen bestimmten Zielordner ab, oder nur eine feste Auswahl (z.B.
+      Lesen/Flag/Junk)? (2) welcher Transport (lokaler Prozess über stdio, lokaler HTTP-Port?) und
+      gibt es dafür schon eine nutzbare .NET/C#-MCP-Client-Bibliothek? (3) muss eM Client dafür im
+      Vordergrund laufen oder reicht ein im Hintergrund laufender Prozess? (4) Stabilität der
+      Schnittstelle vor Verlassen der Beta. Solange das offen ist, bleibt der IMAP-Weg unten der
+      Fallback-Plan — funktioniert unabhängig vom Mail-Programm und auch, falls der Nutzer eM
+      Client je wechselt.
+    - **Fallback-Architektur (IMAP via MailKit):** wie `LehrerApp.WebUntis` ein eigenständiger,
+      serverunabhängiger Client — neues `LehrerApp.Mail`-Projekt (IMAP-Verbindung + Nachrichtenliste + Move/Delete,
       via `MailKit` — .NET hat kein natives IMAP in der BCL, `System.Net.Mail` deckt nur SMTP ab;
       MailKit ist der De-facto-Standard, MIT-lizenziert, Eintrag in `Directory.Packages.props`),
       Desktop bindet es analog zu `LehrerApp.WebUntis` direkt ein. Zugangsdaten