Path: ...!weretis.net!feeder6.news.weretis.net!i2pn.org!dodin.fr.nf!.POSTED.82-64-122-108.subs.proxad.net!not-for-mail
From: jdd <jdd@dodin.org>
Newsgroups: fr.comp.usenet.serveurs
Subject: Re: fonctionnement des cancels et des robots
Date: Tue, 27 Dec 2022 08:06:48 +0100
Organization: Le serveur de jdd pour fr.*
Message-ID: <toe5i8$6ip$3@ns507557.dodin.fr.nf>
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> <tod41i$vgq$1@cabale.usenet-fr.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Tue, 27 Dec 2022 07:06:48 -0000 (UTC)
Injection-Info: ns507557.dodin.fr.nf; logging-data="6745"; posting-host="kfdTAj6MFKLqourm7LMgXw.user.ns507557.dodin.fr.nf"; mail-complaints-to="abuse@dodin.fr.nf";
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101
 Thunderbird/102.4.0
Cancel-Lock: sha256:xnDK4/jUgRdMgEhTKsWPBfH1L3CjoX0oWkQ2+3crhZg=
X-Notice: Filtered by postfilter v. 0.9.3
Content-Language: fr
Bytes: 2624
Lines: 30

Le 26/12/2022 à 22:34, Olivier Miakinen a écrit :

> Je ne sais pas comment font les serveurs de news existants, mais il
> me semble que la solution la plus simple serait que 

ben c'est utile de le savoir :-(

il y a deux stockages: celui des uid, sans doute infini, pour 
reconnaître si un message est déjà passé par le serveur, et le spool, où 
les messages sont juste ment stockés selon leur groupe, et je ne vois 
pas d'endroits "autres" pour ceux sans groupe :-(, même si le cas doit 
bien se produire

il n'est sans doute pas utile de stocker un message invalide, mais un 
cancel oui :-(

je rappelle aussi qu'il est précisé que les messages de control cancel 
sont traités de façon interne par INN, et ce sont les seuls.

il est aussi possible de *ne pas* transmettre un message qui doit donc 
bien être traité d'une façon ou d'une autre avant d'être transmis

j'essaie justement de comprendre dans quel ordre sont traités les 
messages, j'ai déjà pas mal avancé sur le sujet, merci

jdd

-- 
mon serveur usenet dodin.fr.nf
c'est quoi, usenet? http://www.dodin.org/wiki/pmwiki.php?n=Usenet.Usenet