Path: ...!news.mixmin.net!proxad.net!feeder1-2.proxad.net!usenet-fr.net!.POSTED!not-for-mail
From: Olivier Miakinen <om+news@miakinen.net>
Newsgroups: fr.comp.usenet.serveurs
Subject: =?UTF-8?Q?Re:_Article_rejet=c3=a9_=c3=a0_cause_du_Supersedes?=
Date: Fri, 16 Sep 2022 10:29:19 +0200
Organization: There's no cabale
Lines: 31
Message-ID: <tg1c50$2e08$1@cabale.usenet-fr.net>
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>
 <tfukge$l4e$1@shakotay.alphanet.ch>
NNTP-Posting-Host: 220.12.205.77.rev.sfr.net
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: 8bit
X-Trace: cabale.usenet-fr.net 1663316960 79880 77.205.12.220 (16 Sep 2022 08:29:20 GMT)
X-Complaints-To: abuse@usenet-fr.net
NNTP-Posting-Date: Fri, 16 Sep 2022 08:29:20 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Firefox/52.0 SeaMonkey/2.49.4
In-Reply-To: <tfukge$l4e$1@shakotay.alphanet.ch>
Bytes: 2869

Le 15/09/2022 09:33, Marc SCHAEFER a écrit :
> 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.

D'accord. Cela peut donc expliquer le rejet de la FAQ de septembre, lorsque
l'article contenait un Supersedes vers le MID qui aurait dû être celui de la
FAQ d'août, finalement non publiée.

En revanche je ne suis pas sûr que cela explique la non-publication de la FAQ
d'août. Est-ce qu'un Supersedes est autorisé sur un article qui a été connu
d'Alphanet mais qui a expiré ? Si c'est autorisé, alors la FAQ du 1er août ne
devrait pas avoir été rejetée à cause de l'expiration de celle de juillet, et
il a dû y avoir une autre raison. Peut-être que le serveur était arrêté le 1er
août à 7 h 30, au moment de la tentative de publication ?


-- 
Olivier Miakinen