Path: ...!1.us.feeder.erje.net!feeder.erje.net!tncsrv06.tnetconsulting.net!weretis.net!feeder6.news.weretis.net!i2pn.org!dodin.fr.nf!.POSTED.aputeaux-159-1-16-183.w90-62.abo.wanadoo.fr!not-for-mail
From: "M.V." <mv@gmail.invalid>
Newsgroups: fr.comp.usenet.serveurs
Subject: Re: usage de cancel-clock
Supersedes: <tff02n$gvj$1@ns507557.dodin.fr.nf>
Date: Fri, 9 Sep 2022 09:16:15 -0000 (UTC)
Organization: M.V. & Co
Archive: no
Message-ID: <tff08v$h0j$1@ns507557.dodin.fr.nf>
References: <tfers7$g3o$1@ns507557.dodin.fr.nf> <tfesf2$1su$1@rasp.pasdenom.info>
 <tfetfs$ge4$1@ns507557.dodin.fr.nf> <tfeu69$3bm$1@shakotay.alphanet.ch>
 <tfev0c$gog$1@ns507557.dodin.fr.nf>
Reply-To: michel.vauquois@gmail.com
NNTP-Posting-Host: c3066ed76bae8bcc0e476efb157ff758
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Injection-Date: Fri, 9 Sep 2022 09:16:15 -0000 (UTC)
Injection-Info: ns507557.dodin.fr.nf; posting-host="aputeaux-159-1-16-183.w90-62.abo.wanadoo.fr:90.62.61.183";
	logging-data="17427"; mail-complaints-to="abuse@dodin.fr.nf"
User-Agent: MacCafe/2.08 (Mac OS X 10.14.6 (18G9323) - MacBookAir7,2)
Cancel-Key: sha1:Vtr26AgENJO8cV/v/f3jMimYUpg= sha256:Rk16d5+6OAHeFTPhh9czQzFHwUn5Kibuc0b6Xbqc/4s=
Cancel-Lock: sha1:NEVuCxesOgAfmk972bHCqf4j4RI= sha256:03fJQk5+P6p5U0vdlIE2ME2OkBpf05QOWrtNVfZxWlk=
Comments: nada
X-No-Archive: yes
In-Reply-To: <tfev0c$gog$1@ns507557.dodin.fr.nf>
Mail-Copies-To: nobody
URL-perso: http://michelvauquois.fr
X-Face: 0f|`H5*Our0P$s'uj0)fS=&`R#U+JYpl<W.~uGMH[S}%Yo{$(f$0`!02mu$5b`f7Hp6:EiW
 c`zw`Y^GQAA=_IIV`NIXW4&YpH]>e<6GW!O'TO4sB4,Q9"tHNQo]\7p\,,nCZ_saH4~Ie
 'gYktutVOXK})aU*/@meZ_y=ixi8qwcJ,ssAk~G4Rr?qr60d_euHkHHJ_;EHES_(IExNo
 h6
Bytes: 3954
Lines: 48

[Supersedes: <tff02n$gvj$1@ns507557.dodin.fr.nf>]

Dans le message <tfev0c$gog$1@ns507557.dodin.fr.nf>, jdd a écrit le 9
septembre 2022 à 10 h 54 :

> mais il faut qu'il identifie l'usager, utiliser un cancel-lock avec une 
> identification forte à partir d'une identification faible de l'usager me 
> parait curieux. à quoi ça sert? il suffirait- de comparer from et IP des 
> messages pour accepter le cancel!

Ce n'est pas réellement l'usager qui est identifié : c'est le message et
divers éléments du message (le MID entre autres) qui sont identifiés.

J'imagine que lors de l'inscription à un serveur, celui-ci attribue un
« secret » personnel utilisé ensuite pour le calcul de CK mais je ne
sais pas : je ne gère pas de serveur !

> qui plus est comment un cancel-lock *serveur* est géré par les autres 
> serveurs?

Il est toujours préférable d'annuler ou de modifier un de ses messages
depuis le serveur utilisé pour émettre le message ciblé par l'annulation
ou la modification. E-S par exemple n'autorise pas de cancel ou de
supersedes d'un message émis depuis alphanet par exemple même si mon
logiciel envoie un cancel-key kivabien. Par contre alphanet le permet.
Et une fois que le cancel ou le supersedes a été accepté par alphanet,
c'est propagé aux autres serveurs.

> le seul intérêt du système est que l'annulation soit propagée à toutes 
> les copies du message, un simple cancel ne l'est pas.

Tu n'as pas bien compris : quand le cancel ou le supersedes a été
accepté par alphanet par exemple, l'ordre est ensuite propagé aux autres
serveurs.

> peux-tu préciser de quel logiciel il s'agit et la procédure à suivre? merci

Tu ne sais pas lire l'en-tête ? Et ça n'a en plus aucune importance !

>> Sans les deux premiers, je pourrais malgré tout supprimer ou modifier
>> mon message depuis le même serveur.
>
> *sur* ce même serveur, oui, et sur les autres?

Je voulais dire que je pourrais envoyer mon cancel ou mon supersedes sur
ce serveur qui le propagera ensuite aux autres serveurs.
-- 
🇺🇦 Michel Vauquois - <http://michelvauquois.fr> 🇺🇦