Surveillance des alertes e-mail de manière évolutive

Ce que vous proposez, c'est de réimplémenter efficacement votre système de surveillance (en alimentant les alertes du système actuel dans un autre système de surveillance qui est suffisamment intelligent pour savoir que quelque chose ne va pas s'il n'est pas constamment rassuré que tout va bien).

Ce n'est certainement pas ce dont vous avez besoin. Ce dont vous avez besoin, c'est d'une combinaison de surveillance sur site et hors site qui de manière fiable vous envoyer des alertes en cas de défaillance (du système interne normalement, ou du système externe si, pour une raison quelconque, le système interne a échoué).

Veuillez garder à l'esprit l'axiome suivant concernant les systèmes de surveillance :

Il n'y a pas de bonne raison d'alerter sur le succès.

L'alerte en cas de succès est le défaut de configuration amateur le plus courant d'un système de surveillance.
Un système de surveillance doit uniquement vous alerter sur des choses qui nécessitent une action .

Le succès, par définition, n'est pas un événement nécessitant une action, donc aucune alerte ne doit être générée.
L'absence de succès est par définition un "échec", et une alerte d'échec exploitable doit donc être générée.

L'envoi de messages d'état "tout va bien" finit par entraîner les gens à ignorer les messages du système de surveillance (car aucune action n'est requise la plupart du temps). Vous voulez que les alertes de surveillance soient des événements choquants qui incitent les gens à agir, et non des nuisances de routine qui sont effacées de leur boîte de réception par la mémoire musculaire.