| |
[FAQ] Les annulations d'articles (Cancel)
msimon@astrolabe.frmug.org (Marc Simon)
Author: msimon@cybercable.tm.fr (Marc Simon)
Archive-Name: fr/usenet/abus/cancel-faq-fr
Foire aux Questions: les articles d'annulation.
v. 1.6
Par Tim Skirvin.
Traduction: Marc Simon.
Ce document contient des informations sur les articles d'annulation,
notamment qui peut les utiliser, comment ils fonctionnent, que faire si
un de vos articles est annulé... Il ne comporte pas d'instructions
détaillées pour annuler les articles d'autrui. Il ne s'agit pas d'un
document à vocation purement technique, il s'adresse à l'usenaute moyen.
Ce document n'est pas une explication détaillée des protocoles Usenet,
ni d'Usenet lui-même, mais suppose une connaissance de base de ces concepts.
Reportez-vous à news.announce.newusers, à la RFC 1036 et/ou à la RFC 1036 bis
si vous souhaitez en savoir plus.
ATTENTION: Les informations ci-après sont potentiellement dangereuses.
Les mettre en pratique sans l'accord de votre administrateur peut entraîner
la suspension de votre compte, voire même une action en justice contre vous.
L'auteur et le traducteur de ce document ne sont aucunement responsables
d'une utilisation à mauvais escient de ces informations, ni des problèmes
causés par une erreur éventuelle.
----------------------------------------------------------------------------
Table des matières
I. Qu'est-ce qu'un article d'annulation ?
A. Définition.
B. Est-ce la seule façon de détruire un article ?
C. Où puis-je trouver les articles d'annulation ?
D. Qui est autorisé à émettre des articles d'annulation ?
E. Quand et pourquoi sont-ils autorisés ?
F. Comment sont-ils émis ?
G. Comment puis-je annuler mes propres articles ?
H. Qui a établi ces règles ?
II. Les articles d'annulation, comment ça marche ?
A. Que sont control et control.cancel ? Comment les recevoir ?
B. Quels sont les normes pour annuler des articles ?
C. Quel est le format standard d'un article d'annulation ?
D. Tout les serveurs de news acceptent-ils les annulations ?
E. Comment ignorer un pseudo-serveur ?
III. Votre article a été annulé ?
A. Pourquoi mon article a-t'il été annulé ?
B. J'ai sous les yeux l'article d'annulation. Pourquoi a-t'il été
annulé ?
C. Mais je ne faisais rien de mal ! Pourquoi a-t'il été annulé ?
D. J'ai dit et je répète que je ne faisais rien de mal ! Je n'ai
enfreint aucune règle. Pourquoi mon article a-t'il été annulé ?
E. Pffff... Que faire alors ?
IV. Que faut-il pour annuler un article ?
A. Je veux annuler un article. Comment faire ?
B. Je ne plaisante pas, je veux vraiment le faire. Comment m'y
prendre ?
C. Qu'est-ce qu'un robot-annulateur ?
D. Ca a l'air chouette. Où puis-je en trouver un ?
E. Hein ? Et ben pourquoi ?
F. Ok, ok, ok, je vais l'écrire moi-même.
G. Ca y est, j'ai mon robot-annulateur. Et maintenant ?
1. Qui va être concerné, et comment les gens vont-ils
réagir ?
2. Cela pose-t-il des problèmes sur le plan légal ?
3. Est-ce moral ?
4. Ai-je vraiment le temps de m'en occuper ?
5. A quoi va servir ce programme ?
6. Ai-je bien lu et relu mon code ?
7. Les précédents historiques.
8. Le respect des règles.
9. Est-ce vraiment à moi de faire ça ?
V. Un crétin a annulé un de mes articles !
A. Mon article a disparu. Il a été annulé à tort, n'est-ce pas ?
B. Vraiment, je suis sûr qu'il a été annulé. Pourquoi ?
C. Comment retrouver ce salaud ?
D. Qui a déjà fait cela auparavant ?
E. N'y a-t'il que des Méchants ?
F. Est-ce que je peux faire quelque chose à mon niveau ?
1. Prévenir le postmaster du site responsable.
2. Ignorer le site responsable.
3. Faire appel à la justice.
VI. Annulation et problèmes moraux.
VII. Quel est l'avenir des annulations ?
A. Que sont les annulations authentifiées ?
B. N'y a-t'il pas d'autres moyens pour détruire des articles ?
C. Pourquoi certaines personnes refusent-elles les annulations ?
D. Définition de NoCeM ?
E. Définition de PGP ?
VIII. Autres définitions
A. Lazarus.
B. Dave the Resurrector.
C. La liste de diffusion Judges-L.
D. UDP
>
IX. Quels sont les points débattus actuellement ?
A. Quelles sont les règles de l'annulation à vue ?
B. Les articles en HTML sont-ils annulables ?
C. Et les annulations de matériels faisant l'objet d'un copyright ?
A faire.
Remerciements.
Pour plus d'information.
Appendice A: Dave the Resurrector.
1. Définition.
2. Pourquoi est-il nécessaire ?
3. Quelles annulations sont-elles autorisées ?
4. Quels articles sont-ils repostés ?
5. Quel est le format des articles repostés ?
6. Comment puis-je annuler mes propres articles lorsque Dave
fonctionne ?
7. Au sujet d'autres robot ressusciteurs.
Appendice B: La rétromodération.
1. Définition.
2. Pourquoi la rétromodération est-elle si populaire ?
3. Quels problèmes pose-t-elle ?
4. Quand est-elle autorisée ?
----------------------------------------------------------------------------
I. Qu'est-ce qu'un article d'annulation ?
A. Définition.
Les articles d'annulation sont une forme particulière d'articles: en
arrivant sur un serveur de news, ils demandent l'effacement de l'article
dont ils contiennent le numéro d'identification. Un article d'annulation,
en fait, annule un autre article, d'où son nom.
B. Est-ce la seule façon de détruire un article ?
Non. Usenet a un caractère éphémère: tous les articles ne seront pas
forcément sur tous les serveurs de news à tout instant. En fait, les
annulations sont plutôt rares, et les articles manquants le sont
rarement suite à une annulation.
Tout d'abord, il faut un certain temps pour qu'un article atteigne tous
les serveurs de news qui souhaitent le propager. C'est inhérent à Usenet :
les articles mettent du temps à se diffuser, et parfois ils n'arrivent
jamais.
Le plus souvent, les articles sont effacés au bout d'un certain temps,
ou ils expirent, afin d'économiser de l'espace disque. La durée exacte
dépend de nombreux facteurs, comme le forum où l'article est posté, la
taille de l'article, son auteur et ainsi de suite. C'est principalement
pour cette raison qu'un article peut manquer sur un serveur, puisque
l'expiration se produit sur tous les serveurs, mais qu'elle n'est pas
régie par des règles communes.
Avec le temps, les logiciels ont évolué. Les programmes qui transportent
les articles filtrent souvent ceux qui sont postés dans trop de forums à
la fois, la limite allant de cinq à quinze, voire plus. Cela dépend des
serveurs, c'est pourquoi vous devriez contacter l'administrateur du vôtre
pour plus de renseignements.
Enfin, il y a des raisons plus particulières qui font qu'un article peut
manquer. Votre article a pu être remplacé par un autre, grâce à un champ
Supersedes: dans les en-têtes, votre administrateur utilise peut-être
NoCeM (cf VII.D), qui efface certains articles au niveau du serveur.
Renseignez-vous auprès de lui pour connaître les règles locales, les délais
d'expiration...
Si un de vos articles a disparu, ne pensez pas tout de suite qu'il a été
annulé. Il y a une règle d'or: s'il n'y a pas d'article d'annulation,
il n'y a pas eu d'annulation. Si vous trouvez ce article, alors votre
article a été annulé. Sinon, il ne l'a probablement pas été.
C. Où puis-je trouver les articles d'annulation ?
Puisque vous devez avoir l'article d'annulation qui correspond à votre
article pour prouver que celui-ci a été annulé, il est bon de savoir où
les chercher. Le mieux est de regarder dans le forum "control" (cf II.A).
Si vous ne le trouvez pas, un moteur de recherche Usenet peut sûrement
vous aider. Cherchez avec Dejanews ou Altavista le mot "cancel" et votre
adresse e-mail, et vous verrez la plupart des articles d'annulation émis
à l'encontre de vos articles.
Ces méthodes pour trouver les articles d'annulation deviennent de moins en
moins efficaces avec le temps. Toute suggestion pour remédier à ce problème
sera accueillie avec reconnaissance par la communauté des Usenautes.
D. Qui est autorisé à émettre des articles d'annulation ?
En règle générale, les seules personnes toujours autorisées à émettre
des articles d'annulation sont l'auteur de l'article à annuler et
l'administrateur du site d'où a été posté l'article. Néanmoins, il y a
des règles qui autorisent, dans certaines circonstances précises,
l'annulation d'un article par un tiers: en cas de modération d'un forum,
le modérateur est autorisé à annuler les articles qui ont été postés sans
son accord, en cas de falsification de l'adresse e-mail, le véritable auteur
peut annuler les articles, en cas de spam, de régurgitation et autres cas
semblables, tout le monde est autorisé à emettre des articles d'annulation,
dans la mesure où ils respectent quelques règles simples, énoncées plus bas.
E. Quand et pourquoi sont-ils autorisés ?
Quand Usenet a été créé, les annulations devaient être uniquement émises
par l'auteur de l'article. Elles ont été mises en place afin de permettre
aux gens de revenir sur leurs déclarations, de supprimer et de modifier
une information obsolète, et ainsi de suite.
Avec le temps, on trouva de plus en plus d'utilisations possibles pour
les annulations. Celles faites par des tiers sont généralement autorisées
si elles ne sont pas fondées sur le contenu. Poster publiquement du
courrier privé est souvent très mal vu, et les irrégularités dans la
gestion d'un vote Usenet peuvent parfois être stoppées par une annulation.
Dans les cas les plus extrêmes, les publicités sont annulées lorsqu'elles
sont postées dans des groupes qui n'en veulent pas, ainsi que les
enfilades transpostées dans trop de forums. Parfois, certaines personnes
annulent des articles juste pour perturber un forum. Cela n'est pas autorisé
pour autant, et bien au contraire, se fonder sur un nouveau critère pour
annuler est souvent très contesté.
La RFC 1036bis, chapitre 7.1, fait autorité en matière de raisons valables
pour annuler un article. Les raisons ci-dessous sont considérées comme
légitimes par tous les administrateurs Usenet.
1. Les annulations de ses propres articles sont explicitement autorisées
par le système Usenet. Un utilisateur a toujours le droit d'annuler ce
qu'il a écrit, pour quelque raison que ce soit. Ce droit s'applique aux
articles écrits sur un autre système.
2. Les administrateurs responsables d'un utilisateur peuvent annuler un
article de cet utilisateur, de même que les tiers expressément autorisés
par l'administrateur.
3. Les annulations faites par les tiers sont généralement mal vues, à
moins qu'elles ne se fondent sur un des critères suivants:
1. Les annulations faites par un modérateur.
Le modérateur d'un forum a un pouvoir absolu sur ce forum. Il
peut en particulier annuler les articles qu'il n'autorise pas. La
rétromodération est une forme particulière de modération, qui
s'effectue uniquement en émettant des articles d'annulation. Les
hiérarchies privées sont considérées comme rétromodérées par leur
propriétaire, mais la légitimité de la rétromodération dans les
hiérarchies publiques est contestée. Pour plus d'information sur la
création de forums modérés, reportez vous aux FAQ périodiquement
postées dans news.groups et news.groups.question [Ndt: ainsi qu'aux
FAQ postées périodiquement dans fr.usenet.reponses et
fr.usenet.forums.annonce.].
2. Les annulations de "spam".
Le SPAM, ou EMP, technique consistant à poster un article de
nombreuses fois dans de nombreux forums est souvent considéré
comme une menace pour Usenet. Par conséquent, tout article posté
un trop grand nombre de fois est automatiquement annulé, quel qu'en
soit le contenu. Actuellement, le seuil d'annulation est de 20
postages.
3. Les annulations de "régurgitation".
Un SPEW est une série d'articles postés et repostés sans cesse,
souvent à cause d'un mauvais fonctionnement d'un programme, qui
émet à nouveau d'anciens articles, ou qui envoie plusieurs
exemplaires d'un nouvel article. Ces régurgitations sont considérés
la plupart du temps comme annulables à vue. Il n'y a actuellement
pas de terme spécifique pour désigner les régurgitations
non-accidentels, et l'utilisation de régurgitation dans ce cas
ne fait pas l'unanimité.
4. Les annulations d'ECP.
On parle d'ECP lorsqu'un article est posté dans trop de forums
à la fois. De même que pour les spams, l'article est annulé
automatiquement lorsqu'il dépasse un certain seuil, quel que soit
le contenu. Ce seuil correspond à un BI de 20, le BI étant la somme
des racines carrées du nombre de forum pour chaque multipostage. Ainsi
un article transposté dans 4 forums aura un BI de 2 (racine de 4). Un
article transposté dans 4 forums, puis dans 9 forums aura un BI de 5
(racine de 4 + racine de 9). Un article multiposté 10 fois dans 4
forums aura un BI de 10 fois 2, soit 20, et pourra être annulé. Le BI
est cumulatif sur une période de 45 jours.
[NdT: en Français, on qualifie généralement de spam les trois types
d'abus ci-dessus.]
Dans fr.*, l'annulation est possible si le BI est supérieur à 10 sur
30 jours.
5. Les annulations de binaires.
La plupart d'Usenet refuse les articles contenant des fichiers,
pour des raisons d'espace disque. Les hiérarchies alt.binaries.*
et comp.binaries.* sont destinées à diffuser de tels articles.
Néanmoins, quelques binaires sont encore postés dans d'autres
forums. Ils sont généralement annulés automatiquement, à cause de
leur taille. Reportez-vous à la bincancel FAQ, à
news.admin.net-abuse.policy [à fr.usenet.abus.d pour obtenir
plus de détails.]
6. Les annulations d'articles falsifiés.
De plus en plus souvent, certains postent des articles sous
une fausse identité. Si un article est attribué à tort à une
personne, celle-ci peut l'annuler ou le faire annuler, même si
elle ne l'a pas réellement posté.
7. Annulation d'articles constituant une atteinte aux droits d'auteur.
Il y a sur Usenet de nombreux cas où de tels articles sont postés.
Un consensus émerge en faveur d'une annulation de ces articles par
le détenteur des droits, sans préjuger d'autres conséquences
judiciaires. Comme beaucoup d'autres sujets, c'est en
discussion dans des forums comme news.admin.net-abuse.policy.
F. Comment sont-ils émis ?
Les articles d'annulation sont envoyés comme n'importe quel article
Usenet, si ce n'est qu'ils contiennent un champ "Control: cancel" dans les
en-têtes. Si un serveur qui accepte les annulations reçoit un tel article,
l'article avec le numéro d'identification correspondant est effacé.
La plupart des logiciels de lecture de nouvelles populaires permettent aux
lecteurs d'annuler leurs propres articles en un tournemain. Les annulations
d'articles d'autrui sont plus compliquées, et doivent se plier à plusieurs
conventions; cf chapitre II.B.
G. Comment puis-je annuler mes propres articles ?
Pour ce faire, appuyez sur la touche correspondante en lisant votre
article :
Lecteur de Nouvelles Commande pour annuler (tenir compte des majuscules)
Unix
rn/trn C
tin D
nn C
gnus-emacs C
slrn Esc-^C
pine impossible
Unix/X
xrn touche 'Cancel'
knews Post/Cancel Article
OpenVMS Anu News 'cancel'
Xnews Article/Cancel Message
PC/Windows
Free Agent (pre-v1.1) Article/Cancel
Free Agent Message/Cancel Usenet Message
Agent (v0.99g) Post/Cancel Usenet Message
Agent (v.1.5/32.452) Post/Cancel Usenet Message
Waffle taper CANCEL à l'invite entre 2 articles
News Xpress Article/Cancel Post
Turnpike Article/Cancel Article
WinVN Article/Cancel
Outlook Express Cliquez (bouton droit) sur article/Cancel
Internet News File/Cancel Message
Gravity Article/Cancel Article
PC/OS/2
NR/2 Article/Cancel
Macintosh
Nuntius Article/Cancel Article
NewsWatcher Special/Cancel
MacSOUP Message/Résilier
La plupart des navigateurs Special/Cancel
Navigateurs
Netscape Edit/Cancel This Message
Netscape (pre-v2.0) impossible
Mosaic impossible
Lynx impossible
Internet Explorer 4.0 compose/cancel messages
Generic/Multi-System
Yarn c
Si vous connaissez d'autres logiciels de lecture de nouvelles qui
permettent l'annulation ou si vous pouvez corriger une information
ci-dessus, n'hésitez pas à écrire à l'auteur de cette FAQ.
H. Qui a établi ces règles ?
Usenet est fondé sur la coopération de milliers de serveurs de
par le monde. Il a été conçu pour favoriser le plus possible la
communication, et peu de soins ont été apportés à la sécurité et
aux problèmes de cet ordre.
Chaque site possède ses propres machines, c'est le concept fondamental
qui sous-tend ces règles. Chaque serveur peut décider s'il accepte
ou non les annulations, de qui et d'où il accepte les articles, et ainsi
de suite. Selon ce principe, on peut qualifier Usenet d'anarchie
coopérative.
En d'autres termes, les gens qui ont établi ces règles sont vos
administrateurs et les gens qu'ils écoutent.
----------------------------------------------------------------------------
II. Les articles d'annulation, comment ça marche ?
A. Que sont control et control.cancel ?
control est un forum factice où sont regroupés tous les articles d'un
serveur de news comportant l'en-tête Control:, qui est utilisé pour
créer ou détruire des forums, pour tester le système, pour annuler des
articles, etc. C'est surtout un moyen de simplifier l'administration
d'Usenet.
Sur de nombreux serveurs, control est divisé en plusieurs forums par le
logiciel de news. Dans ce cas, il y a plusieurs forums: control.newgroup
(utilisé pour la création d'un nouveau forum), control.rmgroup (utilisé
pour détruire un forum)... Si le programme est ainsi configuré, les
articles d'annulation seront stockés dans control.cancel.
Toutes les annulations sont enregistrées soit dans control, soit dans
control.cancel, selon le programme utilisé par votre serveur de news. Si
un article a été annulé récemment, l'article d'annulation s'y trouvera.
Inversement, s'il n'y a pas d'article, il n'y a pas eu d'annulation. Si
nécessaire, des serveurs comme Altavista ou Dejanews gardent une trace de
tout ce qui circule sur Usenet.
Malheureusement, cela n'est plus tout à fait vrai de nos jours. La plupart
des grands serveurs de news ont revu à la baisse leur delai d'expiration
pour les articles d'annulation, et ils ne les conservent maintenant que
durant quelques jours voire quelques heures. Les moteurs de recherche ont
commencé à purger leurs archives d'articles d'annulations. La règle "pas
d'article d'annulation, pas d'annulation" tient toujours, mais il est devenu
plus difficile de trouver l'article en question.
Si vous n'arrivez pas à lire control ou control.cancel, demandez de l'aide
à votre administrateur.
B. Quelle sont les normes pour annuler des articles ?
Quand vous annulez vos propres articles, la seule norme est celle imposée
par votre lecteur de nouvelles. Les annulation d'articles d'autrui,
quant à elles, doivent suivre certaines règles.
Il y a trois grandes raisons pour les suivre quand on annule un article
d'un tiers. D'abord pour identifier l'annulateur, ce qui le fait répondre
de ses actes. Ensuite pour s'assurer que l'article n'est annulé qu'une
fois. Enfin, quelques administrateurs de news n'acceptent pas certaines
annulations, et ils doivent pouvoir les identifier afin de les refuser
aisément.
La première règle est simple: toutes les annulations légitimes d'un
article par un tiers comportent un champ X-Cancelled-by: suivi de l'adresse
e-mail de l'annulateur.
Le second problème est résolu d'une façon très originale: la convention
$alz, du nom de l'inventeur d'INN, exige que le numéro d'identification
(Message-ID) de l'article d'annulation soit celui de l'article à annuler,
précédé du mot "cancel".
Exemple:
Message-ID de l'article: <48u6e8$lqi@vixen.cso.uiuc.edu>
Message-ID de l'article d'annulation: <cancel.48u6e8$lqi@vixen.cso.uiuc.edu>
Le troisième problème peut être résolu en ajoutant certains "pseudo-serveurs"
au champ Path:. Ainsi, si un site souhaite ne pas accepter les articles
d'annulation de ce type, il lui suffit d'ignorer les articles venant du
pseudo-serveur correspondant. (cf II.E. pour plus d'information).
Les pseudo-serveurs courants sont:
Pseudo-serveur Utilisation
cyberspam!usenet Annulation de Spam/EMP (universel)
spewcancel!cyberspam!usenet Annulation de Spew
mmfcancel!cyberspam!usenet Annulation de MMF (Make Money Fast)
bincancel!cyberspam!usenet Annulation de binaires inappropriés
adcancel!cyberspam!usenet Annulation de publicités (dans biz.*)
retromod!cyberspam!usenet Rétromodération
La partie !usenet indique que le Path: doit continuer après, elle n'est
pas strictement nécessaire. Plusieurs pseudo-serveurs peuvent être
utilisés dans le même article.
C. Quel est le format standard d'un article d'annulation ?
Voici un exemple qui suit toutes les règles standards, entre autres.
Date: 8 Jun 1997 15:43:37 GMT
Path: vixen.cso.uiuc.edu!ais.net!newsfeed.direct.ca!
News1.Vancouver.iSTAR.net!news.istar.net!n1van.istar!
hammer.uoregon.edu!nrchh45.rich.nt.com!bcarh8ac.bnr.ca!
despams.ocunix.on.ca!cyberspam!not-for-mail
From: clewis@ferret.ocunix.on.ca (Chris Lewis)
Approved: clewis@ferret.ocunix.on.ca
X-Cancelled-by: clewis@ferret.ocunix.on.ca
Sender: Photorep45@ibm.net
Message-ID: <cancel.5ne625$f2b$25@news.internetmci.com>
Newsgroups: alt.recovery.aa
Subject: cmsg cancel <5ne625$f2b$25@news.internetmci.com>
Control: cancel <5ne625$f2b$25@news.internetmci.com>
X-No-Archive: Yes
X-Spam-Type: WOODSIDE
Lines: 7
WOODSIDE spam cancelled by clewis@ferret.ocunix.on.ca
Original Subject: Sell YourPhotosNYC.Agency
Total spams this type to date: 1888
Total this spam type for this user: 1041
Total this spam type for this user today: 503
Originating site: internetmci.com
Complaint addresses: spamcomplaints@mci.net postmaster@mci.net
A noter: le champ Sender: indique l'auteur de l'article original, tandis
que les champs From: et X-Cancelled-by: indiquent l'auteur de l'article
d'annulation. Le champ Message-ID: respecte la convention $alz, et le
pseudo-serveur approprié est inclus dans le Path:. On peut aussi remarquer
que les en-têtes X-Spam-Type: et X-No-Archive: sont optionnelles, de même
que toute information qui n'est pas contenue dans les en-têtes de
l'annulation.
D. Tous les serveurs de news acceptent-ils les annulations ?
Non. Beaucoup de sites ont décidé, pour quelque raison que ce soit, qu'ils
ne souhaitaient pas d'annulations. D'autres refusent simplement un certain
type d'annulation. Dave Hayes, par exemple, administre un "serveur
vertueux" qui non seulement n'honore pas les articles d'annulation, mais
refuse aussi de les propager. Des patchs pour INN capables de faire cela
sont disponibles sur la "Freedom Knights Homepage". America Online, Dejanews
et Zippo, entre autres, ont décidé de ne pas accepter les articles
d'annulation.
E. Comment ignorer un pseudo-serveur ?
INN, v1.5 et suivantes, contient des mécanismes de filtrage tout prêts.
Il suffit d'éditer le fichier newsfeeds et de suivre les instructions
données par les commentaires. D'autres serveurs de news plus anciens ne
disposent probablement pas de tels mécanismes.
Si quelqu'un dispose d'informations pour d'autres systèmes, j'aimerais
beaucoup les inclure.
----------------------------------------------------------------------------
III. Votre article a été annulé ?
A. Pourquoi mon article a-t'il été annulé ?
Il ne l'a probablement pas été.
A moins que vous ne trouviez un exemplaire de l'article d'annulation
dans control, il est très très improbable que votre article ait été
réellement annulé. Avant de commencer à songer à une annulation,
renseignez-vous pour connaître les délais d'expiration des articles sur
votre serveur de news et vérifiez que votre lecteur de news ne vous cache
pas simplement les articles qu'il a marqué comme lus. Ce sont les raisons
les plus fréquentes pour expliquer la disparition d'un article.
B. J'ai sous les yeux l'article d'annulation. Pourquoi a-t'il été annulé ?
De nos jours la plupart des annulations sont faites pour stopper des
abus des ressources du réseau. Si vous avez posté votre article trop de fois
ou dans trop de forums, il sera annulé, quel qu'en soit le contenu.
Pour obtenir plus de détails sur ce qui constitue un abus du réseau,
lisez la FAQ de news.admin.net-abuse, ou les conseils d'utilisation
postés régulièrement dans fr.usenet.abus.d ou la FAQ Comment réagir aux
articles abusifs. Si vous recevez un courrier électronique de l'annulateur,
lisez le attentivement: il y a de fortes chances qu'il explique la raison
de l'annulation.
C. Mais je ne faisais rien de mal ! Pourquoi mon article a-t'il été annulé ?
Il y a d'autres raison qui justifient l'annulation, en plus de l'abus du
réseau.
1. Le modérateur d'un forum modéré a le droit d'annuler tout article
qu'il n'approuve pas. Il n'y a pas grand chose à faire dans ce cas.
2. Les hiérarchies régionales et locales peuvent avoir des règles
particulières autorisant l'annulation. Là encore il n'y a rien à
faire.
3. Votre article a peut-être été confondu avec un spam par les
robots annulateurs qui sont chargés de les éliminer. Contactez
l'annulateur dans ce cas pour trouver une solution.
4. Votre postmaster n'aime pas ce que vous écrivez. Le seul recours
consiste à changer de FAI.
D. J'ai dit et je répète que je ne faisais rien de mal. Je n'ai enfreint
aucune règle. Pourquoi mon article a-t'il été annulé ?
Je n'en sais rien.
E. Que faire alors ?
Postez un article dans fr.usenet.abus.d, en n'oubliant pas les en-têtes
complètes et le texte de l'article d'annulation, et mentionnez le contenu de
votre article, et une explication possible des motifs de l'annulateur. Les
administrateurs qui lisent ce forum vous aideront, si vous êtes poli.
Pour plus d'information, voir le chapitre V.
----------------------------------------------------------------------------
IV. Que faut-il pour annuler un article ?
A. Je veux annuler un article. Comment faire ?
Vous plaisantez ?!?
B. Je ne plaisante pas, je veux vraiment le faire. Comment m'y prendre ?
(soupir) Eh bien, je suis prêt à parier que vous n'avez pas vraiment
beaucoup réfléchi à tout ce que ça implique. Lisez quand même ce qui suit...
A petite échelle, vous pouvez le faire à la main. A grande échelle, vous
aurez besoin d'un robot-annulateur.
C. Qu'est ce qu'un robot-annulateur ?
Un robot-annulateur est un programme qui sélectionne les articles en
fonction de certains critères et qui émet des articles d'annulation en
conséquence. En fait, c'est un annulateur automatique, dont s'occupe un
opérateur humain.
D. Ca a l'air chouette. Où puis-je en trouver un ?
Si vous demandez, vous aurez du mal à en trouver un, et si vous y arrivez,
vous ne serez pas impressionné par la qualité. A votre place, je
n'utiliserais pas un robot-annulateur que je n'ai pas écrit moi-même.
E. Hein ? Eh ben pourquoi ?
Donner un robot-annulateur, c'est comme donner une arme chargée, sans
sécurité. Même si celui à qui on le donne est bien intentionné, les
erreurs sont fatales. Vous avez besoin d'une formation correcte auparavant.
Bien sûr, il y a des gens qui vous donneront l'arme sans l'entraînement,
mais on peut se poser des questions sur leur motivation...
En général, peu de gens accepteront de vous donner leur code avant
que vous ne sachiez parfaitement vous servir d'un robot-annulateur.
Ceux-ci sont dangereux et peuvent être utilisés à mauvais escient.
De plus, si vous commettez une bourde avec un robot-annulateur, vous
causerez de graves problèmes, et on peut commettre assez facilement une
bourde avec un robot-annulateur. Pour toutes ces raisons, on considère
généralement que seuls ceux qui arrivent à écrire leur propre
robot-annulateur sont capables d'en posséder un.
Nota Bene: même si vous faites confiance au code, ce n'est pas une bonne
idée de lui faire confiance aveuglément. Quels problèmes de sécurité
peut-il poser ? A-t-il des bugs ? Il est beaucoup plus sûr d'écrire son
propre code que de compter sur celui des autres, au moins vous aurez une
idée de ce qui ne va pas...
F. Ok, ok, ok, je vais l'écrire moi-même.
D'accord, allez-y, mais soyez sûr de savoir ce que vous êtes en train de
faire.
Richard Depew, le plus grand annulateur de binaires de Usenet, a été
un des premiers à utiliser une robot-annulateur à grande échelle. Une
des plus célèbres erreur en rapport avec l'utilisation d'un
robot-annulateur fut une série de repostages d'articles par ARMM
[NdT: Automated Retroactive Minimal Moderation. Un robot chargé
d'annuler les articles postés de manière anonyme qui considérait, suite
à une erreur de programmation, que les articles d'annulation qu'il
émettait étaient des articles anonymes.] Il s'ensuivit dans
news.admin.policy une avalanche d'articles d'annulation qui dura
plusieurs heures avant qu'il ne soit mis hors d'état de nuire. Ce fut
considéré comme une Grosse Erreur.
Mais cet incident ne fut pas le pire: cet honneur revient à l'annulation
par un robot mal configuré de tous les articles en provenance de
netcom.com. Très Grosse Erreur. Cela ne fait que donner une idée
de ce qui peut se produire quand on écrit un robot-annulateur.
Avant de tester votre robot dans Usenet, mieux vaut vérifier et revérifier
qu'il fonctionne correctement. Assurez-vous que tous les bugs et toutes
les faiblesses ont été corrigés, ajoutez des sécurités... Commencez dans
un forum local, et dans un seul forum. Et rappelez-vous: vous n'avez pas
droit à l'erreur.
En écrivant un robot-annulateur, faites le respecter les règles en
vigueur ($alz, etc). De plus, après avoir saisi les bases, écrivez
à Chris Lewis, il vous donnera quelques trucs.
G. Ca y est, j'ai mon robot-annulateur. Et maintenant ?
La première idée qui vient à l'esprit est de l'utiliser. Ne le faites
pas. Réfléchissez bien, encore une fois. Les annulations posent de
nombreux problèmes, et on n'utilise pas un robot-annulateur à la légère.
Avant toute chose, posez-vous les questions suivantes. Vous en avez besoin,
faites-moi confiance.
1. Qui va être concerné, et comment les gens vont-ils réagir ?
Les robot-annulateurs touchent beaucoup de monde. En en faisant
tourner un, vous allez interférer avec beaucoup de gens, et
généralement les mettre en colère. Beaucoup vont se plaindre,
certains vont se venger. Avant de mettre en place votre
robot-annulateur, configurez procmail pour stopper les mailbombs,
assurez-vous que votre système résistera à de nombreuses tentatives
d'intrusion, soyez en bons termes avec vos administrateurs et avec
vos patrons, soyez sur liste rouge, et ayez un bon avocat sous la
main. C'est un minimum.
2. Cela pose-t-il des problèmes sur le plan légal ?
[Il n'y a pas eu de cas en France qui fasse jurisprudence, à la
connaissance du traducteur de ce document.] Néanmoins, il y a un
risque certain à censurer les articles des autres, surtout si l'on
se fonde sur le contenu.
3. Est-ce moral ?
Même si c'était tout à fait légal, ce n'est pas très sympathique
comme activité. Vous supprimez la parole d'autrui. Vous marchez en
fait sur une corde raide: l'annulation peut mener à la censure, ce
qui est une mauvaise chose. Néanmoins, en marchant bien droit, on
peut éviter de tomber. Plus les annulations se répandent, plus elles
risquent de devenir incontrôlables. Il est généralement reconnu que
les annulations non basées sur le contenu ne sont pas de la censure.
Elles sont basées sur le volume de l'article - ce n'est pas censurer
que d'empêcher quelqu'un de hurler son opinion avec un mégaphone en
plein milieu de la nuit. On peut espérer que les annulations de
spams ne sont pas une dérive.
4. Ai-je vraiment le temps de m'en occuper ?
Gérer un robot-annulateur prend beaucoup de temps. Techniquement,
le robot doit être écrit, les paramètres doivent être réglés et mis
à jour constamment, et il faut sans cesse surveiller son activité
pour être sûr que ça marche. Mais ce n'est pas votre souci
principal.
Car les gens vont remarquer que votre robot est en activité, on vous
fera des réflexions, parfois des louanges, mais plus probablement on
se plaindra. Demandez-vous si vous avez le temps de vous occuper de
ça. Si vous souhaitez que votre robot continue son travail, il va
falloir que vous preniez le temps de répondre à ces commentaires,
qu'ils soient positifs ou négatifs.
Cela semble bénin, mais ça vaut la peine d'être mentionné: être
constamment soumis au contrôle de tous n'est pas très agréable.
5. A quoi va servir ce programme ?
Si les gens ne cautionnent pas l'activité de votre robot, il ne
sera pas efficace. Avant de commencer à annuler, obtenez
l'assentiment général. Choisissez des règles de conduite: quelle
sorte d'articles allez-vous annuler ? Souhaitez-vous étendre
l'influence de votre robot par la suite ? Que ferez-vous si l'on
vous demande d'agir dans d'autres forums ? Accepterez-vous de
fournir le code de votre robot si on vous le demande ? Occupez-vous
de cela maintenant, tant que vous avez le temps pour cela.
(Rappel: les annulations autorisées sont le nettoyage des forums
modérés, l'élimination des binaires dans les forums qui ne sont
pas consacrés à la diffusion de binaires, la suppression des
régurgitations, les falsifications, et certaines violation de
copyright, cf I.D).
6. Ai-je bien lu et relu mon code ?
On ne le répétera jamais assez, les erreurs peuvent causer de
graves problèmes. Avant de le mettre en activité, soyez certain
que votre code est fiable à 100%. Personnellement, je vous
recommande de vous demander si vous pourriez vous servir de
votre robot en état d'ivresse. Vous n'aurez pas de seconde chance,
ne prenez pas le risque de commettre une bourde. C'est encore
plus important si votre code risque un jour d'être vu par
quelqu'un d'autre.
7. Les précédents historiques.
L'histoire des annulations dans Usenet remonte à longtemps. Non
seulement elle est plutôt intéressante, mais elle est riche
d'enseignements. Avant de faire tourner votre robot, vous devriez
savoir à quoi ils ont servi auparavant. Avec le savoir vient le
pouvoir, après tout, et ainsi vous ne recommencerez pas les
erreurs de vos prédécesseurs.
8. Le respect des règles.
Bien qu'elles ne soient pas universellement acceptées, il y a des
règles auxquelles se plient généralement les opérateurs de
robots-annulateurs. Un rapport d'annulation doit être posté dans
fr.usenet.abus.rapports pour la hiérarchie fr.*, et dans
news.admin.net-abuse.bulletins pour le gros 8. L'auteur de
l'article et son postmaster doivent être prévenus, un exemplaire
de l'article doit être joint au rapport d'annulation. Vous devriez
avoir une adresse e-mail fiable, pour pouvoir rendre compte de
vos actes. Bien sûr, toutes les conventions habituelles doivent
être suivies à la lettre.
Si vous n'annulez pas selon les règles, vous serez critiqués
plus qu'autre chose, et à juste titre. Si vous n'êtes pas
capable de suivre ces règles, vous ne devriez pas annuler
d'article. Il est clair que des avertissements polis aux auteurs
d'articles annulés vous feront moins d'ennemis que des bordées
d'insultes. Il vaut mieux rédiger vos avertissements de la façon
la plus calme possible, en y incluant le plus d'informations
possible, et orienter l'auteur vers des documents expliquant
l'annulation.
9. Est-ce vraiment à moi de faire ça ?
Si vous ne vous en étiez pas rendu compte auparavant, les
robots-annulateurs sont une source d'emmerdements pas possible.
C'est pourquoi vous devriez bien réfléchir avant de vous lancer.
Si vous êtes ennuyés par un trop grand bruit dans vos forums
favoris, les annulations ne sont peut-être pas la bonne solution.
Discutez avec les autres usagers d'une éventuelle modération du
forum, peut-être que quelqu'un acceptera de s'en charger, ou ils
pourront avoir d'autres idées. Le bruit pourra diminuer si vous
envoyez un courrier électronique du genre: "Votre article est
hors-sujet" aux auteurs, ou si vous vous plaignez à leur postmaster.
Si la discussion n'aboutit pas, discutez-en dans
news.admin.net-abuse.usenet, où des vétérans de la lutte contre les
abus du réseau pourront vous aider. Sinon, dans la plupart des cas,
le problème peut être résolu à votre échelle par une utilisation des
killfiles. Enfin, vous pouvez toujours essayer d'utiliser NoCeM.
En général, essayez toutes les autres possibilités avant d'annuler
quoi que ce soit. C'est difficile à mettre en route, c'est encore
plus difficile de continuer à le faire longtemps, et c'est presque
impossible de s'arrêter lorsqu'on le souhaite.
----------------------------------------------------------------------------
V. Un crétin a annulé un de mes articles !
A. Un de mes articles a disparu. Il a été annulé à tort, n'est-ce pas ?
Avant toute chose, lisez le chapitre III, et assurez-vous que l'on a
bien annulé votre article avant de vous énerver. Rappelez-vous bien: s'il
n'y pas d'article d'annulation, il n'y a pas eu d'annulation.
B. Vraiment, je suis sûr qu'il a été annulé. Pourquoi ?
Il y autant de raisons pour annuler un article qu'il y a d'articles
d'annulation. La plupart des annulations sont faites pour des motifs
valables (qui sont détaillés dans les chapitres précédents), mais
parfois ils sont faits pour des raisons considérées comme illégitimes
par la plupart des gens. Les gens qui émettent de tels articles d'annulation
sont appelés des "annulateurs dévoyés", et c'est d'eux qu'il faut se méfier.
Pourquoi font-ils cela ? Ca dépend. Une excuse courante, utilisée pour la
première fois par l'Eglise de Scientologie, qu'on ne présente plus, est que
l'article en question est un "secret commercial" qu'il convient de protéger.
Cette excuse n'est généralement pas valable, et résiste rarement à un examen
approfondi. Ne la reprenez pas à votre compte.
Quelles sont les vraies raisons, alors ? Il y en a deux principales: soit
ils veulent cacher quelque chose, soit ils n'aiment pas ce que vous dites.
Aucune des deux n'est tolérable.
De toute façon les annulateurs dévoyés ne sont pas tolérés par la
communauté des usenautes. Point final. La chasse à l'homme organisée pour
les retrouver prend parfois des proportions presque épiques, les chasseurs
les traquant dans le monde entier, et toutes ces recherches aboutissent,
au moins, à la fin de ces annulations.
C. Comment retrouver ce salaud ?
Si vous avez l'article d'annulation, la meilleure chose à faire pour
retrouver l'annulateur est de poster un (seul) exemplaire de l'article
dans fr.usenet.abus.d, et dans news.admin.net-abuse.usenet pour le
gros 8, accompagné d'une brève description de la situation. Les lecteurs
de ces forums sont souvent des experts capables de retrouver l'origine
des articles, ils vous aideront probablement. Ils pourront aussi vous
expliquer pour quelle raison légitime votre article a été annulé, si c'est
le cas.
Pour découvrir d'une façon élémentaire qui est à l'origine de l'annulation,
examinez le champ NNTP-Posting-Host: des en-têtes. Bien qu'il soit possible
de le falsifier, il indique généralement la machine qui a été utilisée pour
émettre l'article d'annulation. Les autres champs assez fiables sont Path:
et Sender:, ainsi que, parfois, Message-ID:.
D. Qui a déjà fait cela auparavant ?
Dans le passé, il y a eu de nombreux annulateurs dévoyés, aux talents,
compétences, et intelligences variés. Certains ont arrêté, d'autres
courent toujours et apparaissent à l'occasion. Voici un musée des
horreurs :
1. Kevin Jay Lipsitz: dit "Krazy Kevin", comme il se baptise
lui-même dans ses spams, a annulé de nombreux articles concernant
ses propres spams dans news.admin.net-abuse.misc. Il pensait
qu'ainsi il serait plus difficile de le stopper. Il a totalement
échoué, et sa technique a simplement conduit à la mise en place de
Dave the Resurrector. A l'époque où il spammait, Kevin a été viré de
plusieurs FAI, et on n'a plus entendu parler de lui depuis plusieurs
mois.
2. CrackerBuster: en Décembre 1994, un inconnu a décrété qu'il
n'aimait pas le forum alt.2600, et il lui a déclaré la guerre,
ainsi qu'à ses contributeurs. Dans la première attaque massive
du forum, il a annulé tous les articles de alt.2600 et de
alt.current-events.net-abuse, puis a inondé ces forums de ses
propres articles, les perturbant ainsi efficacement. Chris Lewis
a fait la plus grosse partie du ménage, et une fois cela fait,
il disposait en fait d'un robot-annulateur parfaitement
fonctionnel. Ayant obtenu de Jonathan Kamens des programmes de
détection mis à jour, il devint le plus important annulateur
de spam.
3. Crusader: les actions de Crusader ont commencé par l'envoi
d'un spam néonazi via courrier électronique, envoyé à presque
toutes les adresses existantes. De nombreux systèmes, en général
craqués, ont participé à cette attaque sans précédent, ce qui n'a
pas découragé l'équipe des habitués de news.admin.*. Pour ralentir
leur action, Crusader a commencé à annuler tout les articles au
sujet de son spam; ce qui a simplement abouti à la création d'une
liste de diffusion et qui a renforcé la détermination du groupe.
Bien que la trace se perde dans un système craqué en Italie, le
spam et les annulations ont finalement arrêté.
4. Ellisd: peu après le vote du Communication Decency Act, un
utilisateur anonyme de Netcom décida d'annuler tous les articles
de alt.binaries.pictures.erotica.* et alt.sex.*, qu'il jugeait
être une pollution indécente. Son compte a sauté dans les heures
qui suivirent, mais Ellisd continua a émettre des articles
d'annulation depuis d'autres machines, en les falsifiant pour
qu'ils semblent venir de son ancien compte chez Netcom. Ellisd a
été stoppé définitivement en quelques jours, le seul effet réel
étant de montrer que l'annulation de contenus "moralement douteux"
ne serait pas tolérée.
5. L'incident des Pseudo-serveurs: Septembre 1996 fut une période
noire pour Usenet. Celui-ci avait déjà été inondé d'articles, et
la seconde vague d'assaut fut un flot de dizaine de milliers
d'articles d'annulation. Marchant dans les traces d'Ellisd quelques
mois auparavant, plusieurs inconnus ont émis des annulations
contenant de nouveaux pseudo-serveurs, tels que "geekcancel" dans
comp.* et "kikecancel" dans soc.culture.israel. Il est inutile de
dire à quel point cela a irrité un grand nombre de gens. Les
annulations se sont arrêtées quelques jours plus tard, et Chris
Lewis a reposté tous les articles, mais le mal était fait.
La tactique des pseudo-serveurs a été réutilisée plusieurs fois
depuis, principalement par "Michael Franowski" et dans la cadre de
la perturbation d'un vote dans news.lists.nocem. Cette dernière
attaque a forcé UUNet à fermer son accès public à Usenet, ce qui
a considérablement aidé.
6. The CancelBunny: L'Eglise de Scientologie, une organisation
notoirement paranoïaque, a de nombreuses "écritures secrètes" qui
ont été depuis longtemps distribuées sur Usenet. Pour arrêter
cela, ils ont fait appel à un expert pour annuler les articles
qui contenaient leurs secrets, ou quoi que ce soit qu'ils
n'aimaient pas. Cela a attiré l'attention d'Usenet dans son
ensemble sur cette secte, et alt.religion.scientology est devenu
un forum très populaire après cela.
Les annulations, néanmoins, ont été mal vues. C'est pourquoi
un certain nombre de gens ont décidé de traquer CancelBunny,
en examinant un grand nombre de sites. Plusieurs CancelBunnies
ont été identifiés et ont perdu leur accès à Usenet. D'autres
apparaissent de temps en temps, mais sont rapidement découverts
aussitôt.
Les annulations faites par les CancelBunnies ont lieu en général
dans comp.org.eff et dans alt.religion.scientology. Les annulations
dans ce dernier forum sont publiées par Lazarus.
E. N'y a-t'il que des Méchants ?
Non, bien sûr que non, ils sont seulement très visibles. Il y a beaucoup
de Gentils aussi... qui font un travail peu gratifiant mais digne de
louanges en annulant les spams, les régurgitations, les MMF... et qui, au
fond, rendent Usenet utilisable.
La majorité d'entre eux fréquente news.admin.net-abuse.*, et
fr.usenet.abus.d pour la hiérarchie fr.*. Les plus célèbres sont
CancelMoose, Chris Lewis, John "jem" Milburn, Jonathan Kamens
[inventeur du meilleur logiciel de détection de spam à ce jour], Benjamin
"Snowhare" Franz [en partie à la retraite], Richard Depew, Robert and
Lizz Braver, and Lysander Spooner.
Les principaux annulateurs français sont Ollivier Robert, Alain Thivillon,
Thomas Parmelan, Laurent Wacrenier, Fabien Tassin, Nat Makarevitch.
F. Est-ce que je peux faire quelque chose à mon niveau ?
Oui, bien sûr.
1. Prévenir l'administrateur du serveur d'origine, ou un site
en amont. Si vous pouvez déterminer d'où proviennent les
annulations, envoyez un courrier électronique à son administrateur,
ou à abuse@le.site, si cette adresse existe. Si cela n'aboutit pas,
vous pouvez avertir les sites qui feedent le site responsable.
Pour savoir comment déterminer cela, reportez-vous à la Spam
Tracking FAQ.
2. Ignorez le site responsable. Votre administrateur peut refuser
les articles en provenance d'une machine donnée. Si nécessaire,
cela peut servir à refuser les articles d'annulation sur votre
propre site.
3. Faire appel à la justice. Comme il est dit plus haut, les
annulations par des tiers sont dans un flou juridique. Si vous
le souhaitez, vous pouvez probablement faire appel à la justice
pour faire quelque chose. Néanmoins, il est généralement
recommandé de ne pas le faire. Dans ce domaine, tout jugement
ferait jurisprudence, et jusqu'à présent, on s'en passe très bien.
----------------------------------------------------------------------------
VI. Annulation et problèmes moraux.
Pour faire court:
L'annulation en pose beaucoup.
C'est une partie importante et intéressante de la question des
annulations : les annulations faites par des tiers, les annulations de
spam et de binaires, la rétromodération, la modération en général, la
métaphore de la corde raide, l'idée que Usenet est une anarchie, la
violation de la liberté d'expression, et le fait que sans annulations
Usenet se serait écroulé sous le poids des spams depuis longtemps...
Voilà bien des thèmes de discussion.
Cette FAQ, néanmoins, n'est pas le lieu de cette discussion.
Par manque de temps et de place, je ne peux pas aborder ces sujets,
quelqu'importants qu'il soient. Reportez-vous à news.admin.net-abuse,
et à sa FAQ. Et ce n'est qu'un début.
----------------------------------------------------------------------------
VII. L'avenir des annulations.
A. Que sont les annulations authentifiées ?
Usenet n'a pas été conçu dans un souci de sécurité, c'est pourquoi il
est assez simple d'annuler les articles d'autrui.
Mais, avec le temps, le besoin de sécurité devient de plus en plus
pressant. Elle peut être garantie en modifiant les logiciels pour
qu'ils n'acceptent que les annulations en provenance de l'auteur,
identifiées par une signature PGP, par exemple.
De nombreuses méthodes ont été proposées pour ce faire, mais aucune
n'est utilisée couramment. Il faudrait écrire un programme à cet
effet, et si vous souhaitez le faire, allez-y, et discutez-en
dans news.admin.misc. La page de CancelMoose contient quelques
suggestions concernant l'authentification des annulations.
B. N'y a-t'il pas d'autres moyens pour détruire des articles ?
Si.
1. Comment fonctionne le champ Supersedes: ?
Utilisé couramment pour des publications périodiques et des mises
à jour d'information, le champ Supersedes: fait remplacer l'article
dont il indique le numéro d'identification par le nouveau.
Supersedes: <4b6uce$ou7@vixen.cso.uiuc.edu>
L'utilisation de Supersedes: est la même qu'un article d'annulation,
de tels articles envoyés par des tiers doivent être traités comme
des annulations
2. Comment fonctionne le champ Expire: ?
En ajoutant Expire: à un article, vous pouvez décider du moment
où votre article disparaîtra du serveur. Par exemple, si vous
souhaitez que votre article expire à 7:50:06pm (PST) le 11
Février 1996, vous ajouterez cette ligne dans les en-têtes:
Expire: Sun, 11 Feb 96 19:50:06 PST
Votre article devrait disparaître à cette date, bien qu'il puisse
le faire plus tôt, selon la configuration du serveur.
3. A quoi sert le champ Also-Control: ?
Il a le même effet que Control: mais l'article est diffusé dans
tous les forums où se trouvait l'article original, au lieu
d'être uniquement dans control. Sinon, les deux sont
interchangeables.
C. Pourquoi certaines personnes refusent-elles les annulations ?
Jusqu'à ce que l'authentification développe, il n'y a aucune façon
de distinguer les annulations authentiques de celles falsifiées ou
faites par des tiers. Une minorité bruyante, pour ne pas accepter
les seconds, refuse aussi les premiers. Si vous souhaitez le faire,
vous êtes libre, mais sachez que ce n'est pas forcément un bon choix.
D. Définition de NoCeM.
NoCeM (Note du traducteur: à prononcer No Sii 'Eum, "ne pas les voir")
est un logiciel destiné à remplacer les annulations. Au lieu de les
faire effacer, NoCeM permet à chacun d'envoyer des avertissements
au sujet des articles. Chacun, au niveau du serveur ou de l'individu,
peut alors réagir comment il le souhaite: effacer l'article, le cacher,
ignorer l'avertissement voire même marquer l'article comme devant être
lu le plus tôt possible. Cette idée est reconnue comme une alternative
de choix à l'annulation des articles par beaucoup d'administrateurs,
et devient peu à peu de plus en plus populaire.
CancelMoose a écrit le programme client, utilisable sur la plupart des
clients Unix qui peuvent utiliser PGP. news.list.nocem a été créé pour
propager les articles NoCeM, la discussion sur ce protocole est
pertinente dans le forum news.software.misc. Pour plus
d'information sur NoCeM, reportez-vous à la page de CancelMoose.
E. Définition de PGP
PGP, Pretty Good Privacy, est un fameux logiciel de cryptographie simple
d'emploi, puissant [voir la FAQ de fr.misc.cryptologie pour plus de détail
sur sa légalité en France]. Il sert de base
à la plupart des annulations authentifiées, à NoCeM, et à de nombreux
autres logiciels de news. Malheureusement, les lois d'import et d'export
de ce programme varient, ce qui rend difficile sa diffusion ailleurs
que dans les États-Unis d'Amérique.
PGP est un sujet de discussion à lui tout seul. A ce titre il y a de
nombreuses FAQ et de nombreux forums qui lui sont consacrés. Je vous
recommande leur lecture pour plus d'information, en particulier la FAQ
du forum fr.misc.cryptologie.
---------------------------------------------------------------------------
VIII. Autres définitions.
A. Lazarus.
C'est un programme conçu par Homer Wilson Smith pour surveiller les
annulations sur alt.religion.scientology. Il poste un rapport des
articles de "control", en particulier les articles d'annulation,
relatif à a.r.s à chaque fois qu'il en trouve un, ce qui les rend
facilement repérables.
Pour savoir pourquoi c'est nécessaire, référez-vous à la page de
Ron Newman consacrée à la lutte de l'Eglise de Scientology
contre l'Internet
(http://www2.thecia.net/users/rnewman/scientology/home.html).
B. Dave the Resurrector.
C'est un programme qui surveille entre autres news.admin.* et qui
reposte les articles annulés (cf Appendice A pour obtenir des
informations relatives à sa création et à son fonctionnement).
C. La liste de diffusion Judges-L.
Il y a quelques temps, un certain David Stodolsky s'est auto-proclamé
Responsable des Annulations sur Usenet. Il a mis en place une liste de
diffusion, et s'apprêtait à commencer.
Le reste du monde ne voulait pas vraiment de lui comme Empereur de Usenet.
Après une série de flames, une FAQ sur les articles d'annulation a été
écrite. Bien que techniquement exacte, elle a eu peu d'influence sur la
FAQ que vous lisez. Au même moment, la liste Judges-L été dissoute.
David Stodolsky a disparu d'Usenet depuis ce moment.
D. UDP
UDP (Usenet Death Penalty, la peine de mort usenetienne) est le
dernier recours contre ceux qui abusent d'Usenet. Elle n'est pas
décrétée à la légère.
Au départ, il s'agissait d'une annulation automatique de tous les
articles en provenance d'un site donné, pour mettre fin aux excès
de ce site. Par un glissement de sens, UDP à désigné la décision prise
par les grands sites d'ignorer le site incriminé, afin de le couper en
fait d'Usenet. On appelle cela un UDP "passif."
Les UDP actifs (avec annulation) sont réservés aux sites qui refusent
absolument de prendre des mesures pour empêcher leurs utilisateurs de
spammer. Les sites qui permettent des abus durant une longue période sont
réprimandés, puis on discute publiquement de l'opportunité d'un UDP. Si un
consensus apparaît, un période probatoire d'une semaine commence, à l'issue
de laquelle, si aucune amélioration n'a été constatée, tous les articles du
site en question sont automatiquement annulés. Cette tactique a surtout un
effet moral, et la simple menace d'un UDP actif suffit en général à
intimider un FAI et à le faire rentrer dans le droit chemin.
L'UDP soulève, bien sûr, de nombreux problèmes moraux.
----------------------------------------------------------------------------
IX. Quels sont les points débattus actuellement ?
A. Quelles sont les règles de l'annulation à vue ?
Si un article est "très certainement" un spam, au-delà du seuil
d'annulation, n'importe qui peut l'annuler à vue. Il faut alors confirmer
après coup que l'article était bien au-delà dudit seuil. D'habitude, les
robots-annulateurs font cela automatiquement, mais les êtres humains doivent
eux le faire à la main, ce qui être une perte de temps considérable.
Pour résoudre ce problème, on a inventé une nouvelle catégorie d'annulation,
les annulations à vue. Si un spam quelconque a dépassé un volume quotidien
et ne semble pas prêt de s'arrêter, il peut être annulé à vue. Toutes les
autres copies de ce spam seront alors annulées sans prendre la peine de
vérifier s'il a bien dépassé la limite.
Actuellement, le seul spam annulable à vue est le sempiternel
"Make Money Fast". Plus de détails peuvent être obtenus dans
news.admin.net-abuse.policy.
B. Les articles en HTML sont-ils annulables ?
La plupart des navigateurs Web modernes sont capables de poster des articles
sur Usenet. Ils offrent généralement la possibilité de poster des articles
en HTML, pour améliorer l'aspect de l'article, au prix d'une augmentation de
la taille de l'article et en rendant l'article illisible pour le reste de la
communauté des Usenautes. Les administrateurs, les modérateurs et les
lecteurs d'Usenet se battent bec et ongles contre ces mélanges entre le Web
et Usenet, mais de tels articles continuent à être postés.
La seule solution pour supprimer les articles en HTML est de les considérer
comme des binaires et de les traiter en conséquence. Cette solution n'a pas
été mise en pratique car les articles en HTML ne sont pas des binaires
d'après les définitions actuelles, et qu'il n'y a pas de consensus pour
changer ces définitions.
En un mot, non, les articles en HTML ne sont pas annulables en tant que
tels.
C. Et les annulations de matériels faisant l'objet d'un copyright ?
Les annulations de tels matériels ont été utilisées à quelques reprises pour
en empêcher la diffusion. Mais les annulations ne sont pas un moyen efficace
d'atteindre cet objectif, puisque tout le monde n'accepte pas les
annulations. Ceci, et la volonté des administrateurs de ne pas se préoccuper
de problèmes légaux, a conduit à l'abandon de ce type d'annulation. Le seul
moyen de lutter contre les violations de copyrights sur Usenet est de
recourir au système judiciaire du monde réel.
-----------------------------------------------------------------------------
A faire.
Ceci n'est pas une version finale de ce document. Il y a quelques petites
choses à faire, et quelques informations que je dois découvrir avant
d'écrire plus. Ce sera, je l'espère, inclus dans les prochaines versions.
1. Etoffer les chapitres techniques en général, en particulier avec des
informations concernant d'autres logiciels.
2. Ajouter un chapitre relatif aux articles qui ne devraient pas être
annulés, et aux raisons pour lesquels il ne devraient pas l'être.
3. Développer les paragraphes relatifs à UDP et NoCeM. Ils méritent
peut-être même leur propre FAQ.
---------------------------------------------------------------------------
Remerciements.
J'ai réalisé en rédigeant cette FAQ qu'il s'agit d'un gros travail. Voici
les gens qui m'ont aidé par leur suggestions, leur soutien moral...
Merci à vous tous, je n'aurais pas pu faire cela sans vous. Littéralement.
Si j'ai oublié quelqu'un, n'hésitez pas à vous faire connaître.
Johann Beda, CancelMoose, Ian Collier, Peter Da Silva, Richard Depew,
Frans P. de Vries, Ernie Diaz, Arnould Engelfriet, J.D. Falk, Follower
of the Clawed Albino, The Gentleman, Howard Goldstein, Dave Hayes, Jim
Hill, Jonathan Kamens, Joshua Kramer, Don Juneau, Charles H. Lindsey,
Tom Lewis, Chris Lewis, Guy Macon, John Milburn, Bernhard Muenzer, Ron
Newman, Matthew Paden, Joshua Putnam, Chris Salter, Wolfgang
Schelongowski, Bill W Smith Jr, Keith Thompson, Jason Untulis, Dimitri
Vulis, Matthew P Wiener, Michael Wise, Patricia Wrean, Dick Yuknavech.
---------------------------------------------------------------------------
Pour plus d'information.
Consultez les documents suivants:
1. FAQ
news.admin.net-abuse FAQ.
Advertising on Usenet FAQ. [NdT: voir la FAQ Conseils contre/sur la
pub sur Usenet, de Pierre Beyssac]
The Spam Tracking FAQ.
The Spam Threshold FAQ.
The Bincancel FAQ.
2. Utilitaires
GFilter, un patch filtrant pour INN.
Adcomplain, un shell script (se plaindre au sujet des publicités).
Purge-binaries, un autre shell script, destiné à lutter contre
les binaires.
NoCeM.
3. RFC.
Usenet Guidelines -- RFC 1036.
Netiquette Guidelines -- RFC 1855 [NdT: traduite en Français].
RFC-1036bis.
4. Forums.
news.announce.newusers
news.answers
news.admin.announce
news.admin.net-abuse.bulletins
news.admin.net-abuse.email
news.admin.net-abuse.misc
news.admin.net-abuse.policy
news.admin.net-abuse.sightings
news.admin.net-abuse.usenet
news.admin.misc
news.groups
fr.usenet.abus.d
5. Divers.
net.legends FAQ
Page Web de net.admin.net-abuse.
Le lexique des termes employés sur Usenet, dans fr.sci.jargon.
---------------------------------------------------------------------------
Appendice A: Dave the Resurrector
1. Définition.
C'est un programme qu'utilise Chris Lewis, son auteur, pour reposter
les articles annulés dans la hiérarchie news.admin.net-abuse.*. Le
code en a été écrit après une série d'annulations sournoises dans
news.admin.net-abuse.misc envoyée par Kevin Lipsitz. Le nom a été
suggéré par Tim Skirvin, et Chris l'a accepté en hommage à Dave
Hayes, renommé dans news.admin.*
Le rayon d'action de Dave est parfois étendu au reste de la
hiérarchie news.* et à d'autres hiérarchies, pour ressusciter les
articles annulés à grande échelle par les annulateurs dévoyés. De
temps en temps la présence de Dave a été demandée dans d'autres forums.
2. Pourquoi est-il nécessaire ?
La hiérarchie news.admin.* a toujours été l'objet d'attaques
massives par des articles d'annulation illégitimes (cf V.D). La
présence de Dave les neutralise. Il y a un prix à payer :
l'impossibilité d'annuler ses propres articles. Mais la plupart des
gens pensent que le jeu en vaut la chandelle.
3. Quelles annulations sont-elles autorisées ?
Pour Dave, une annulation est irrégulière lorsqu'elle est faite par
quelqu'un d'autre que l'auteur, l'administrateur système de
l'auteur, le modérateur du forum, ou une annulateur de spam reconnu.
Puisque les articles d'annulation peuvent être falsifiés, Dave ne peut
pas déterminer l'authenticité de l'annulation, c'est pourquoi il
ressuscite tous les articles, sauf ceux qui sont annulés par des
annulateurs reconnus, ceux qui contiennent un champ X-No-Repost: dans les
en-têtes, ceux que Dave juge malvenu de ressusciter, c'est à dire à la
discrétion de l'opérateur humain de Dave.
Celui-ci examine fréquemment les forums où Dave agit, et annule à la main
les articles ressuscités par erreur. D'autres annulateurs de spam
reconnus, qui ont un accès à Dave, peuvent faire de même. Si Dave peut
bien se débrouiller face à un annulateur dévoyé, il fait de son mieux pour
ne pas reposter du spam et d'autres articles indésirables.
4. Quels articles sont-ils repostés ?
D'après les chartes de news.admin.net-abuse.*, "tout les articles
effacés par des annulations non autorisées seront repostés
automatiquement par Dave the Resurrector ou un programme similaire,
à la discrétion du modérateur du forum ou de l'opérateur de Dave
dans le cas de forums non-modérés."
Tout article d'annulation dans la hiérarchie news.admin.* entraîne
la copie par Dave de l'article original. Néanmoins, toutes les copies
ne sont pas réinjectées dans Usenet. Avant de reposter, le robot
effectue quelques tests:
1. S'il y a eu plus de n repostages depuis que Dave tourne,
il ne reposte pas. Au moment de l'écriture de ce paragraphe,
n vaut 30, mais cela peut changer.
2. Si l'original est vieux de plus de n jours, il ne reposte
pas, avec n=4 au moment de la rédaction de ce paragraphe.
3. Si l'annulation est faite par un annulateur reconnu,
l'article n'est pas reposté.
4. Enfin, s'il n'est pas prudent de ressusciter l'article,
pour des raison techniques ou autres, l'article n'est pas
reposté.
Si les circonstances l'exigent, une ou plusieurs de ces méthodes
heuristiques peuvent être désactivées, par exemple, la limitation
du nombre de repostage peut être supprimée pour arrêter une vague
importante d'annulations illégitimes. De plus tout les articles non
repostés peuvent être examinés à tout moment par l'opérateur de
Dave, et repostés manuellement s'il le souhaite.
5. Quel est le format des articles repostés ?
A l'origine, Dave modifiait les en-têtes et le corps de l'article
pour permettre à tous de constater facilement les annulations
illégitimes. Mais finalement, comme cela entrait en conflit avec
l'identification PGP et avec les champs utilisés dans les en-têtes
pour identifier les FAQ, Dave a été reconfiguré pour modifier le moins
possible l'article. Ainsi, les repostages d'articles annulés sont
aussi semblables à l'original que possible.
Le Path: et le Message-ID: sont renommés X-Path: et X-Message-ID:
respectivement.
Une série de commentaires, dont "X-Comment: DtR repost" sont ajoutés,
pour expliquer qu'il s'agit d'un repostage.
Le numéro d'identification de l'article reposté est composé du numéro
d'identification de l'article original précédé de REPOST. Ce changement,
bien que nécessaire, empêche l'identification PGP des articles de contrôle,
et n'est pas compatible avec PGPMoose.
Le Path: de l'article reposté comprend "ferret.ocunix.on.ca!resurrector".
Il peut comporter en plus le site de l'annulateur, ce qui permet d'éviter
des boucles annulation/repostage, et de permettre aux sites qui ignorent
le site de l'annulateur d'ignorer aussi facilement les repostages.
En ce moment, REPOST: est ajouté au début du champ Subject: de l'article
reposté, mais cela va probablement changer dans un futur proche.
Le champs Newsgroups: est limité à news.admin.*, afin d'empecher les
boucles annulation/repostage avec les robots chargé de faire respecter
la charte d'autres forums (par exemple, foo.general sera retiré de
Newsgroups: même s'il était présent dans l'article original). Ca a un
effet secondaire positif: ça empêche les gens d'utiliser Dave pour
protéger leurs enfilades haineuses (flames) en transpostant dans
news.admin.*.
Le corps de l'article est laissé intact, de même que les autres en-têtes.
6. Comment puis-je annuler mes propres articles lorsque Dave fonctionne ?
Si c'était possible, Dave vous laisserait annuler tout article que vous
avez écrit sans le reposter. Néanmoins, puisqu'il est en pratique
très facile de falsifier un article d'annulation, cela ne peut pas se
faire sans débrancher Dave. Celui-ci pêche par excès de prudence, et
reposte la plupart des articles qu'il voit. Il y a toutefois des moyens
de le contourner, si vous souhaitez vraiment annuler articles.
La présence d'un champ X-No-Archive dans les en-têtes empêchera Dave
de reposter, sauf si l'annulation est faite par un annulateur dévoyé
"reconnu". Reportez-vous à la documentation de votre lecteur de nouvelles
pour savoir comment ajouter automatiquement ce champ à tous vos articles.
Si vous annulez ou si vous remplacez (avec Supersedes:) votre article
assez vite, vous pourrez *peut-être* le faire avant que Dave ne fasse
une copie. Mais il faut se rappeler que les articles d'annulation vont
rarement assez vite pour empêcher quelqu'un de les lire.
Envoyer un courrier électronique à l'opérateur de Dave ne sert à rien
si une annulation est requise; même d'il y a une falsification de votre
nom, un article posté dans le forum news.admin.* concerné sera plus efficace.
7. Au sujet d'autres robot ressusciteurs.
Comme il a été mentionné plus haut, DtR peut voir ses fonctions étendues
à d'autres forums et hiérarchies à la demande. Des lecteurs astucieux
auront noté que les chartes de news.admin.net-abuse.* permettent
d'utiliser d'autres robot ressusciteurs si la situation l'exige.
C'est volontaire, afin de permettre un remplacement rapide de Dave si
besoin est. Jusqu'à présent, aucun autre robot n'a semblé nécessaire.
---------------------------------------------------------------------------
Appendice B: La rétromodération.
1. Définition.
Techniquement la rétromodération est une modération qui a lieu après
la diffusion des articles. Ceux-ci sont distribués normalement via
Usenet ou par une passerelle mail->news. Puis le modérateur lit le forum, et
annule les articles inappropriés.
2. Pourquoi la rétromodération est-elle si populaire ?
Dans un forum modéré normal, la combinaison d'un robot-modérateur simple
et de la rétromodération permet de se concentrer sur les discussions
relatives au sujet du forum, et élimine la plupart des spams, sans causer
une grosse charge de travail au modérateur, et en permettant une distribution
rapide des articles. Dans un forum non-modéré, la rétromodération permet de
limiter le spam et les discussions à un niveau acceptable, sans poser les
problèmes habituel de la modération (discussion formelle, centralisation du
forum...)
En un mot, la rétromodération est une façon simple et facile pour obtenir
les avantage de la modération, sans en supporter les inconvénients. C'est
pourquoi elle est si populaire.
3. Quels problèmes pose-t-elle ?
Bien que ce soit tentant, il ne faut pas commencer une rétromodération à
la légère. Elle pose de nombreux problèmes, depuis son efficacité réelle
jusqu'à son impact sur le futur de Usenet.
La rétromodération laisse les articles inappropriés se propager pendant un
certain temps, ce qui diminue son efficacité.
Elle n'est pas efficace à 100%. Tous les sites n'acceptent pas les articles
d'annulation, encore moins acceptent les avertissements NoCeM. Par conséquent
il n'est pas toujours possible d'effacer un article après son postage.
Tout les serveurs de news font la différence entre un forum modéré et un
forum non-modéré, mais il n'y a pas de moyen de signaler que le forum est
rétromodéré. De même, il est impossible d'indiquer cela aux contributeurs
éventuels. Enfin, il n'y a pas de moyen officiel de faire passer un forum
du statut non-modéré au statut rétromodéré, ni d'indiquer clairement qui
sont les rétromodérateurs.
La plupart des gens comprendront qu'un article ne soit pas posté car cela se
rapproche du mécanisme de publication d'un article dans la presse, et peu
de gens verront cela comme de la censure. Ils risquent au contraire d'être
irrités si leur article est posté, puis annulé par la suite.
Les administrateurs souhaitent rarement se compliquer la vie avec les
spécifités d'Usenet, et préféreront souvent effacer un forum rétromodéré ou
refuser les articles d'annulation plutôt que de se préoccuper de la
rétromodération.
La rétromodération dans les forums non-modérés donne des arguments à ceux
qui souhaiteraient annuler les articles qui leur déplaisent dans tout
Usenet.
4. Quand est-elle autorisée ?
Bien qu'elle pose parfois problème, elle est largement acceptée et utilisée
dans les cas suivants:
La rétromodération n'est pas critiquée dans les forums déjà modérés;
lorsqu'elle est faite par les modérateurs ou leurs assistants: dans des
forums modérés du gros 8, de alt.* ou des hiérarchies locales. Les
hiérarchies privées sont considérées comme rétromodérées par leurs
propriétaires.
Des poubelles à spam, comme alt.sex.cancel, prévoient dans leur charte que
tout article qui est transposté est une cible pour l'annulation. Cette
forme de rétromodération est perçue comme légitime, tant que le nom du
forum laisse clairement entendre que le forum est modéré.
Comme seuls les sites qui souhaitent le faire honorent les avertissements
NoCem, n'importe qui peut rétromodérer n'importe quel forum en utilisant
des NoCeM plutôt que des articles d'annulation.
Bien que ce soit toujours très contesté, certains souhaitent autoriser la
rétromodération par un robot sur certains forums alt.*. Chaque article qui
ne contiendrait pas un mot clef défini par les utilisateurs du forum serait
automatiquement annulé. La rétromodération basée sur un mot clef est une
invention de Dick Depew. Elle a été mise en place dans de nombreux forums,
en particulier alt.sex.cthulhu. Cette forme de rétromodération est
considérée comme extrême, et ne devrait pas être mise en oeuvre (selon
l'avis de l'auteur): la modération traditionnelle est probablement une
meilleure idée.
|
