Bonjour,

Existe-t-il un script ou un binaire qui parse les headers de courriers
reçu et permette de faire des stats de délais de traitement à chaque
étape du cheminement du courrier ?

Si j'ai par exemple les headers suivants :

Received: from S2 by S3 ... Mon, 22 May 2006 13:00:48 ...
Received: from S1 by S2 ... Mon, 22 May 2006 13:00:47 ...
Received: from localhost by S1 ... Mon, 22 May 2006 13:00:47 ...
Received: from S1 by localhost ... Mon, 22 May 2006 13:00:40 ...
Received: from C1 by S1 ... Mon, 22 May 2006 13:00:40 ...


je vois que le client C1 a posté le mail au serveur S1 à 13:00:40, qu'il
a été immédiatement transféré à l'antispam, qu'il en est ressorti 7
secondes plus tard pour être réinjecter dans S1. Il est ensuite passé de
S1 à S2 sans délais, puis a été reçu par S3 une seconde après.

S1, S2, S3 sont connus et fixes, y a-t-il un truc tout fait pour
fabriquer un fichier de données injectable dans gnuplot (ou autre) ?

Le but est de faire des stats, et de detecter en "temps réél" les délais
anormaux dans la distribution du courrier.

patpro

--
http://www.patpro.net/

patpro ~ Patrick Proniewski a écrit :
> Bonjour,
>
> Existe-t-il un script ou un binaire qui parse les headers de courriers
> reçu et permette de faire des stats de délais de traitement à chaque
> étape du cheminement du courrier ?
>
> Si j'ai par exemple les headers suivants :
>
> Received: from S2 by S3 ... Mon, 22 May 2006 13:00:48 ...
> Received: from S1 by S2 ... Mon, 22 May 2006 13:00:47 ...
> Received: from localhost by S1 ... Mon, 22 May 2006 13:00:47 ...
> Received: from S1 by localhost ... Mon, 22 May 2006 13:00:40 ...
> Received: from C1 by S1 ... Mon, 22 May 2006 13:00:40 ...
>
>
> je vois que le client C1 a posté le mail au serveur S1 à 13:00:40, qu'il
> a été immédiatement transféré à l'antispam, qu'il en est ressorti 7
> secondes plus tard pour être réinjecter dans S1. Il est ensuite passé de
> S1 à S2 sans délais, puis a été reçu par S3 une seconde après.
>
> S1, S2, S3 sont connus et fixes, y a-t-il un truc tout fait pour
> fabriquer un fichier de données injectable dans gnuplot (ou autre) ?
>
> Le but est de faire des stats, et de detecter en "temps réél" les délais
> anormaux dans la distribution du courrier.
>
> patpro
>

Je n'en connais pas, mais un tel script serait perturbé par les horaires
des serveurs qui ne sont pas à l'heure GMT (voir pas à l'heure du tout).
Regarde des mails, tu devrait en trouver quelques uns.

patpro ~ Patrick Proniewski a écrit :
> Bonjour,
>
> Existe-t-il un script ou un binaire qui parse les headers de courriers
> reçu et permette de faire des stats de délais de traitement à chaque
> étape du cheminement du courrier ?
>
> Si j'ai par exemple les headers suivants :
>
> Received: from S2 by S3 ... Mon, 22 May 2006 13:00:48 ...
> Received: from S1 by S2 ... Mon, 22 May 2006 13:00:47 ...
> Received: from localhost by S1 ... Mon, 22 May 2006 13:00:47 ...
> Received: from S1 by localhost ... Mon, 22 May 2006 13:00:40 ...
> Received: from C1 by S1 ... Mon, 22 May 2006 13:00:40 ...
>
>
> je vois que le client C1 a posté le mail au serveur S1 à 13:00:40, qu'il
> a été immédiatement transféré à l'antispam, qu'il en est ressorti 7
> secondes plus tard pour être réinjecter dans S1. Il est ensuite passé de
> S1 à S2 sans délais, puis a été reçu par S3 une seconde après.
>
> S1, S2, S3 sont connus et fixes, y a-t-il un truc tout fait pour
> fabriquer un fichier de données injectable dans gnuplot (ou autre) ?
>
> Le but est de faire des stats, et de detecter en "temps réél" les délais
> anormaux dans la distribution du courrier.
>
> patpro
>

Je n'en connais pas, mais un tel script serait perturbé par les horaires
des serveurs qui ne sont pas à l'heure GMT (voir pas à l'heure du tout).
Regarde des mails, tu devrait en trouver quelques uns.

In article <4471da65$0$7037$8fcfb975@news.wanadoo.fr>,
Xavier <ctrl-alt-del+news@astola.org> wrote:

> Je n'en connais pas, mais un tel script serait perturbé par les horaires
> des serveurs qui ne sont pas à l'heure GMT (voir pas à l'heure du tout).
> Regarde des mails, tu devrait en trouver quelques uns.

ce n'est pas un probleme, je veux monitorer notre chaîne interne. Dans
le cas présent, je me contrefiche des délais occasionnés par des
serveurs non gérés par moi.

En gros j'ai ce cheminement :

1 mx d'entrée
2 AntiSpam/AntiVirus local
3 mx d'entrée
4 passerelle de réécriture
5 serveur final (avec le pop)

je vais monitorer les délais 1-2, 2-3, 3-4, 4-5 à partir d'une machine
du lan, qui déclenche l'envoi d'un mail en 1, et récupère le résultat en
5 via fetchmail. Ce même serveur peut faire une requete ssh de temps en
temps (via clé) pour obtenir la date sur les machines intermédiaires et
calculer le décalage éventuel.
En plus les machines sont toutes réglées par ntp, donc je pense que ça
devrait aller de ce côté.

patpro

--
http://www.patpro.net/

