Path: ...!3.us.feeder.erje.net!3.eu.feeder.erje.net!feeder.erje.net!news2.arglkargh.de!news.mixmin.net!weretis.net!feeder8.news.weretis.net!news.imp.ch!news.alphanet.ch!alphanet.ch!.POSTED!not-for-mail
From: Marc SCHAEFER <schaefer@alphanet.ch>
Newsgroups: fr.comp.usenet.serveurs
Subject: Re: Article =?ISO-8859-1?Q?rejet=E9_=E0?= cause du Supersedes
Date: Thu, 15 Sep 2022 07:33:34 -0000 (UTC)
Organization: Posted through news.alphanet.ch
Message-ID: <tfukge$l4e$1@shakotay.alphanet.ch>
References: <tac0c4$p5s$1@rasp.pasdenom.info>   <tfhpf8$1gt$1@rasp.pasdenom.info> <tfhqsd$1od4i$1@news.trigofacile.com> <tfk4vb$jqa$1@rasp.pasdenom.info> <tfl0gc$1ss39$1@news.trigofacile.com> <tfl2dk$utk$1@rasp.pasdenom.info> <tflec7$1tc2r$1@news.trigofacile.com> <tfs12f$p0a$1@rasp.pasdenom.info> <tft255$22dp5$2@news.trigofacile.com> <tft5tr$ls3$1@rasp.pasdenom.info> <tft784$22ggq$1@news.trigofacile.com> <tft7r3$qq5$1@rasp.pasdenom.info> <tfugv7$1adk$2@cabale.usenet-fr.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Injection-Date: Thu, 15 Sep 2022 07:33:34 -0000 (UTC)
Injection-Info: shakotay.alphanet.ch; posting-account="schaefer";
	logging-data="21646"; mail-complaints-to="usenet@alphanet.ch"; posting-host="634ce6c9682d817d72f6177875e2bb4f.nnrp.alphanet.ch"
User-Agent: tin/2.4.3-20181224 ("Glen Mhor") (UNIX) (Linux/4.19.0-21-amd64 (x86_64))
Cancel-Lock: sha256:UMCVWQWzkQqNKQFA3aqGbh09nDDidAtHQu6HkhZIUdU= sha256:2u9ezfyl+uXfB9UTl8hCMV9Lcieov8JK3bzPpOp7wo0=
Bytes: 2931
Lines: 28

Olivier Miakinen <om+news@miakinen.net> wrote:
> Il me semble aussi que ce soit un bug de rejeter un article à cause du
> Supersedes.

C'est très compliqué de faire cela correctement, voire impossible, dans
le contexte des Cancel-Lock.

Si on ne rejette pas un Supersedes: ou Control: cancel qui fait
référence à un article localement non disponible, alors on va accepter
un tel Supersedes: ou Control: cancel *sans pouvoir vérifier le
Cancel-Lock, voire même son existence*.

Si l'article légitime est reçu ensuite (USENET == inondation), il sera
alors rejeté, même s'il porte un Cancel-Lock qui ne correspond pas à la
Cancel-Key du Supersedes: ou Control: cancel.

Il y a donc
   - un effet d'inondation (peu probable, mais c'est déjà arrivé)
   - d'autres possibilités d'abus graves que je ne détaillerai pas ici,
     pour ne pas donner de mauvaises idées et dont les work-arounds
     existent mais sont complexe en l'état (j'en parle volontiers
     en e-mail): on parle ici de la censure complète des articles
     émis par un serveur.

Avec la version actuelle d'INN, il ne me semble pas possible d'accepter
un article qui Supersedes: un article non disponible sans créer ce bug
(il n'y a pas de INN::accept_article_but_don_t_do_the_supersedes, sauf à
passer en mode -C et à tout faire les cas normaux à la main ...)