v1.2.2

Ergebnis eines Code-Reviews.

• SKILL.md/SECURITY.md: ehrlichere Darstellung der Schutzebenen. Nur das
  Senden ist auch serverseitig unmöglich (kein SMTP); für delete_emails
  und für move_emails in beliebige Ordner gibt es serverseitig keine
  Sperre, dort greifen die Werkzeugliste des Loops und die Prompt-Regeln.
  Aussagen wie „technisch gesperrt“ bzw. „nichts wird unwiderruflich
  gelöscht“ entsprechend präzisiert.
• SKILL.md (Docker-Pfad)/SECURITY.md: Der Mail-Server hat keine eigene
  Anmeldung. Das Compose-Snippet nutzt jetzt ein eigenes Netz
  (mail-sort-net) statt „gleiches Netz wie Claude Code“; Empfehlung, kein
  Netz mit anderen Diensten oder Reverse Proxy zu teilen.
• diagnose-windows.ps1: Die TLS-Prüfung fragt keine Sperrlisten mehr ab
  (RevocationMode = NoCheck); sonst konnte hinter einer Firewall ohne
  CRL-Zugriff ein falsches „nicht vertrauenswürdig“ erscheinen. Die
  uvx-Aufrufe im Skript nutzen dieselbe Schreibweise wie die Vorlagen
  (uvx mcp-email-server==<VERSION> ...).
• README (DE/EN): Die Freigabe für allowedMcpServers ist der exakte
  Befehl uvx mcp-email-server==<VERSION> stdio, nicht @....
• SKILL.md (Phase 0): Die Claude-Code-Versionsprüfung testet jeden der drei
  Schalter (dontAsk, --strict-mcp-config, --tools) einzeln statt einer
  Trefferzahl (bash und PowerShell).
• Auf der Windows-11-VM (als Administrator; PS 5.1, claude 2.1.286, uv 0.12.22) nachgeprüft:
  diagnose-windows.ps1 -All ohne Auffälligkeiten (16 OK, inkl. neuer
  uvx-Schreibweise und gehärtetem claude -p); allowedMcpServers mit dem
  exakten Befehl uvx mcp-email-server==1.11.0 stdio lädt den Server, mit
  @ statt == oder ohne stdio wird er blockiert.
• SKILL.md: veralteter Windows-Fallstrick („nur mit PowerShell 7 gegen
  Test-Stub geprüft“) durch den tatsächlichen Teststand ersetzt.

1.2.1

Highlights

• Gmail-Fix: move_emails antwortet bei Gmail auch nach geglückter Verschiebung mit warning: reconciliation needed. Die Abschlusszeilen-Regel der Prompt-Vorlage hat deshalb nie MAIL_SORT_LAUF_OK ausgegeben und der Watermark blieb stehen. Die Regel akzeptiert jetzt diese Antwort (alle IDs unter succeeded:, kein failed:/unknown:).
• Neu: Diagnose-Skript für Firmenrechner (skills/setup/templates/windows/diagnose-windows.ps1). Prüft vor der Einrichtung nur lesend und ohne Adminrechte: Ausführungsrichtlinie, Language Mode, AppLocker/WDAC, Werkzeuge, verwaltete Claude-Code-Einstellungen und TLS-Aussteller. Mit -All zusätzlich Praxistests (Aufgabenplanung, uvx mcp-email-server, claude -p mit den Schutz-Schaltern des echten Laufs). Hilft auch bei gesperrter Skriptausführung (-ExecutionPolicy Bypass, Scriptblock-Variante).
• README (DE/EN): neuer Abschnitt „Auf Firmenrechnern und mit geschäftlichem Claude“ (IT-Freigabe, Datenschutz, Microsoft 365, AppLocker/WDAC, TLS-Inspection, verwaltete Claude-Einstellungen).
• SKILL.md: Provider-Hinweise (Gmail, GMX/Web.de, Outlook/Microsoft 365 nicht unterstützt, Yahoo/iCloud), Windows-Hinweise (winget --skip-dependencies, langsamer erster uvx-Start).

Validiert

• Docker-Pfad mit echtem Gmail-Testkonto und frisch gestartetem mail-mcp-sort-Container: Vollauf, Folgelauf mit since, Abschlussmarke, Watermark, Fehlerfall ohne Marke.
• Windows-Pfad auf einem echten Windows-Runner (PowerShell 5.1 und 7), auf einer Windows-11-VM mit echtem claude.exe und als Standardnutzer ohne Adminrechte mit echtem Gmail-Konto bis zur sortierten Mail.

Nicht getestet

Windows 10, englisches Windows, macOS, lokaler Linux-Pfad, echte Firmenrechner, eigene Exchange-Server im Unternehmen und andere Mail-Anbieter als Gmail.

Outlook als Programm ist kein Hindernis: Entscheidend ist der Mail-Server dahinter. Wer in Outlook ein IMAP-Postfach nutzt (z. B. GMX, Web.de, Gmail oder einen Webhoster), kann den Skill verwenden; in Outlook steht unter Datei → Kontoeinstellungen der Typ „IMAP/SMTP“. Nicht nutzbar sind Postfächer bei Microsoft selbst (Outlook.com/Hotmail, Microsoft 365/Exchange Online), weil dort der Passwort-Login für IMAP abgeschaltet ist und OAuth nötig wäre.

Vollständiger Verlauf: CHANGELOG.md