> Alors je ne saurais pas te dire, mais je crois quand même que fetchmail
> n'y est pour rien (je crois hein).
>
> Il procède comme ca: il effectue le RETR, puis il effectue la delivrery
> locale (==> si filtre procmail ou spamassassin bloque, il bloque
> maintenant d'ou le temps qu'il met avant d'envoyer le DELE) puis alors
> il envoie le DELE
>
> ==> à mon avis c'est pas fetchmail qui pouerk. Tu as essayé de lire un
> message en telnet pour voir si c'est la récup du mail qui foire ou bien
> la "local delivrery" du mail ?
ah... interessant
paske ca m'affiche par exemple :
#************************ flushed
^
et c a ce moment | la que ca prend une plombe, juste avant le
flushed
L'affichage de la progression est tres rapide.
Une fois qu'il affiche le "flushed" le DELE suit aussitot.
par contre je sais pas exactement ce qu'il fait entre les deux;
je croyais qu'il mettait ca dans la mailbox local ,sans se preoccuper du
reste, sans attendre un qqcque process en aval. D'ailleurs comment est appelé procmail ?
Pour le telnet, comment tu procedes ?
F.
Attachment:
pgpVstnjeWmlL.pgp
Description: PGP signature