docs(PROJ-69,PROJ-70): Deployment-Status auf Deployed setzen

Beide Features auf 132 und 131 deployed (2026-07-07). PROJ-69/PROJ-70
ohne vollständigen Browser-/E2E-Test, nur Smoke-Tests — offene QA-Punkte
in den Spec-Dateien dokumentiert.

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

features/PROJ-70-imap-rueckholung-self-service.md

@@ -1,7 +1,7 @@
 ---
 id: PROJ-70
 title: User-Self-Service IMAP-Rückholung (Archiv-Mail zurück ins Postfach)
-status: Planned
+status: Deployed
 created: 2026-07-07
 ---
 
@@ -132,11 +132,24 @@ Mail- und IMAP-Handler dupliziert):
   `fetch`, um das `error`-JSON-Feld als `Error.message` durchzureichen).
 - `npx tsc --noEmit -p .` lief sauber durch (Exit 0).
 
-**Noch offen:** QA gegen Acceptance Criteria (insb. Tenant-Isolation-Test,
-Sichtbarkeits-Gating), Kompilierung/Deploy auf 132.
-
 ## QA Test Results
-_wird nach Umsetzung ergänzt._
+
+Nur Smoke-Tests, kein vollständiger E2E-Test:
+- 132: Backend/Frontend kompilieren, Dienste laufen, `imap_restore_enabled`-
+  Spalte vorhanden, `PATCH /api/auth/imap-restore` und
+  `POST /api/mails/{id}/restore` liefern 401 (Auth erforderlich) statt 404 —
+  Endpoints korrekt registriert.
+- 131: identische Smoke-Test-Ergebnisse.
+- **Nicht getestet** (bewusst, keine Produktiv-/Test-Zugangsdaten angefasst):
+  echter Login-Flow, Passwort-Bestätigungs-Dialog, Restore-Button-
+  Sichtbarkeit, 422-Fehlermeldung bei Postfach-Ablehnung,
+  Tenant-Isolation-Test (User A → Postfach von User B). Empfehlung: mit
+  dediziertem Testuser nachholen (QA Engineer oder integration-tester-Skill).
 
 ## Deployment
-_wird nach Abschluss ergänzt._
+
+- 2026-07-07, 192.168.1.132 (Test): 2x `update.sh` (Self-Update-Timing,
+  siehe PROJ-67/68), Migration lief, Dienste `active`, Health-Check grün.
+- 2026-07-07, 192.168.1.131 (Produktiv): identisch, 2x `update.sh`, Migration
+  lief, Dienste `active`, Health-Check grün. Kein Login mit
+  Produktiv-Zugangsdaten durchgeführt.