<2000-03-20> Fremdcancel-FAQ
Florian Seffler
Archive-Name: de-net-abuse/fremdcancel-faq
URL: http://filmateleven.de/cms/?Usenet:Fremdcancel-FAQ
Posting-Frequency: monthly
Fremdcancel-FAQ
Florian Seffler
$Revision: 2.1 $
Dieser Text enth�lt h�ufig gestellte Fragen und die zugeh�rigen
Antworten zum Thema �Fremdcancel�. Ich versuche, einen Konsens
darzustellen, wo er vorhanden ist. Dieser Text erhebt keinen Anspruch
auf irgendeine Art von Verbindlichkeit. Eine aktuelle Version ist
jeweils unter http://filmateleven.de/cms/?Usenet:Fremdcancel-FAQ im
WWW zu finden.
______________________________________________________________________
Table of Contents:
1. Was ist ein Fremdcancel?
2. Wo liegt das Problem?
3. Dupes
4. F�lschungen
5. Was versteht man unter Spam? Was ist Velveeta?
5.1. Im Netz
5.2. Anderswo
6. Wann sollte man lieber nicht fremdcanceln?
7. Fremdcancels von Binarys
8. Wer cancelt wie?
9. Wo und wie sollen Fremdcancel bekanntgegeben werden?
10. Kann man die Ausf�hrung von Cancel-Messages kontrollieren?
11. Credits
______________________________________________________________________
1. Was ist ein Fremdcancel?
(roes...@sobolev.rhein.de (Thomas Roessler))
Die heute zur Verbreitung von Net-News verwendeten Programme werten
sogenannte �control messages�, Steuernachrichten, aus. Die
�cancel�-Steuernachricht ist dazu gedacht, da� Benutzer fehlerhafte
oder un�berlegte Artikel sp�ter zur�ckziehen. Trifft eine solche
Mitteilung auf einem Computer ein, wird der betroffene Artikel - so
vorhanden - vom System gel�scht. Ist der Artikel nicht vorhanden, wird
er zur L�schung vorgemerkt; er wird dann im Falle seines sp�teren
Eintreffens nicht akzeptiert.
Unter einem Fremdcancel versteht man allgemein eine Cancel-Mitteilung,
die nicht vom Autor des �gecancelten� Artikels verschickt wurde.
2. Wo liegt das Problem?
(roes...@sobolev.rhein.de (Thomas Roessler))
Im RFC 1036, dem derzeit g�ltigen News-Standard, hei�t es �ber
�Cancel�-Mitteilungen:
Only the author of the message or the local news administra�
tor is allowed to send this message. The verified sender of
a message is the "Sender" line, or if no "Sender" line is
present, the "From" line. The verified sender of the cancel
message must be the same as either the "Sender" or "From"
field of the original message. A verified sender in the
cancel message is allowed to match an unverified "From" in
the original message.
�bersetzt:
Nur der Autor eines Artikels oder der lokale News-Adminis�
trator d�rfen eine solche Steuernachricht verschicken. Der
verifizierte Absender einer Mitteilung ist der
�Sender�-Zeile zu entnehmen, oder, wenn keine solche Zeile
vorhanden ist, der �From�-Zeile. Der verifizierte Absender
der L�schungsmitteilung mu� mit der �Sender�- oder der
�From�-Zeile des urspr�nglichen Artikels �bereinstimmen.
Insbesondere reicht es hin, wenn der verifizierte Absender
der L�schungsmitteilung mit dem unverifizierten Absender,
der der �From�-Zeile der urspr�nglichen Nachricht zu ent�
nehmen ist, �bereinstimmt.
Diese Regelung wird schon seit einiger Zeit nicht mehr strikt befolgt.
Insbesondere bei sogenanntem �Spam� und bei Duplikaten, die von
dysfunktionalen Gateways erzeugt werden, akzeptiert die
Netzgemeinschaft auch regelwidrige Fremdcancel von Dritten.
Immer wieder greifen Netzbewohner innerhalb der �de.*�-Hierarchie auch
aus inhaltlichen Gr�nden zum Instrument des Fremdcancels. Daher soll
versucht werden, in diesem FAQ zu kl�ren, unter welchen Bedingungen
die Netzgemeinde Fremdcancel normalerweise mittragen wird, und unter
welchen Bedingungen man auch im eigenen Interesse lieber nicht
fremdcanceln sollte.
3. Dupes
(roes...@sobolev.rhein.de (Thomas Roessler))
Eine Netzbel�stigung besonderer G�te sind �Dupes�, Duplikate von
Artikeln, die (h�ufig in gr��eren Serien) von dysfunktionalen Gateways
ins Netz emittiert werden. Fremdcancel solcher Artikel werden von der
Netzgemeinschaft �blicherweise getragen; der Administrator der
verursachenden Site sollte per Mail �ber die Tatsache der
Duplikatentstehung und die getroffenen Ma�nahmen informiert werden,
damit weiterer Schaden abgewendet werden kann.
4. F�lschungen
(t...@gb1.sema.de (Tilman Schmidt))
Eine F�lschung ist zwar nicht pauschal �cancelbar� in dem Sinne, da�
*jeder* sie canceln d�rfte, aber der, der als Absender drinsteht und
der News-Administrator der Maschine, die als Absender drinsteht,
d�rfen sie canceln. Die Admins der vorgeblich verursachenden Site
d�rfen also einen solchen Artikel ganz offiziell nach RFC 1036
canceln. Ihnen entgegenzuhalten, da� der Artikel nicht wirklich von
dort kommt, w�re in diesem Fall wirklich nicht angebracht, denn der
einzige Gesch�digte ist ja der wirkliche Autor - und der hat
schlie�lich bewu�t den Eindruck erweckt, der Artikel komme von Site X;
also mu� er das auch gegen sich gelten lassen.
5. Was versteht man unter Spam? Was ist Velveeta?
(roes...@sobolev.rhein.de (Thomas Roessler),
alex...@rbg.informatik.th-darmstadt.de (Alexander Lehmann))
5.1. Im Netz
Wird ein Artikel gleichlautend in �berm��ig viele Newsgroups gepostet
oder gecrosspostet, so spricht man im ersten Falle von Spam oder EMP
(excessive multiple posting), im zweiten von Velveeta (excessive
cross-posting). Als Kriterium ist der sogenannte Breidbart-Index (BI)
gebr�uchlich. Dieser ist definiert als die Summe der Quadratwurzeln
der Anzahl an Newsgruppen, in die die Inkarnation des Artikels
gepostet wurde, kurz (in Pseudo-TeX):
BI = sum_{Inkarnationen} sqrt{Anzahl an Newsgroups}.
Liegt der Breidbart-Index f�r die Inkarnationen in der de-Hierarchie
bei ungef�hr 5, so kann man davon ausgehen, da� die Toleranzschwelle
�berschritten ist. Ein Fremdcancel erscheint in diesem Fall tragbar,
wenn nicht notwendig. Das gleiche gilt nat�rlich, wenn der
entsprechende Artikel bereits in den gro�en internationalen
Hierarchien (comp, misc, rec, talk, news, sci, humanities, soc) die
dortige Toleranzschwelle �berschritten hat. Die magische Zahl f�r den
Breidbart-Index liegt dort bei 20, man vergleiche auch die Net-Abuse-
FAQ unter http://www.cybernothing.org/faqs/net-abuse-faq.html .
Dieses Kriterium ist f�r �Make Money Fast�-Artikel zumeist erf�llt;
dies sind regelm��ig im Netz auftauchende Kettenbriefschemata.
Mittlerweile wird auch gelegentlich der BI2 als Kriterium verwendet:
Dabei wird (mit N=Anzahl der Newsgroups pro Inkarnation)
N/2 + sqrt{N}/2
�ber alle Inkarnationen summiert.
5.2. Anderswo
SPAM steht f�r Spiced Pork and hAM(*), so eine Art Pre�fleisch, das in
Amiland verkauft wird (sieht so etwa aus wie Katzenfutter).
Es gibt einen Sketch aus Monty Python's Flying Circus, in dem ein Paar
in einem Restaurant die Speisekarte vom Kellner vorgelesen bekommt und
in jedem Gericht ist SPAM drin, zum Teil sogar mehrfach. Auch in dem
Restaurant sitzt eine Gruppe Wikinger, die am Ende des Sketches
�Lovely Spam, wonderful Spam!� singen. Insgesamt kommt in dem Sketch
das Wort SPAM ca. 120 mal vor.
Kommen wir zur�ck zum Netz. Als Spamming wurde urspr�nglich wohl das
�berladen eines Servers mit zu vielen Messages bezeichnet, mit dem
Ziel, den Server abzuschiessen (siehe Jargon-File); inzwischen
bezeichnet es haupts�chlich Massenpostings ins Usenet, normalerweise
in jede Gruppe einzeln, z.B. die Green-Card Postings letztes Jahr
(damit wurde der Ausdruck so richtig bekannt, w�rde ich sagen).
(*) Manche Leute behaupten, es steht f�r Synthetically Produced
Artificial Meat.
6. Wann sollte man lieber nicht fremdcanceln?
(flo...@filmateleven.de (Florian Seffler))
Man sollte nie fremdcanceln. Fremdcancels sind immer unerw�nscht und
technisch nicht erlaubt. Es gibt allerdings Situationen, in denen man
nicht f�r einen Fremdcancel geteert und gefedert wird: Wenn es sich um
Dupes und Spam handelt, diese Cancels werden in aller Regel
stillschweigend toleriert. Ein Anrecht auf diese Fremdcancel besteht
allerdings nicht - wer zum Beispiel t�glich gepostete FAQ-Listen
cancelt, bekommt unweigerlich Probleme, auch wenn diese Listen den BI
um ein Vielfaches �bersteigen. Es gibt daher trotz BI kein
idiotensicheres Kriterium f�r tolerierte Fremdcancel - daher sollte
man es immer vermeiden. Wenn einem recht neuen Nutzer im Netz Spam
o.�. auff�llt, sollte er sich an einen erfahreren Netzbewohner
wenden� er wird eher wissen, ob und wie ein Fremdcancel durchzuf�ren
ist.
Ausnehmend empfindlich reagiert die Netzgemeinschaft auf das Canceln
von Artikeln anderer aus inhaltlichen Gr�nden. Im Falle von
Falschaussagen oder Beleidigungen ist eine Erwiderung durch den
Betroffenen in einem Follow-Up die richtige Reaktion - ein Cancel
wirkt hier kontraproduktiv und r�ckt das urspr�ngliche �Opfer� in eine
�T�ter�-Rolle. Man sollte sich in solchen F�llen immer �berlegen, ob
es nicht am besten ist, den betreffenden Artikel schlicht zu
ignorieren und seinen Autor ins Kill-File aufzunehmen oder die
M�glichkeit der Richtigstellung zu nutzen.
7. Fremdcancels von Binarys
(flo...@filmateleven.de (Florian Seffler))
Es ist sehr schwierig, den Begriff "Binary" zu definieren, auch hier
kommt es wieder auf den allgemeinen Konsens an. Grob gesagt ist ein
Binary ein Artikel, der nicht aus reinem Text besteht. Technisch ist
die Aussage Unsinn, da zum Beispiel Postscript-Dateien auch "nur" aus
Text bestehen. Fingerspitzengef�hl ist also angesagt, da eine
eindeutige Definition einfach nicht gegeben werden kann.
Nicht nur deshalb werden Cancels von Binarys ("Bincancels") kaum von
der Netzgemeinde toleriert, erheblich weniger sogar als Spam-Cancels.
Bincancels sollten daher immer unterlassen werden, da zur Zeit noch
keine Einigkeit dar�ber, wie damit zu Verfahren ist, besteht. Einige
Teilnehmer des Netzes sehen Binarys als Bedrohung f�r das Netz an,
einige meinen, sie seien ungef�hrlich. Ein Fremdcancel eines besonders
sch�digenden (= gro�en) Binarys in einer Gruppe kann, sofern es der
Konsens in der Gruppe zul�sst, aber nach Ansicht des Autors vertreten
werden.
8. Wer cancelt wie?
(roes...@sobolev.rhein.de (Thomas Roessler))
Wie bereits gesagt, sind Fremdcancel niemandem erlaubt. In den oben
genannten F�llen, in denen ein solcher �Regelversto߫ im de-Usenet
�blicherweise toleriert wird, sollte er durch erfahrene News-
Administratoren erfolgen, da diese wohl am ehesten �ber die technische
Versiertheit und hoffentlich auch die soziale Kompetenz verf�gen
d�rften, die n�tig sind, wenn gr��ere Reibungsverluste vermieden
werden sollen.
Grunds�tzlich mu� jeder Fremdcancel eine kurze, eindeutige und
individuelle Begr�ndung enthalten - nach M�glichkeit in englischer
Sprache; wenn n�tig, kann eine umfangreichere Erl�uterung in den News
gepostet werden. Fremdcancel, die keine solche Begr�ndung enthalten,
sind eine gute M�glichkeit, sich den �rger der Netzgemeinde
zuzuziehen. Eine relativ sichere Methode, sich w�ste Beschimpfungen
einzuhandeln, sind auch Begr�ndungen wie �RFC-Laesterung� beim Canceln
von Duplikaten.
Der gecancelte Artikel und die Cancel-Mitteilung sollten archiviert
werden (sofern dies sinnvoll und praktikabel ist - postet ein Anwender
zum Beispiel �versehentlich� ein komplettes X11, macht es sicherlich
keinen Sinn, jeden so zustandegekommenen Artikel abzuspeichern), damit
eine sp�tere Kl�rung des Vorgangs m�glich ist. Die Message-ID einer
Cancel-Message f�r einen Artikel <x...@foo.bar.baz> sollte
normalerweise <cance...@foo.bar.baz> lauten (cancel.-Konvention);
dadurch wird erreicht, da� im Falle mehrerer Fremdcancel eines
Artikels nur derjenige, welcher als erster ankommt, von einer Usenet-
Site angenommen wird. Auf diesem Wege wird die zus�tzliche Netzlast,
die durch Cancel entstehen kann, minimiert. Der Fremdcancel sieht
dann letztlich so aus wie ein einziger Artikel, der sehr schnell und
sehr weitgehend verbreitet wird.
In der letzten Zeit hat es allerdings mindestens einen Spam gegeben,
bei dem leere �Deckartikel� mit genau dieser Message-ID (und einigen
weiteren �hnlichen IDs wie cancel.cancel....) gepostet wurden, um ein
Canceln des Spams zu erschweren. In diesem Fall ist die Konvention
leider hinf�llig. Es macht Sinn, in solchen F�llen ganz normale
Message-IDs des eigenen Systems zu verwenden.
Um es Sites, die dies w�nschen, zu erm�glichen, keine Fremdcancel
auszuf�hren, soll der letzte Eintrag im Pfad eines Fremdcancels einer
Pseudo-Site �cyberspam� entsprechen (cyberspam-Konvention).
Da in einem Fremdcancel technisch bedingt die Header �From� und/oder
�Sender� gef�lscht werden m�ssen (auch wenn mindestens ein
verbreitetes News-System dies nicht �berpr�ft), ist der
Verantwortliche nicht klar ersichtlich. Daher sollte ein Fremdcancel
in einem zus�tzlichen �X-Cancelled-By:�-Header den realen Absender
angeben.
Beispiel f�r die Cancel-Mitteilung zur L�schung eines �Dupe�:
Control: cancel <uzs198.13...@uni-bonn.de>
Newsgroups: de.soc.recht,de.admin.news.misc
Path: ...!rhein!sobolev!cyberspam!usenet
From: uzs...@uni-bonn.de (nik wiesel)
Subject: cmsg cancel <uzs198.13...@uni-bonn.de>
X-Orig-Subject: Subject: re: wichtige information
Sender: uzs...@uni-bonn.de (nik wiesel)
X-Cancelled-By: roes...@sobolev.rhein.de
Message-ID: <cancel.uzs198...@uni-bonn.de>
Date: Thu, 20 Jul 1995 09:27:09 GMT
Dupe from blues.kk.sub.org cancelled. See <DC08C...@sobolev.rhein.de>
in de.admin.news.misc.
Thomas Roessler <roes...@sobolev.rhein.de>
9. Wo und wie sollen Fremdcancel bekanntgegeben werden?
fi...@hiss.han.de (Axel Zinser)
Im Falle eines Fremdcancels in deutschsprachigen Hierarchien sollte
eine Mitteilung in der Newsgroup de.admin.net-abuse.announce
(Moderator: da...@thur.de) ver�ffentlicht werden, die neben dem Grund
f�r den Cancel auch die Message-IDs der gecanceleten Artikel sowie
gegebenenfalls ein Beispiel eines solchen
(SPAM) oder dessen Header (Dupes) enth�lt. Das Subject sollte
ungef�hr die Form "Was (Wessen: Altes_Subject)" haben.
Beispiel:
Subject: SPAM geloescht (pp00...@interramp.com: Free classified
advertising database on the WEB)
[...]
Die folgenden Artikel sind von ro...@cancel.han.de (Axel Zinser)
geloescht worden. Grund: Kommerzieller Spam:
<203513....@ipiws-001.interramp.com> [de.rec.mampf]
<203540....@ipiws-001.interramp.com> [de.rec.reisen]
<203553....@ipiws-001.interramp.com> [de.rec.sf.perry-rhodan]
<203546....@ipiws-001.interramp.com> [de.rec.sf.misc]
<203317....@ipiws-001.interramp.com> [de.rec.alpinismus]
<203447....@ipiws-001.interramp.com> [de.rec.games.computer]
<203452....@ipiws-001.interramp.com> [de.rec.games.misc]
Beispiel:
> Xref: hiss de.rec.games.misc:171
> Path: hiss!baghira.han.de!unihil!news.uni-stuttgart.de!
news.belwue.de!news.dfn.de!Germany.EU.net!howland.reston.ans.net!
news-e1a.megaweb.com!newstf01.news.aol.com!uunet!in1.uu.net!
pipeline!psinntp!psinntp!psinntp!interramp.com!usenet
> From: pp00...@interramp.com
[...]
F�r die internationalen Hierarchien sollte eine entsprechende
Mitteilung in der Gruppe news.admin.net-abuse.announce veroeffentlicht
werden.
10. Kann man die Ausf�hrung von Cancel-Messages kontrollieren?
(roes...@sobolev.rhein.de (Thomas Roessler))
F�r die News-Systeme CNews und INN existieren Patches, die eine
Kontrolle �ber die Ausf�hrung von Cancel-Messages erlauben. Diese sind
f�r CNews bei Ullrich von Bassewitz <u...@ibb.schwaben.com> zu erhalten;
f�r INN hat Lutz Donnerhacke <Lutz.Don...@jena.thur.de>
entsprechende �nderungen geschrieben.
Eine technische Warnung: Diese L�sungen basieren auf Shell-Scripten,
d.h., bei gr��eren Cancel-Orgien kann es dazu kommen, da� das
Newssystem zusammenbricht. Mindestens ein solcher Fall ist verb�rgt.
11. Credits
(roes...@sobolev.rhein.de (Thomas Roessler))
(flo...@filmateleven.de (Florian Seffler))
Herzlicher Dank geht an alle alle Autoren und an all jene, die mit
ihren Kommentaren dazu beigetragen haben, da� dieser Text
(hoffentlich) einigerma�en sinnvoll geraten ist: Michael Albinus,
Ullrich von Bassewitz, Lutz Donnerhacke, Peter G. Bouillon, Vera
Heinau, Andreas M. Kirchwitz, Ulf M�ller, Boris Piwinger, Heiko
Schlichting, Frank Tegtmeyer, Axel Zinser und andere mehr.