docs: hermes-mail-browser phase 1 validee en conditions reelles + fix connexion Playwright partagee

common/MAIL-BROWSER-HERMES-TT.md

@@ -42,3 +42,32 @@ hermes-mail-browser, reseau n8n, UID/GID 1026:100, volume data/ pour le profil
 navigateur.
 
 Statut : conteneur deploye et sain, en attente authentification manuelle (22/07/2026).
+
+## Mise a jour 22/07/2026 soir — validation phase 1 complete
+
+Bug corrige pendant la validation : premiere version de main.py ouvrait une
+nouvelle connexion Playwright a CHAQUE requete. Deux requetes de test annulees
+cote client (timeout curl) ont laisse des coroutines bloquees cote serveur,
+qui ont ensuite bloque toute nouvelle tentative (verrou de spawn du driver
+Playwright). Corrige : connexion unique partagee, ouverte au demarrage de
+app (FastAPI lifespan), reutilisee pour toutes les requetes, timeout de
+securite 15s sur la connexion CDP.
+
+Piege reseau rencontre en testant : ports 3110/8810 bindes UNIQUEMENT sur
+192.168.100.33 (delibere, pas de bind 0.0.0.0). Injoignable depuis un
+conteneur Docker (mcp-nas) via 172.17.0.1 ou directement via 192.168.100.33
+depuis un container — passer par ssh nas-host pour tout test/usage agent.
+
+Tests reussis en conditions reelles (session Nabil authentifiee) :
+- GET /auth/status -> authenticated:true
+- GET /inbox?limit=5 -> expediteur/objet/heure/apercu corrects (5/5), y compris
+  un mail metier Zone Sud reel
+- GET /message/0 -> corps complet correctement extrait
+
+Phase 1 (lecture seule boite de reception) fonctionnelle, prete pour usage
+par hermes-tt.
+
+Reste a faire : calibrer le 409 sur expiration reelle de session (pas encore
+observe) ; evaluer robustesse des selecteurs OWA dans la duree ; envisager
+V1.5 (appel API interne OWA via page.evaluate+fetch) si le DOM scraping
+devient trop lent.