Discussion :

[schnee]

Bonjour,

J'ai un serveur HTTP sur lequel j'héberge des clients (associations) qui utilisent mon propre système de génération de contenu (ceci dit pour situer le contexte, je ne fais pas de pub).
J'offre également les services de courriel SMTP et POP3.
J'ai installé dans ce but Mail Enable sur mon serveur. Il fonctionne très bien, sauf que quand il faut aller vérifier dans le journal (logs) pourquoi un message ne s'est pas rendu à destination, c'est un fouillis indescriptible.
Toutes les actions sont enregistrées en ordre chronologique et mélangées pour plusieurs messages en même temps, ça parle de « This server... » mais on ne sait jamais s'il s'agit du mien ou celui de l'envoyeur ou du destinataire, bref c'est la pagaille !

Je cherche un serveur courrier capable de créer un journal simple dans lequel on pourrait facilement retrouver ce qui s'est passé pour chaque message reçu ou envoyé, avec succès ou non, et si ça n'a pas marché pourquoi ?
De préférence sous forme de base de données. Sous Windows 2008.

Est-ce que ça existe ou je demande la lune ?

[RaphAstronome]

Pour ma part j’utilise simplement Postfix sous Linux dans son mode de stockage par défaut (sans BDD donc mais je crois que c'est possible d'en utiliser une).

Les log sont effectivement par date donc mélangés, toutefois chaque mail à un ID donc un simple grep fait l'affaire pour visualiser les lignes d'un mail en particulier.

Il faudrait déjà commencer par voir si tu peux avoir ce genre d'ID de mail sur ton serveur, ensuite tu devrais pouvoir trouver un équivalant à grep.

[schnee]

Il faudrait déjà commencer par voir si tu peux avoir ce genre d'ID de mail sur ton serveur, ensuite tu devrais pouvoir trouver un équivalant à grep.

Oui, il y a un Id, mais le log ne contient qu'un fatras de commandes et de messages plus ou moins nébuleux.
Des messages pas clairs comme par exemple « This server requires... » ... Quel serveur ? quand on envoie un courriel, il y a deux serveurs impliqués.
On aimerait un journal simple dans le genre
Message untel FROM = ... TO = ... envoyé à telle heure avec succès,
ou alors échoué pour telle raison, pas plus compliqué que ça.
Si on a besoin de plus on ira décortiquer plus loin.

Autre problème, l'id du message est attribué par le serveur SMTP, il n'y a aucun moyen de faire le lien avec les messages générés par l'application, en plus, il change s'il y a besoin de resoumettre le message pour une raison X.

Je me suis fait un parser qui arrive à retracer les messages et à vérifier s'ils ont été acceptés par le serveur du destinataire, mais c'est loin d'être parfait, et c'est vraiment galère.

[schnee]

Bon, enfin, j'ai réussi à faire un système qui analyse les logs de Mail Enable qui semble efficace à 100% pour ce qui est de ce que mon serveur peut me signaler.

Le seul hic qui reste est le suivant :
Certains serveurs de destinataires acceptent un message sans aucun problème, même si le destinataire est inconnu. Au lieu de le dire tout de suite, ce qui serait intercepté par mon analyseur, le serveur du destinataire fait comme si l'adresse existait et retourne un message "destinataire inconnu" à l'envoyeur.

Question : est-ce ça obéi au standard SMTP de répondre "destinataire OK" alors que c'est faux ?