Re: vérification de l'action des controls, cancels et nocems

jdd <jdd@dodin.org> wrote:

je n'ai rien de tel dans mes logs (en tout cas aujourd'hui :-)

Il n'y a peut-être pas eu de cancel.

pour ma compréhension: un nocem est une manière de demander un cancel?

Historiquement, c'est demander que l'article soit caché.

Aujourd'hui, pas mal de serveurs acceptent les NoCeM et font des cancels
locaux si le NoCeM provient de la bonne source et est bien signé. Ca se
configure localement dans /etc/news/nocem.ctl + penser à ajouter la clé
PGP/GPG au keyring.

Chez ALPHANET, de plus en plus, les NoCeM sont considérés comme des
invitations à cacher.

Exemple:

https://nnrp.alphanet.ch/newsgroup/fr.bio.medecine/%3Ct7vbrt%24t1dt%241%40paganini.bofh.team%3E

   si tu suis ce lien, tu verra que le texte en rouge "Cet article
   serait caché selon votre configuration." est affiché.

Et tu vois que dans le thread:

   https://nnrp.alphanet.ch/newsgroup-threads/fr.bio.medecine/%3Cfr%2Fbio%2Fmedecine-est-une-science_1654828921%40alphanet.ch%3E

cet article ne figure pas.

Mais vas sur:

https://nnrp.alphanet.ch/config

et désactive tout, puis réessaie les 2 URLs précédents et constate la
différence. C'est stocké dans un cookie, sans login.

NB: ça c'est bien sûr en web, mais si tu vas sur mon serveur NNTP/NNRP sur
    usenet-fr-nnrp.alphanet.ch port 119 ou 563, tu peux voir le
    même comportement (articles cachés), à configurer par utilisateur
    sur https://news-admin.alphanet.ch/

ALPHANET revient gentiment à l'esprit initial des NoCeM.

par exemple, si je trouve un moyen d'interdire *tous* les cancels sur
mon serveur, ça bloque aussi les nocem?

non, les NoCeM sont gérés par le filtre perl-nocem que tu as activé dans
/etc/news/newsfeeds et il utilise directement la fonction INN::cancel
qui n'est pas désactivée par une modification à cleanfeed, par exemple.

"In order not to actually process any cancel or supersedes messages, you
can start innd with the -C flag, or add this flag to the innflags
parameter. " "

Oui, je suppose qu'en faisant comme ça, alors même INN::cancel ne fait
plus rien.

Je dirais qu'aujourd'hui il vaut mieux faire ainsi:

   - désactiver les cancels et supersedes globaux qui touchent tes utilisateurs, mais
     laisser les autres -- en option, n'autoriser que les cancels du
     miakibot et rien d'autre

        se fait principalement dans cleanfeed

   - autoriser les NoCeM qui te plaisent dans /etc/news/nocem.ctl et
     importer les clés GPG/PGP correspondantes

   - s'il y a un Cancel-Lock sur l'article original, interdire les
     cancels ou supersedes avec la mauvaise Cancel-Key, sinon accepter

       se fait principalement dans cleanfeed