← Réalisations

On l’apprenait toujours trop tard

Une boîte pleine, c’est un collaborateur qui ne reçoit plus rien. Et le service informatique qui le découvre quand il appelle.


Service
Exchange Online
Seuil d’alerte
95 %
Intervention utilisateur
0

Ce qui n’allait pas

Rien ne surveillait le remplissage des boîtes aux lettres. Le service apprenait la saturation d’une boîte au moment où son propriétaire signalait qu’il ne recevait plus rien — donc après le blocage, jamais avant.

Le coût n’est pas technique, il est humain : des messages perdus de vue, un collaborateur bloqué, et une intervention en urgence sur quelque chose qui se voyait venir.

Le seuil a été mesuré, pas devine

En observant les cas réels, un constat : une boîte commence à présenter des dysfonctionnements — refus d’envoi, notamment — à partir de 97 % d’occupation.

L’alerte a donc été fixée à 95 %, pour conserver une marge d’intervention avant que l’utilisateur ne soit gêné. C’est le genre de choix qu’on ne peut pas faire sans avoir regardé le parc.

Comment ça tourne

Une tâche planifiée se connecte à Exchange Online par authentification applicative avec certificat — aucun mot de passe stocké nulle part. Pour chaque boîte, le script relève la taille réellement utilisée, le quota d’envoi et le pourcentage d’occupation.

Toute boîte au-delà du seuil est ajoutée à un rapport envoyé au service par le serveur SMTP interne. Aucune action n’est demandée aux utilisateurs, et rien ne s’exécute sur leurs postes.

Ce que ça change

Avant

Le téléphone sonne.

La saturation se découvrait par un appel : « je ne reçois plus mes mails ». À ce stade le blocage est déjà là, et l’intervention se fait dans l’urgence.

Après

Le service est prévenu avant.

La surveillance tourne seule et signale les boîtes qui approchent de leur limite. L’intervention devient planifiable, et le nombre d’incidents de saturation baisse.

Faites glisser pour comparer

Ce que je referais autrement

L’alerte prévient le service, pas l’utilisateur

La solution résout le problème du service informatique : il sait. Elle ne traite pas la cause, qui est en amont — des boîtes qui grossissent sans que leur propriétaire en ait conscience.

Ce que j’ajouterais : un message à l’utilisateur concerné en même temps qu’au service, et un suivi dans le temps pour distinguer une boîte ponctuellement pleine d’une boîte structurellement trop petite.

Le détail est dans le dossier professionnel : l’architecture de la collecte, la détermination du seuil, la campagne de tests et les résultats après mise en production.