Path: ...!weretis.net!feeder8.news.weretis.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: Re: fonctionnement des cancels et des robots
Date: Mon, 26 Dec 2022 22:34:46 +0100
Organization: There's no cabale
Lines: 67
Message-ID: <tod41i$vgq$1@cabale.usenet-fr.net>
References: <to17cp$j4h$4@ns507557.dodin.fr.nf>
 <to1qkv$j7r$1@cabale.usenet-fr.net> <to24st$j4i$4@ns507557.dodin.fr.nf>
 <to4k25$mkl$1@usenet.pasdenom.info> <to4pog$8p8$3@ns507557.dodin.fr.nf>
 <to70th$2767$1@cabale.usenet-fr.net> <to75ve$vha$6@ns507557.dodin.fr.nf>
 <to7dck$2atb$1@cabale.usenet-fr.net> <to7s84$3h0pi$1@news.trigofacile.com>
 <to807g$vha$9@ns507557.dodin.fr.nf> <to9351$3isko$2@news.trigofacile.com>
 <to99m9$mhu$2@ns507557.dodin.fr.nf>
NNTP-Posting-Host: 94.36.4.93.rev.sfr.net
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Trace: cabale.usenet-fr.net 1672090482 32282 93.4.36.94 (26 Dec 2022 21:34:42 GMT)
X-Complaints-To: abuse@usenet-fr.net
NNTP-Posting-Date: Mon, 26 Dec 2022 21:34:42 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:60.0) Gecko/20100101
 Firefox/60.0 SeaMonkey/2.53.1
In-Reply-To: <to99m9$mhu$2@ns507557.dodin.fr.nf>
Bytes: 3766

Le 25/12/2022 à 11:46, jdd répondait à Julien Élie :
> 
>> Je croyais que d'autres serveurs propageaient aussi les cancels :-)
> 
> mais je ne sais pas comment :-(

:-(

>> As-tu regardé le contenu d'un cancel ? Il y a un en-tête Newsgroups dedans.
>> 
> oui. Si j'ai bien compris, ça permet de savoir à quels serveurs le propager.

Oui.

Il y a aussi un champ Message-ID, dont il est garanti qu'il soit unique
sur tout usenet indépendamment du champ Newsgroups.

> 
> mais il a été dit dans la discussion ici qu'il n'était pas certain qu'il 
> soit publié dans control.cancel
> 
> dans ce cas, où est-il stocké?

Je ne sais pas comment font les serveurs de news existants, mais il
me semble que la solution la plus simple serait que *tous* les articles
conservés par un serveur de news soient stockés dans une table unique
d'une base de données, avec comme clé de recherche le Message-ID et
comme contenu l'ensemble de l'article (entêtes + corps).

Ensuite, il pourrait y avoir d'autres tables dans cette base de donnée,
une par groupe (par exemple une table pour fr.test et une table pour
control.cancel), avec comme index un numéro d'ordre, et comme contenu
le seul Message-ID. Il suffit alors d'une redirection vers la table
commune depuis cette table par groupe, si on veut retrouver le
contenu de l'article.

Soit dit en passant, cela permet le fonctionnement suivant du serveur
Free : quand un article est annulé, on ne le voit plus dans le ou les
groupes où il était publié, mais il est toujours possible de le
récupérer depuis le serveur par son Message-ID.

> [...]
> 
> si le message de cancel n'est *pas* copié dans le groupe indiqué (ou on 
> ne le voit pas) *ni* dans le groupe control*, que devient-il?

D'après mon hypothèse, il peut très bien être conservé dans la table
unique indexée par Message-ID.

> en cas de discussion ultérieure, comment le retrouver?

https://www.rfc-editor.org/rfc/rfc3977#section-6.2.1
§
   Syntax
     ARTICLE message-id
     ARTICLE number
     ARTICLE
§

Si on ne peut pas le retrouver par « ARTICLE number » puisqu'il n'est
pas dans un groupe, on peut le retrouver par « ARTICLE message-id ».

Et ça peut être valable aussi bien pour l'article annulé que pour
l'article d'annulation (voir l'exemple de Free).

-- 
Olivier Miakinen