Re: Supersedes sans cancel-key/cancel-lock

Liste des GroupesRevenir à fu distribution 
Sujet : Re: Supersedes sans cancel-key/cancel-lock
De : contact (at) *nospam* usenet.ovh (Jean-Paul)
Groupes : fr.usenet.distribution
Date : 30. Oct 2024, 19:44:05
Autres entêtes
Organisation : NUO - News.Usenet.Ovh
Message-ID : <6gv4ijprpn6usqu28gtdo33vk651g1h02q@news.usenet.ovh>
References : 1 2 3 4 5 6
User-Agent : ForteAgent/8.00.32.1272
Olivier Miakinen <om+news@miakinen.net> composa la prose suivante:

[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.

Tu devrais suggérer au gestionnaire de ton serveur de le faire évoluer.
C'est standard depuis la version 2.7 d'inn2.


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.

Normal.

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é.

C'est la porte ouverte à tous les abus.


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