Deutsch English Français Italiano |
<vftnkp$bvi$1@cabale.usenet-fr.net> View for Bookmarking (what is this?) Look up another Usenet article |
Path: ...!news.nobody.at!news.mb-net.net!open-news-network.org!news.gegeweb.eu!gegeweb.org!usenet-fr.net!.POSTED!not-for-mail From: Olivier Miakinen <om+news@miakinen.net> Newsgroups: fr.usenet.abus.d,fr.usenet.distribution,fr.comp.usenet.lecteurs-de-news Subject: Re: Supersedes sans cancel-key/cancel-lock Followup-To: fr.usenet.distribution Date: Wed, 30 Oct 2024 17:42:01 +0100 Organization: There's no cabale Lines: 40 Message-ID: <vftnkp$bvi$1@cabale.usenet-fr.net> References: <9c8a39d9-c55e-a51e-bdb3-f86e3acf18e9@miakinen.net> <vfo7rh$14v$1@cabale.usenet-fr.net> <s0eP6QKSsx3JcLOpKTCg8k2gt0w@jntp> <vfrciv$1mev$2@cabale.usenet-fr.net> <vfsrbj$2334h$1@dont-email.me> NNTP-Posting-Host: 200.89.28.93.rev.sfr.net Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit X-Trace: cabale.usenet-fr.net 1730306521 12274 93.28.89.200 (30 Oct 2024 16:42:01 GMT) X-Complaints-To: abuse@usenet-fr.net NNTP-Posting-Date: Wed, 30 Oct 2024 16:42:01 +0000 (UTC) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.4 In-Reply-To: <vfsrbj$2334h$1@dont-email.me> Bytes: 2639 [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