Sujet : Re: Article rejeté à cause du Supersedes
De : schaefer (at) *nospam* alphanet.ch (Marc SCHAEFER)
Groupes : fr.comp.usenet.serveursDate : 15. Sep 2022, 08:33:34
Autres entêtes
Organisation : Posted through news.alphanet.ch
Message-ID : <tfukge$l4e$1@shakotay.alphanet.ch>
References : 1 2 3 4 5 6 7 8 9 10 11 12 13
User-Agent : tin/2.4.3-20181224 ("Glen Mhor") (UNIX) (Linux/4.19.0-21-amd64 (x86_64))
Olivier Miakinen <om+
news@miakinen.net> wrote:
Il me semble aussi que ce soit un bug de rejeter un article à cause du
Supersedes.
C'est très compliqué de faire cela correctement, voire impossible, dans
le contexte des Cancel-Lock.
Si on ne rejette pas un Supersedes: ou Control: cancel qui fait
référence à un article localement non disponible, alors on va accepter
un tel Supersedes: ou Control: cancel *sans pouvoir vérifier le
Cancel-Lock, voire même son existence*.
Si l'article légitime est reçu ensuite (USENET == inondation), il sera
alors rejeté, même s'il porte un Cancel-Lock qui ne correspond pas à la
Cancel-Key du Supersedes: ou Control: cancel.
Il y a donc
- un effet d'inondation (peu probable, mais c'est déjà arrivé)
- d'autres possibilités d'abus graves que je ne détaillerai pas ici,
pour ne pas donner de mauvaises idées et dont les work-arounds
existent mais sont complexe en l'état (j'en parle volontiers
en e-mail): on parle ici de la censure complète des articles
émis par un serveur.
Avec la version actuelle d'INN, il ne me semble pas possible d'accepter
un article qui Supersedes: un article non disponible sans créer ce bug
(il n'y a pas de INN::accept_article_but_don_t_do_the_supersedes, sauf à
passer en mode -C et à tout faire les cas normaux à la main ...)