patpro ~ patrick proniewski a écrit :
> In article <4471da65$0$7037$8fcfb975@news.wanadoo.fr>,
> Xavier <ctrl-alt-del+news@astola.org> wrote:
>
>
>>Je n'en connais pas, mais un tel script serait perturbé par les horaires
>>des serveurs qui ne sont pas à l'heure GMT (voir pas à l'heure du tout).
>>Regarde des mails, tu devrait en trouver quelques uns.
>
>
> ce n'est pas un probleme, je veux monitorer notre chaîne interne. Dans
> le cas présent, je me contrefiche des délais occasionnés par des
> serveurs non gérés par moi.
>
> En gros j'ai ce cheminement :
>
> 1 mx d'entrée
> 2 AntiSpam/AntiVirus local
> 3 mx d'entrée
> 4 passerelle de réécriture
> 5 serveur final (avec le pop)
>
> je vais monitorer les délais 1-2, 2-3, 3-4, 4-5 à partir d'une machine
> du lan, qui déclenche l'envoi d'un mail en 1, et récupère le résultat en
> 5 via fetchmail. Ce même serveur peut faire une requete ssh de temps en
> temps (via clé) pour obtenir la date sur les machines intermédiaires et
> calculer le décalage éventuel.
> En plus les machines sont toutes réglées par ntp, donc je pense que ça
> devrait aller de ce côté.
>
> patpro
>

si tu utilise Postfix sur le serveur final, tu peux créer un script basé
sur le mécanisme de filtre juste avant la livraison au gestionnaire de
BAL (http://x.guimard.free.fr/postfix/ind...R_README.html).
Sinon, tu peux faire la même chose sur la passerelle de réécriture, mais
il te manquera les informations finales.

@+

patpro ~ patrick proniewski a écrit :
> In article <4471da65$0$7037$8fcfb975@news.wanadoo.fr>,
> Xavier <ctrl-alt-del+news@astola.org> wrote:
>
>
>>Je n'en connais pas, mais un tel script serait perturbé par les horaires
>>des serveurs qui ne sont pas à l'heure GMT (voir pas à l'heure du tout).
>>Regarde des mails, tu devrait en trouver quelques uns.
>
>
> ce n'est pas un probleme, je veux monitorer notre chaîne interne. Dans
> le cas présent, je me contrefiche des délais occasionnés par des
> serveurs non gérés par moi.
>
> En gros j'ai ce cheminement :
>
> 1 mx d'entrée
> 2 AntiSpam/AntiVirus local
> 3 mx d'entrée
> 4 passerelle de réécriture
> 5 serveur final (avec le pop)
>
> je vais monitorer les délais 1-2, 2-3, 3-4, 4-5 à partir d'une machine
> du lan, qui déclenche l'envoi d'un mail en 1, et récupère le résultat en
> 5 via fetchmail. Ce même serveur peut faire une requete ssh de temps en
> temps (via clé) pour obtenir la date sur les machines intermédiaires et
> calculer le décalage éventuel.
> En plus les machines sont toutes réglées par ntp, donc je pense que ça
> devrait aller de ce côté.
>
> patpro
>

si tu utilise Postfix sur le serveur final, tu peux créer un script basé
sur le mécanisme de filtre juste avant la livraison au gestionnaire de
BAL (http://x.guimard.free.fr/postfix/ind...ER_README.html).
Sinon, tu peux faire la même chose sur la passerelle de réécriture, mais
il te manquera les informations finales.

@+

In article <44731db4$0$18347$8fcfb975@news.wanadoo.fr>,
Xavier <ctrl-alt-del+news@astola.org> wrote:

> si tu utilise Postfix sur le serveur final, tu peux créer un script basé
> sur le mécanisme de filtre juste avant la livraison au gestionnaire de
> BAL (http://x.guimard.free.fr/postfix/ind...R_README.html).
> Sinon, tu peux faire la même chose sur la passerelle de réécriture, mais
> il te manquera les informations finales.

malheureusement, ce n'est pas du postfix à la fin (pire que tout, c'est
une appli java), et malheureusement les info sur la dernière transaction
sont parmi les plus importantes :/

M'enfin, mes scripts sont en bonne voie ! (et ils sont pas beaux ) )


patpro

--
http://www.patpro.net/

In article <patpro-971422.18441823052006@nnrp14-2.proxad.net>,
patpro ~ patrick proniewski <patpro@boleskine.patpro.net> wrote:

> In article <44731db4$0$18347$8fcfb975@news.wanadoo.fr>,
> Xavier <ctrl-alt-del+news@astola.org> wrote:
>
> > si tu utilise Postfix sur le serveur final, tu peux créer un script basé
> > sur le mécanisme de filtre juste avant la livraison au gestionnaire de
> > BAL (http://x.guimard.free.fr/postfix/ind...R_README.html).
> > Sinon, tu peux faire la même chose sur la passerelle de réécriture, mais
> > il te manquera les informations finales.
>
> malheureusement, ce n'est pas du postfix à la fin (pire que tout, c'est
> une appli java), et malheureusement les info sur la dernière transaction
> sont parmi les plus importantes :/
>
> M'enfin, mes scripts sont en bonne voie ! (et ils sont pas beaux ) )


Voilà, j'ai fini :

<http://www.patpro.net/blog/index.php...etrer-les-etap
es-de-l-acheminement-du-courrier-electronique>

Comme je disais, les scripts ne sont pas très beaux à voir mais ça
fonctionne.
Au final, comme le fetchmail repasse le mail en sortie de POP au postfix
local de la machine d'analyse, j'aurai pu utiliser la méthode "postfix"
dont Xavier parle plus haut, mais j'ai préféré faire sans. C'est un peu
plus portable comme ça (peut être).


patpro

--
http://www.patpro.net/