Path: ...!feeds.phibee-telecom.net!news.mixmin.net!weretis.net!feeder8.news.weretis.net!news.trigofacile.com!.POSTED.san13-h02-176-143-2-105.dsl.sta.abo.bbox.fr!not-for-mail From: =?UTF-8?Q?Julien_=c3=89LIE?= Newsgroups: fr.comp.usenet.serveurs Subject: Re: [Debian] Installer PyClean sur INN 2.6.4 Date: Wed, 14 Sep 2022 19:14:13 +0200 Organization: Groupes francophones par TrigoFACILE Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Date: Wed, 14 Sep 2022 17:14:13 -0000 (UTC) Injection-Info: news.trigofacile.com; posting-account="julien"; posting-host="san13-h02-176-143-2-105.dsl.sta.abo.bbox.fr:176.143.2.105"; logging-data="2176805"; mail-complaints-to="abuse@trigofacile.com" User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Thunderbird/102.2.2 Cancel-Lock: sha1:7feV3mi8RpCymVbt8jNrfchRlpY= sha256:orE9+C4fIK/fPYJN9g4sq6tN4/3Umx+Wu3OGkT07Cr8= sha1:YWOm14Xk5oVmhBVczG56C7sVCiY= sha256:3b24Z+rWLDY1rez8Qz23je6Fvwbl8IJfIFZLXflNAmY= In-Reply-To: Bytes: 4870 Lines: 79 Salut Stéphane, >> Peut-être qu'il est en fonctionnement alors s'il n'y a pas d'erreur ? >> A-t-il chargé ses fichiers de configuration ? (d'après pyclean.log) >> C'est normal qu'il n'y ait rien dans init_traceback ; s'il y a quelque >> chose, c'est qu'une erreur s'est produite. > > Alors il est très peu actif et mes tests de bad_from n'ont pas été > concluants... Ce n'est pas normal. Mon test de bad_from fonctionne bien avec : % cat bad_from /iulius/ 20300101 Et pyclean.log : 2022-09-03 14:05:15 INFO bad_from: Recompiling Regular Expression. 2022-09-03 14:05:15 INFO Compiled 1 rules from bad_from C'est l'un des points que j'apprécie le plus avec PyClean : le niveau de log et la traçabilité des actions qu'il réalise. 2022-09-14 18:17:15 INFO emp_fsl: Trim complete. was=72, now=3, high=1, decrement=1 2022-09-14 18:17:15 INFO emp_body: Trim complete. was=76, now=1, high=1, decrement=1 2022-09-14 18:22:13 INFO Control: cancel , mid= >> D'après le commentaire et le code du filtre que je recopie ci-dessous, >> le Supersedes n'est pas rejeté en Perl (cela aurait été le cas si le >> return de la première ligne n'était pas commenté). Donc le Supersedes >> est accepté et INN 2.6 (qui ne connaît pas Cancel-Lock) l'exécute. >> Pour ne pas qu'il soit exécuté, il faut innflags: "-C" dans inn.conf. >> >> sub local_filter_after_emp { >> if (exists( $hdr{'Supersedes'} )) { >> #return verify_cancel(\%hdr, $hdr{'Supersedes'}, 'Supersedes'); >> # verify_cancel is called, but not returned, so the >> # posting is unconditionally accepted >> # verify_cancel calls INN:cancel() if verification suceeds >> verify_cancel(\%hdr, $hdr{'Supersedes'}, 'Supersedes'); >> } >> >> return undef; >> } >> > > Et pourquoi le code n'est pas plutôt : > > sub local_filter_after_emp { > if (exists( $hdr{'Supersedes'} )) { > #return verify_cancel(\%hdr, $hdr{'Supersedes'}, 'Supersedes'); > # verify_cancel is called, but not returned, so the > # posting is unconditionally accepted > # verify_cancel calls INN:cancel() if verification suceeds > verify_cancel(\%hdr, $hdr{'Supersedes'}, 'Supersedes'); > } else { > return undef; > }; > }; Vu qu'il y a un Supersedes dans l'article, c'est la première branche du if qui s'exécute. verify_cancel est appelé, puis il n'y aura aucun retour de la fonction, donc pas de rejet. Pour que le Supersedes soit rejeté, c'est la première ligne commentée (return verify_cancel...) qu'il faut. -- Julien ÉLIE « Passion is inversely proportional to the amount of real information available. » (Benford's law)