Le 12 janvier 2006 à 15:14, Gaël a écrit :

> Patrick Lamaizière a écrit :
>> Gaël écrivait
>>>-quel champs d'entête est vérifié par inn pour verifier que le cancel
>>>est envoyé par la personne qui a posté (From, Sender .... ?)
>>
>> Il n'y a pas de vérification,

Cfr verifycancels dans inn.conf. C'est relativement inutile, mais la
vérification peut être mise en place (à ce moment, je pense que c'est
from ou sender qui doivent correspondre au from - ou sender ? -
d'origine).

>> un cancel est juste un article de control:
>> cancel <message-id>. Il y a une extension « Cancel lock » qui permet de
>> vérifier que le cancel vient bien de l'auteur. Mais ça n'est pas très
>> normalisé ou utilisé.
>
> Au temps pour moi - ce n'est pas le serveur qui refuse l'annulation,
> c'est le client.

.... Généralement.

Les gestionnaires de serveurs de news sont tout à fait libres
d'implémenter localement leurs propres politiques concernant les
annulations d'articles ou divers postages, mais, dans la veine de ce que
dit Patrick au sujet du cancel lock, ce n'est pas standardisé.

A noter qu'en fonction du type et du volume d'articles reçus, réguler
les cancels peut être réalisable ou non dans la pratique - un serveur
local qui reçoit des articles d'une seule source (par exemple qui serait
utilisé en entreprise) pourrait facilement implémenter une
vérification; a contrario, contre un feed d'une hiérarchie
(inter)nationale, c'est généralement une mauvaise idée...

Fred
--
All that is now All that is gone All that's to come
And everything under the sun is in tune
But the sun is eclipsed by the moon
(Pink Floyd, Eclipse)