Sujet : Re: Respecter le Supersedes d'un article sans Cancel-Lock
De : contact (at) *nospam* usenet.ovh (Jean-Paul)
Groupes : fr.usenet.distributionDate : 03. Jan 2025, 20:01:35
Autres entêtes
Organisation : NUO - News.Usenet.Ovh
Message-ID : <b4cgnjlr0bi7dahhk509621q3m20peqfa1@news.usenet.ovh>
References : 1 2 3 4 5 6 7 8 9 10 11 12 13
User-Agent : ForteAgent/8.00.32.1272
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.