fix(quick-261005-d5d): Postfach-Abruf ueber EWS mit 60-s-Zeitgrenze

Gleicher eigener Timer wie im Kalender; httpreqs timeout greift waehrend des Verbindungsaufbaus nicht. 60 s, weil PDF-Anhaenge geladen werden. Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
2026-10-05 10:26:10 +02:00
parent e49d4c7c9d
commit 831c7b8f52
4 changed files with 39 additions and 1 deletions
@@ -10,4 +10,4 @@ date: 2026-10-05
 - `CalendarSourceUnreachableError` + `isNetworkUnreachableError` (calendar.service.ts); `testConnection`/`testConnectionFromConfig` liefern `error: 'unreachable'`, lastSyncError „Server not reachable“.
 - Formular: `formTestUnreachable` statt `formTestFailed`.
 - Nachweis (lokaler Container, kompilierter Provider): 172.16.0.3 -> nicht erreichbar nach 15,0 s; owa.ctl.de mit falschem Passwort -> erreichbar/abgelehnt 0,0 s. Tests api 2219+, web 1372 gruen.
- Gleiches Muster steckt in `inbox/exchange-inbox.provider.ts` (eigenes httpntlm ohne Zeitgrenze) — nicht angefasst.
+- Nachtrag (User „fix“): `inbox/exchange-inbox.provider.ts` bekommt denselben Timer, 60 s (laedt PDF-Anhaenge). testConnection meldet dann „EWS server not reachable (no answer within 60 s)“. Unit-Test mit Fake-Timern; echter Lauf nicht wiederholt (gleiche Mechanik wie im Kalender, dort echt gemessen).