Le Sat, 10 Mar 2007 17:53:47 +0100 François Boisson <[EMAIL PROTECTED]> 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 -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]