Path: ...!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?= <iulius@nom-de-mon-site.com.invalid>
Newsgroups: fr.comp.usenet.serveurs
Subject: =?UTF-8?Q?Re=3a_Emp=c3=aacher_que_Z_=5bRFC=5d?=
Date: Wed, 31 Aug 2022 23:54:21 +0200
Organization: Groupes francophones par TrigoFACILE
Message-ID: <teolad$133kr$1@news.trigofacile.com>
References: <td8mhk$1dsb$2@cabale.usenet-fr.net>
 <tda8u9$3ge$1@ns507557.dodin.fr.nf> <tdnlh3$224j$1@cabale.usenet-fr.net>
 <tdnsv5$23go$1@cabale.usenet-fr.net> <tdnu7u$f0i$1@ns507557.dodin.fr.nf>
 <tdo3bg$29g8$1@cabale.usenet-fr.net> <tdo58l$2feb$1@cabale.usenet-fr.net>
 <tdo5k3$mvc$1@shakotay.alphanet.ch> <tdo9df$i6s$1@ns507557.dodin.fr.nf>
 <tdo9v8$8v2$1@shakotay.alphanet.ch> <tdof56$jb6$1@ns507557.dodin.fr.nf>
 <tdr1j8$rsd$2@shakotay.alphanet.ch> <tdrh1b$9t5$1@ns507557.dodin.fr.nf>
 <tdrhec$nf3$1@shakotay.alphanet.ch> <tdrj2d$a5u$1@ns507557.dodin.fr.nf>
 <tdrmb3$d69$1@cabale.usenet-fr.net> <tdsjt9$ho2$1@ns507557.dodin.fr.nf>
 <tdsqj4$j2t$1@ns507557.dodin.fr.nf> <tdsrll$j74$1@ns507557.dodin.fr.nf>
 <tdssvr$jcn$1@ns507557.dodin.fr.nf> <tdstd9$jgf$1@ns507557.dodin.fr.nf>
 <tdsuc7$jra$1@ns507557.dodin.fr.nf> <tdt2dq$l2l$1@ns507557.dodin.fr.nf>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Wed, 31 Aug 2022 21:54:21 -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="1150619"; mail-complaints-to="abuse@trigofacile.com"
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0)
 Gecko/20100101 Thunderbird/91.12.0
Cancel-Lock: sha1:SLqhJawYONtnY/DPXjJcYqHoxr0= sha256:sor+tDzsjdjcgoncFAjcw93ONxFjILz2cjWp+B4ysg8=
	sha1:eqTjfhkbtV07ykhi1QCNbWp2l/M= sha256:EwpssacAvO0i2mcuvI1c9R+tRXjIMOmhdbCcCzaSyzk=
In-Reply-To: <tdt2dq$l2l$1@ns507557.dodin.fr.nf>
Bytes: 3792
Lines: 45


Bonsoir Jean-Daniel,

> Pour le coup, la doc de INN est presque trop copieuse, du 
> coup il y a des inconsistance: par exemple un fichier recommande 
> innflags: "-C" pour filtrer les cancels, mais c'est un autre fichier qui 
> signale que ce faisant INN propage ces mêmes cancels

C'est la problématique des "pointeurs" vers une autre documentation. La 
plus détaillée est le fonctionnement du paramètre, et pas la phrase 
indiquant l'existence de ce paramètre...

Toutefois, en ce qui concerne l'exemple que tu donnes, je ne vois pas 
écrit que -C est recommandé "pour filtrer les cancels". Il est question 
de "traitement" des cancels ("process") :

[inn.conf]
"In order not to actually process any cancel or supersedes messages, you 
can start innd with the -C flag, or add this flag to the innflags 
parameter."

[innd]
"-C
This flag tells innd to accept and propagate but not actually process 
cancel or supersedes messages.  This is intended for sites concerned 
about abuse of cancels, or that wish to use another cancel mechanism 
with stronger authentication."


Ceci ne me semble pas inconsistant. Les deux endroits de la 
documentation disent bien que l'annulation n'est pas "processée" 
(réalisée / traitée).

Mais bon, soit, la question ne se pose désormais plus. L'option "-C" 
n'existe plus dans INN 2.7.0.
Elle a été remplacée par le paramètre docancels dans inn.conf :

   https://www.eyrie.org/~eagle/software/inn/docs/inn.conf.html

docancels: require-auth / auth / none / all

-- 
Julien ÉLIE

« Memoriam quoque ipsam cum uoce perdidissemus, si tam in nostra
   potestate esset obliuisci quam tacere. » (Tacite, _Vie d'Agricola_)