Re: [..] auto_whitelist et gel spamd
Le Sat, 10 Mar 2007 17:53:47 +0100
François Boisson <user.anti-spam@maison.homelinux.net> a écrit:
[..]
Suite pour ce qui suivent (merci à eux).
Le problème semblent précis: Pour des raisons encore floues, le démon
spamd gèle dans le traitement d'un message. Exim est assez impatient
dans le traitement d'un transport, si le retour n'a pas lieu vite, il
sort cette fameuse erreur 2.
Une rustine indispensable pour ne pas perdre du courier consiste à
donner à spamc un timeout serré de 60s (en gros le traitement d'un mail
prend 10s), cela se fait par la directive
command = /usr/sbin/exim -oMr spam-scanned -bS
transport_filter = /usr/bin/spamc -t 60 -p 780
(rajout du «-t 60»).
De même, il est raisonnable de lancer spamd avec une option
--timeout-child=59
afin d'avoir un timeout de spamd.
Dans ces conditions, il n'y a plus de mails perdus. Par contre, lors du
déclenchemenbt du timeout, les maisl ne sont pas filtrés et les spams
passent.
Pour les raisons, j'ai noté dans les logs de spamssassin (spamd avec
-D) deux choses:
1)
auto-whitelist: open of auto-whitelist file failed: auto-whitelist:
cannot open auto_whitelist_path /var/mail/.spamassassin/auto-whitelist:
Ioctl() inappropré pour un périphérique
le path est bon, je ne comprends pas l'erreur. Bon, j'ai viré le
recours à la whitelist.
2) Des messages
bayes: expire_old_tokens: child processing timeout at /usr/sbin/spamd
line 1085.
qui semblent correspondre au moment du gel.
Dans le doute, j'ai donc refait complètement la base bayes. Celle ci
provenait d'une version de spamassassin 2.6?? converti par sa-learn.
Quelqu'un a-t-il eu des pbms dans des conditions similairees?
François Boisson
Reply to: