Complément d’analyse

des messages, ou analyser le trafic sur les serveurs individuels,
il est probable que vous écririez
du code pour réduire les données à 
leurs nombres essentiels (comme le
nombre de messages envoyés pendant
une période, le nombre de destinataires
et la taille des messages).
Attendez-vous à  traiter une grande
quantité de données parce qu’un message
envoyé à  un important groupe de
distribution génère des centaines d’entrées
dans le journal de suivi. Ainsi, un
message envoyé à  deux groupes de distribution
communs qui totalisent 1 350
utilisateurs (avec quelques doublons)
dans ma société, génère plus de 4 000
entrées. A en juger par les opinions exprimées
lors des conférences et dans
les listes de mailing Internet, il me
semble que Perl est un favori de ceux
qui écrivent du code maison pour analyser
le contenu du journal de suivi des
messages.

Vous pouvez aussi acheter un produit
commercial comme PROMODAG
Reports for Microsoft Exchange Server
pour faire le travail. MessageStats de
Quest Software fournit des analyses
plus poussées du contenu du journal
des messages pour fournir de nombreuses
statistiques différentes,
comme la DL la plus populaire et qui
envoie le plus de messages. Les utilitaires
ne traitent pas bien certaines situations
– ainsi, certains utilitaires ne
peuvent pas traiter les messages envoyés
aux DL imbriqués (listes composées
de listes plutôt que de destinataires
individuels) – mais, dans la
plupart des cas, un produit standard
est plus simple et plus fonctionnel que
de développer votre propre outil de
suivi des messages.

Si l’on ne vous demande pas souvent
de suivre un message, vous pourriez
avoir ignoré le Message Tracking
Center. En revanche, si l’on vous demande
de suivre un message, soyez
certain que le message est important –
et vous devez savoir vous y prendre, y
compris en analysant des données
brutes si nécessaire.