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: usage de cancel-clock
Date: Fri, 9 Sep 2022 10:57:10 +0200
Organization: Le serveur de jdd pour fr*
Message-ID: <tfev56$gog$2@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> <tfeul8$6r0$1@rasp.pasdenom.info>
NNTP-Posting-Host: c3066ed76bae8bcc0e476efb157ff758
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Fri, 9 Sep 2022 08:57:10 -0000 (UTC)
Injection-Info: ns507557.dodin.fr.nf; posting-host="82-64-122-108.subs.proxad.net:82.64.122.108";
	logging-data="17168"; 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
In-Reply-To: <tfeul8$6r0$1@rasp.pasdenom.info>
Content-Language: fr
Bytes: 2115
Lines: 29

Le 09/09/2022 à 10:48, DV a écrit :
> M.V. a écrit ceci :
> 
>>> ce n'est pas ce que j'ai compris :-), si c'est une façon d'authentifier
>>> un cancel, il faut bien que l'utilisateur mette une clé dans ses
>>> messages, non?
>>
>> C'est le serveur qui peut se charger de tout.
> 
> Voilà. À condition, comme le souligne Marc, que ledit serveur soit en
> mesure d'identifier l'utilisateur et donc de générer pour lui le fameux
> « secret » nécessaire à la procédure. Sans authentification, ça risque
> d'être très compliqué.
> 

c'est là que ça blesse, le cancel-lock utilise une clé sha, donc une 
authentification très forte.

si c'est lié à une authentification comme celle de ponx (je sais, ce 
n'est pas usenet) avec login et mdp en trois lettres, à quoi ça sert de 
faire une usine à gaz?

je ne juge rien, j'essaie juste de comprendre, dans le but d'expliquer 
ça en termes simples

merci
jdd

-- 
mon serveur dodin.fr.nf