Deutsch English Français Italiano |
<tfukge$l4e$1@shakotay.alphanet.ch> View for Bookmarking (what is this?) Look up another Usenet article |
Path: ...!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: 2838 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 ...)