Path: ...!news.roellig-ltd.de!open-news-network.org!weretis.net!feeder8.news.weretis.net!usenet.ovh!news.usenet.ovh!.POSTED!not-for-mail
From: Jean-Paul <contact@usenet.ovh>
Newsgroups: fr.usenet.distribution
Subject: Re: Respecter le Supersedes d'un article sans Cancel-Lock
Date: Fri, 03 Jan 2025 20:01:35 +0100
Organization: NUO - News.Usenet.Ovh
Message-ID: <b4cgnjlr0bi7dahhk509621q3m20peqfa1@news.usenet.ovh>
References: <vkus0d$1vtq$2@cabale.usenet-fr.net> <vkuvvr$1e74$2@news.usenet.ovh>  <vkv7m9$2499$1@cabale.usenet-fr.net> <vl0bap$25nj3$2@dont-email.me> <vl1dkm$6a9$1@cabale.usenet-fr.net>  <vl1g9t$2ca9e$1@dont-email.me> <vl1kat$9ro$1@cabale.usenet-fr.net> <vl2v1m$2n3kg$1@dont-email.me>  <vl374k$147v$1@cabale.usenet-fr.net> <vl3jm5$2qi2f$1@dont-email.me> <vl5nla$fvb$1@rasp.pasdenom.info>  <s23enjdrh5urmrk7eethha6nctlr29fkcd@news.usenet.ovh> <vl8f4n$p63$1@rasp.pasdenom.info>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Injection-Info: news.usenet.ovh; posting-account="jeanpaul";
	logging-data="251574"; mail-complaints-to="abuse@usenet.ovh"
User-Agent: ForteAgent/8.00.32.1272
Cancel-Lock: sha256:RhgzTsOYHWTulY+C5sGg273jfpqXCUen9JrdzFLNl1E=
Bytes: 3662
Lines: 57

yamo'  <news@pasdenom.info> composa la prose suivante:

>Salut,
>Jean-Paul a écrit :
>> yamo' <news@pasdenom.info > composa la prose suivante:
>
>>>C'est impossible de le savoir. 
>>>Ça fonctionne sur la confiance...
>
>> Pas uniquement: depuis la version 2.7 d'inn2, la gestion - par défaut - des
>> annulations a changé. 
>
>Oui mais là nous sommes dans l'hypothèse où l'on désire accepter des 
>annulations/supersedes de posts non protégés par CL.

Nous sommes dans l'hypothèse où l'administrateur du serveur de news
a laissé la configuration par défaut pour *ce* paramètre, ce qui doit-être
assez fréquent.

Avec inn2 version 2.6 et antérieure, un cancel ou un supersedes d'un 
message sans cancellock sont acceptés par défaut et c'est au gestionnaire
du serveur de personnaliser la configuration s'il souhaite un autre
comportement.

Avec inn2 version 2.7 et postérieure, Seuls les articles protégés à l'origine
par le mécanisme d'authentification Cancel-Lock peuvent être retirés au moyen
d'un article d'annulation authentifié valide ou d'une demande de remplacement
authentifiée valide. Les suppressions d'articles qui ne sont pas protégés à
l'origine par Cancel-Lock ne seront pas exécutés.
Il s'agit du fonctionnement par défaut.






Source:

- https://github.com/InterNetNews/inn/releases
  A new docancels parameter has been added in inn.conf to define which types
  of cancels innd should process. 

- https://www.eyrie.org/~eagle/software/inn/docs/inn.conf.html
  docancels (...)
  *require-auth*
  Only articles originally protected by the Cancel-Lock authentication mechanism
   can be withdrawn by a valid authenticated cancel article or a valid
   authenticated supersede request. Withdrawals of articles not originally
   protected by Cancel-Lock will not be executed.
  This is the default value if innd knows how to authenticate cancels
  (that is to say if INN was built with Cancel-Lock support). Otherwise,
  the behaviour will be the same as *none.*
 *none*
  Neither cancel articles nor supersede requests will be processed; no articles
  will be withdrawn.
 This is the default value if innd does not know how to authenticate cancels
 (that is to say if INN was not built with Cancel-Lock support) as it has no
  means to ensure that these withdrawal requests are legitimate.