Path: ...!2.eu.feeder.erje.net!3.eu.feeder.erje.net!feeder.erje.net!weretis.net!feeder8.news.weretis.net!news.trigofacile.com!.POSTED.san13-h02-176-143-2-105.dsl.sta.abo.bbox.fr!not-for-mail
From: =?UTF-8?Q?Julien_=c3=89LIE?= <iulius@nom-de-mon-site.com.invalid>
Newsgroups: fr.comp.usenet.serveurs
Subject: Re: Extension au protocole NNTP
Date: Fri, 18 Mar 2022 21:09:03 +0100
Organization: Groupes francophones par TrigoFACILE
Message-ID: <t12osv$foc4$1@news.trigofacile.com>
References: <t0snkc$b58$1@shakotay.alphanet.ch>
 <t0upik$vpm$1@rasp.pasdenom.info> <t12k0p$flm4$1@news.trigofacile.com>
 <t12l29$318$1@shakotay.alphanet.ch> <t12nf9$fng5$1@news.trigofacile.com>
 <t12nve$eof$1@shakotay.alphanet.ch>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Fri, 18 Mar 2022 20:09:03 -0000 (UTC)
Injection-Info: news.trigofacile.com; posting-account="julien"; posting-host="san13-h02-176-143-2-105.dsl.sta.abo.bbox.fr:176.143.2.105";
	logging-data="516484"; mail-complaints-to="abuse@trigofacile.com"
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0)
 Gecko/20100101 Thunderbird/91.6.2
Cancel-Lock: sha1:IM7CZNAq+rKCREagNiMjr9r07/A= sha256:u8BPvWm0DqxTE/3NBF7XiV1Mqf+fSMYV/5gEK8ifyf4=
	sha1:5NsYnBdjl3oEb0D8QORkuywEvPI= sha256:MBhuqjtzGDw//792nw4cPDGKRYAjLfrGQM5WGxXV5bU=
In-Reply-To: <t12nve$eof$1@shakotay.alphanet.ch>
Bytes: 2834
Lines: 34

Bonsoir Marc,

> Au niveau technique, j'entrevois ce fonctionnement:
> 
>     - un feed qui traite les NoCeM de l'extérieur et de l'intérieur,
>       mais qui plutôt que de supprimer localement, modifie atomiquement
>       l'article existant dans le spool (traditional), avec un
>       rename(2) en ajoutant l'entête
> 
> Dans ce cas, la propagation normale serait probablement sans l'entête
> supplémentaire (vu le délai d'émission, puis de prise en compte
> des NoCeM), sans rien faire.

Il y a quand même un léger délai. Je ne saurais me prononcer sans avoir 
testé...
innfeed reçoit d'innd un token et va récupérer l'article stocké pour le 
transmettre aux pairs.
L'idéal serait d'ajouter un petit délai avant la modification de 
l'article dans le spool.

Les articles non transmis immédiatement (mis en backlog pour 
indisponibilité du serveur distant) auront toutefois l'en-tête lorsque 
la liaison sera rétablie.


> Il y a mieux pour changer un article qu'un renommage atomique?

Un rename(2) n'est même pas nécessaire ; tu pourrais faire un "sed -i" 
ajoutant l'en-tête juste après la fin des en-têtes (ou à un autre lieu).

-- 
Julien ÉLIE

« Pour aller plus vite, j'additionne toujours de bas en haut : je fais
   du même coup l'addition et la preuve. » (Aurélien Scholl)