Path: ...!weretis.net!feeder8.news.weretis.net!news.trigofacile.com!news.spitfire-nntp.fr!.POSTED!not-for-mail
Message-ID: <D5k1TTshzks@news.spitfire-nntp.fr>
Date: Sun, 9 Apr 2023 15:11:01 +0200
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101
 Thunderbird/102.9.1
Subject: Re: Modification des Cancel-Lock
Content-Language: fr
Newsgroups: fr.comp.usenet.serveurs
References: <u0ptg5$2i8q$1@cabale.usenet-fr.net>
 <u0r5hl$16gu5$1@dont-email.me> <u0r9gk$315e$1@cabale.usenet-fr.net>
 <u0req6$17oc7$1@dont-email.me> <u0rmst$bu2$1@shakotay.alphanet.ch>
 <AABkMnDsZVwAACHl.A3.flnews@yamo.pasdenom.info>
 <u0tt7h$1llru$1@dont-email.me> <u0tufd$p98$1@shakotay.alphanet.ch>
 <DcaocVZpA0M@news.spitfire-nntp.fr> <u0u3b3$e2v$1@shakotay.alphanet.ch>
 <u0u3m5$1mj7q$1@dont-email.me> <DpfKwJVIm9E@news.spitfire-nntp.fr>
 <BdFKKUPgpjY@news.spitfire-nntp.fr> <u0u7pu$1n4nv$1@dont-email.me>
From: Franck <franck@email.invalid>
In-Reply-To: <u0u7pu$1n4nv$1@dont-email.me>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Sun, 9 Apr 2023 13:11:01 +0000 (UTC)
Injection-Info: news.spitfire-nntp.fr; logging-data="C6432b9654db78d75"; 
 mail-complaints-to="abuse(at)spitfire-nntp.fr"
Cancel-Lock: sha1:NqNHjErAlcbH2AHyIUF1gSe+0no= 
 sha256:2E7EROBJ0xJQrk4zj9+VOAJBfmA5fWLtCRe9LPBVpu4= 
 sha1:/pFuGdifwyTaJRiz0XDWh3IJ/1A= 
 sha256:+18lFZuxjMsYRs5x533WfsZ5TxiGsAYGmBrFaQowE9M=
Organization: Home of Spitfire News Server, Montpellier (France)
Bytes: 3161
Lines: 40

Bonjour,

> Et chez moi, pas de retour ligne après ton premier CL mais une simple
> tabulation. Même chose entre ton 2ème et ton 3ème CL.

C'est mon serveur qui a posé les 4 CL (2 utilisateur et 2 Admin).
Il plie l'entête (Ajout d'un CRLF) au premier WS (White space -> Espace 
ou TAB) rencontré avant le 78ème caractère.

Comme mon serveur sépare les CL par des espaces, une fois déplié par le 
lecteur, cela *devrait* être un espace.

> Dans mes messages, alors que ça devrait être kif-kif, il y a une simple
> espace entre le 1er et le 2ème CL et une tabulation entre le 2ème et le
> 3ème CL.

Là c'est moins logique mais pas "critique".

Logiquement, le client *devrait* conserver le caractère avant lequel il 
ajoute son CRLF, pour qu'une fois le dépliage effectué, il soit restitué 
sans modification.

Si tu coupes devant un espace, il va passer en ligne suivante, si c'est 
un TAB, pareil. Quand tu enlèves les CRLF, les caractères SP ou TAB 
*devraient* donc être les mêmes (Pas de modification du contenu).

Après SP ou TAB (White space) servent tous deux de délimiteurs. Le cas 
que tu cites et constates est "moins propre" (puisqu'il modifie l'entête 
qu'il reçoit) mais cela ne doit pas gêner le traitement d'un CL/CK

Le seul espace *obligatoire* est celui situé après le ":" de l'entête 
"Cancel-Lock".

https://www.rfc-editor.org/rfc/rfc8315#section-2.1

cancel-lock     = "Cancel-Lock:" SP c-lock-list CRLF
c-lock-list     = [CFWS] c-lock *(CFWS c-lock) [CFWS]

Franck