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: =?UTF-8?Q?Re=3a_Emp=c3=aacher_que_Z_=5bRFC=5d?=
Date: Sun, 21 Aug 2022 08:38:33 +0200
Organization: Le serveur de jdd pour fr*
Message-ID: <tdsjt9$ho2$1@ns507557.dodin.fr.nf>
References: <td8mhk$1dsb$2@cabale.usenet-fr.net>
 <tda8u9$3ge$1@ns507557.dodin.fr.nf> <tdnlh3$224j$1@cabale.usenet-fr.net>
 <tdnsv5$23go$1@cabale.usenet-fr.net> <tdnu7u$f0i$1@ns507557.dodin.fr.nf>
 <tdo3bg$29g8$1@cabale.usenet-fr.net> <tdo58l$2feb$1@cabale.usenet-fr.net>
 <tdo5k3$mvc$1@shakotay.alphanet.ch> <tdo9df$i6s$1@ns507557.dodin.fr.nf>
 <tdo9v8$8v2$1@shakotay.alphanet.ch> <tdof56$jb6$1@ns507557.dodin.fr.nf>
 <tdr1j8$rsd$2@shakotay.alphanet.ch> <tdrh1b$9t5$1@ns507557.dodin.fr.nf>
 <tdrhec$nf3$1@shakotay.alphanet.ch> <tdrj2d$a5u$1@ns507557.dodin.fr.nf>
 <tdrmb3$d69$1@cabale.usenet-fr.net>
NNTP-Posting-Host: c3066ed76bae8bcc0e476efb157ff758
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Sun, 21 Aug 2022 06:38:33 -0000 (UTC)
Injection-Info: ns507557.dodin.fr.nf; posting-host="82-64-122-108.subs.proxad.net:82.64.122.108";
	logging-data="18178"; mail-complaints-to="abuse@dodin.fr.nf"
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101
 Thunderbird/91.12.0
Content-Language: fr
In-Reply-To: <tdrmb3$d69$1@cabale.usenet-fr.net>
Bytes: 3841
Lines: 61

Le 21/08/2022 à 00:13, Olivier Miakinen a écrit :
> Le 20/08/2022 à 23:18, jdd a écrit :
>>>
>>> Pou la n-ième fois : les messages d'annulation ne sont pas publiés sur
>>> control.cancel mais sur le groupe sur lequel le message ciblé est publié.
>>
>> ils sont *postés* sur le groupe, mais à ce que je sache pas visibles,
>> donc pas publiés
> 
> Bon. Je me calme, et je vais suivre le rasoir de Hanlon : ne pas
> attribuer à la malveillance ce qui peut s'expliquer par... bref !

dommage, tu ne cherche pas à comprendre ce que j'écris... parfois une 
réponse par oui ou par non suffit :-(

la RFC 5537 confirme bien que les articles de control contiennent dans 
leurs en-têtes le nom du groupe d'origine, mais *ne sont pas publiés sur 
ce groupe*. Pour moi, ce qui est *publié* c'est ce qui est visible.

> <https://www.rfc-editor.org/rfc/rfc5537>.

> Maintenant, ce serait bien que tu lises et comprennes les RFC 5536

concerne la façon dont le message est constitué, ce n'est pas l'objet ici

> et 5537 

celle-là est plus dans le sujet.

avant de continuer à demander la becquée des infos sur
> usenet. Merci à toi.
> 

mais j'y passe beaucoup de temps. Pourtant je n'y ai pas trouvé ce que 
je cherche depuis le début, mais c'est peut-être un problème de 
vocabulaire, d'autant plus que la RFC est en anglais.

dois-je rappeler que le but est de savoir comment empêcher, au moins 
provisoirement, que les messages de cancel soient propagés aux autres 
serveurs.

Or je ne saisis pas bien dans la RFC ce qui concerne un serveur en 
particulier et ce qui concerne le dialogue avec les pairs.

je suppose que c'est l'agent de Relai (Relaying agent) qui s'en occupe?

https://www.rfc-editor.org/rfc/rfc5537#page-19

"9.  Finally, it passes the article on to other relaying and serving
        agents to which it is configured to send articles."

donc si je comprends bien, un article correctement rédigé va être 
transmis aux pairs même s'il n'est pas publié, on peut imaginer un 
serveur relai qui relaie entre plusieurs autres serveurs sans rien 
publier lui-même.

maintenant il faut que je regarde comment INN configure tout ça

merci
jdd
-- 
mon serveur dodin.fr.nf