Re: Supersedes sans cancel-key/cancel-lock

Liste des GroupesRevenir à u distribution 
Sujet : Re: Supersedes sans cancel-key/cancel-lock
De : om+news (at) *nospam* miakinen.net (Olivier Miakinen)
Groupes : fr.usenet.abus.d fr.usenet.distribution fr.comp.usenet.lecteurs-de-news
Suivi-à : fr.usenet.distribution
Date : 30. Oct 2024, 17:42:01
Autres entêtes
Organisation : There's no cabale
Message-ID : <vftnkp$bvi$1@cabale.usenet-fr.net>
References : 1 2 3 4 5
User-Agent : Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.4
[diapublication avec suivi]

Le 30/10/2024 09:39, M.V. a écrit :
 
In message <vfrciv$1mev$2@cabale.usenet-fr.net>, on Tuesday, 29 October
2024 at 20:21, Olivier Miakinen wrote:
 
[Supersedes <vfrcf7$1mev$1@cabale.usenet-fr.net>]
 
C'est fatigant ces supersedes sans cancel-key.

Sachant que j'utilise à la fois un courrielleur *et* un serveur qui ne
génèrent pas de Cancel-Lock, il ne peut évidemment pas y avoir non plus
de Cancel-Key lors du Supersedes.

Lisant souvent les messages par ordre chronologique, je me tape de ce
fait le message remplacé qui reste sur les serveurs tel que E-S
puisqu'il n'y a pas de cancel-key/cancel-lock.

Je comprends qu'eternal-september n'accepte pas d'annuler un article
protégé par Cancel-Lock, si le Cancel ou le Supersedes n'a pas le bon
Cancel-Key.

Mais pour un article sans aucun Cancel-Lock, il devrait s'assurer de la
compatibilité avec ce qui se faisait avant le RFC 8315 de 2018. Et donc
accepter d'annuler un article non protégé, au moins si l'auteur de
l'annulation ou du remplacement est le même que l'auteur de l'article
d'origine non protégé.

Encore toi, tu annonces le supersede mais Éric M. avec son nemoweb,
n'annonce rien du tout.
 
NB Changement de titre et j'hésite à faire suivre vers
fcu.lecteurs-de-news

Merci pour le changement de titre, je fais suivre vers f.u.distribution.


--
Olivier Miakinen

Date Sujet#  Auteur
30 Oct 24 * Re: Supersedes sans cancel-key/cancel-lock19Olivier Miakinen
30 Oct 24 +* Re: Supersedes sans cancel-key/cancel-lock17M.V.
30 Oct 24 i+* Re: Supersedes sans cancel-key/cancel-lock7Eric M
30 Oct 24 ii`* Re: Supersedes sans cancel-key/cancel-lock6M.V.
30 Oct 24 ii `* Re: Supersedes sans cancel-key/cancel-lock5Eric M
30 Oct 24 ii  `* Re: Supersedes sans cancel-key/cancel-lock4M.V.
30 Oct 24 ii   `* Re: Supersedes sans cancel-key/cancel-lock3Eric M
30 Oct 24 ii    `* Re: Supersedes sans cancel-key/cancel-lock2Jean-Paul
30 Oct 24 ii     `- Re: Supersedes sans cancel-key/cancel-lock1Eric M
30 Oct 24 i`* Re: Supersedes sans cancel-key/cancel-lock9Olivier Miakinen
30 Oct 24 i `* Re: Supersedes sans cancel-key/cancel-lock8M.V.
30 Oct 24 i  +* Re: Supersedes sans cancel-key/cancel-lock4Eric M
30 Oct 24 i  i`* Re: Supersedes sans cancel-key/cancel-lock3M.V.
30 Oct 24 i  i `* Re: Supersedes sans cancel-key/cancel-lock2Eric M
31 Oct 24 i  i  `- Re: Supersedes sans cancel-key/cancel-lock1Zorro.
30 Oct 24 i  +- Re: Supersedes sans cancel-key/cancel-lock1Jean-Paul
30 Oct 24 i  `* Re: Supersedes sans cancel-key/cancel-lock2Olivier Miakinen
30 Oct 24 i   `- Re: Supersedes sans cancel-key/cancel-lock1Jean-Paul
30 Oct 24 `- Re: Supersedes sans cancel-key/cancel-lock1Jean-Paul

Haut de la page

Les messages affichés proviennent d'usenet.

NewsPortal