Immer wieder Auslöser für viel Gesprächsstoff ist das so genannte Fremdcanceln von Beiträgen. Da es sich beim Canceln von Beiträgen (insbesondere beim Canceln von Fremdbeiträgen) oft um eine heikle Situation geht, gibt es hier einige allgemeine Vorgehensweisen, wann Canceln erlaubt ist und wann nicht.
Canceln allgemein
Wird vom Canceln eines News-Beitrags gesprochen, so ist damit das Löschen eines News-Beitrages von einem News-Server gemeint. Dies wird durch eine so genannte Cancel-Message bewerkstelligt, die genauso wie ein News-Beitrag im Usenet verteilt wird und den entsprechend veröffentlichten Beitrag löscht.
Grundsätzlich gibt es bei jedem News-Beitrag nur zwei Personen(gruppen), die diesen wieder löschen dürfen: Der Absender und der Administrator des News-Servers, über den der Beitrag gesendet wurde. Für das Canceln von eigenen Beiträgen gibt es in allen News-Clients entsprechende Funktionen ("Nachricht canceln", "Nachricht abbrechen" etc.).
Von einem Fremdcancel wird gesprochen, wenn ein Nutzer einen fremden News-Beitrag löscht und er nicht Administrator des News-Servers ist, bei dem der Beitrag eingeliefert wurde.
Unerwünschte Beiträge
Trotz der außerordentlich hohen Liberalismus im Usenet gibt es eine Vielzahl von News-Beiträgen, deren Existenz nicht gern gesehen wird und unerwünscht ist:
- Fälschungen
Fälschungen sind News-Beiträge, die den Anschein erwecken, von einem bestimmten Absender zu sein, dies in Wirklichkeit jedoch nicht sind. In diesem Fall hat derjenige, der fälschlicherweise als Absender genannt wird, die Möglichkeit, den entsprechenden Beitrag fremdzucanceln. - Dupes
Dupes sind Duplikate von News-Beiträgen, die durch eine gestörte Funktion von Gateways im Usenet erzeugt werden. Erkennbar sind solche Beiträge daran, dass sie sich haargenau im Inhalt gleichen, bis hin zum Absendezeitpunkt. Der Fremdcancel solcher Beiträge wird in der Regel geduldet, jedoch sollte auf jeden Fall der Administrator des fehlerhaft arbeitenden Gateways über die Fehlfunktion informiert werden. - Binaries
Binaries sind News-Beiträge, die nicht nur Text enthalten, sondern auch angehängte Dateien oder den Text in HTML. Während HTML in Beiträgen weitgehend geduldet werden, dürfen Binaries nur in Gruppen gesendet werden, in die das Senden von Binaries auch explizit erlaubt ist, selbst wenn es sich nur um kleine Dateien handelt. Der Grund liegt darin, dass Binaries-Gruppen in der Regel sehr hohen Datenverkehr aufweisen und auf News-Servern anders behandelt werden. - Beiträge mit schweren, inhaltlichen Mängeln oder
Verfehlungen
Prinzipiell ist das Fremdcanceln von News-Beiträgen Anderer nicht statthaft. Ausnahmen bestehen jedoch da, wo in Beiträgen inhaltliche Mängel und schwere Verfehlungen stattfinden. Das kann beispielsweise eine massive Persönlichkeitsverletzung sein, die Erwähnung von geheim zu haltenden Information und ähnliches sein. Eine allgemeine Maßregelung kann jedoch hier nicht gegeben werden, in den meisten Fällen handelt es sich um Einzelfallentscheidungen, die auch entsprechend gut begründet sein müssen. - ECP (Excessive Cross-Posting), Velveeta
Als ECP (oft auch als Velveeta bezeichnet) werden News-Beiträge bezeichnet, die gleichzeitig an sehr viele News-Gruppen gleichzeitig gesendet werden, in dem sie an alle Gruppen gleichzeitig adressiert sind. ECP tauchen auf dem News-Server zwar nur als einzelne Nachricht auf, sind aber äußerst problematisch, da direkte Antworten auf ein ECP ebenfalls an alle News-Gruppen gehen und damit unbedacht eine gleiche Diskussion in vielen Gruppen geführt würde. - EMP (Excessive Multiple Posting)
Als EMP werden News-Beiträge bezeichnet, die in nahezu unveränderter Form einzeln in viele News-Gruppen gesendet wird. EMP erzeugt dadurch eine nicht zu unterschätzende Datenlast und die Beiträge sind teilweise schwierig ausfindig zu machen, da jeder Beitrag eine eigene Inkarnation darstellt. - Kommerzielle Werbung, Spam
Kommerzielle Werbung ist nur in speziellen News-Gruppen gestattet und wird ebenfalls oft gecancelt, wenn diese in normalen News-Gruppen auftauchen. Hier ist allerdings die Maßregelung nicht mehr so stark wie früher, da kommerzielle Werbung in der Zwischenzeit in Maßen geduldet wird, wobei diese Maße in der Regel Auslegungssache sind.
Definition von Spam im Usenet durch den BI
Sehr unbeliebt in News-Gruppen sind multiple- oder cross-gepostete Beiträge, also EMP und ECP. So gesendete Beiträge sind vor allem Spam und belasten die Kommunikation im Usenet stark. Um dem entgegenzuwirken, gibt es den so genannten Breidbard Index oder BI, mit dem das Ausmaß von EMP und/oder ECP gemessen werden kann und der sich folgendermaßen berechnet:
- Von der Gesamtsumme aller Cross-Postings
(Gleicher Beitrag mit mehreren News-Gruppen als
Empfänger, also ECP) wird die Wurzel gezogen.
Wird also ein Beitrag beispielsweise in fünf verschiedene News-Gruppen gleichzeitig gesendet, lautet das Ergebnis 2,24. - Die Summe aller multiplen Postings (Ähnlicher
Beitrag getrennt voneinander in mehrere News-Gruppen,
also EMP) wird gebildet.
Wird also ein Beitrag beispielsweise in fünf verschiedene News-Gruppen getrennt voneinander gesendet, lautet das Ergebnis 5.
Für die meisten Hierarchien gibt es nun Toleranzwerte für den BI. In der de.*-Hierarchie liegt dieser beispielsweise bei 10, in den meisten Gruppen des klassischen Usenets sogar bei 20. Im Falle der de.*-Hierarchie bedeutet ein maximaler BI von BI, dass ein cross-geposteter Beitrag (ECP) maximal an 99 News-Gruppen adressiert werden darf. Im Fall von multiplen Postings (EMP) darf ein Beitrag gar nur an 9 News-Gruppen gesendet werden. Zu beachten ist außerdem, dass die BI-Werte für ECP und EMP bei gleichlautenden Nachrichten auch addiert werden können, was noch engere Toleranzgrenzen zur Folge hat.
Bekanntgabe von Fremdcancels
Es gehört zum guten Ton, einen Fremdcancel in entsprechenden Gruppen bekannt zu geben. Wird z.B. innerhalb der de.*-Hierarchie ein Beitrag gecancelt, sollte eine entsprechende Bekanntmachung in die Gruppe de.admin.net-abuse.announce gesendet werden. Für andere Hierarchien existieren ähnliche Gruppen.
Darüber hinaus sollte die Cancel-Message zusätzliche Informationen erhalten, wieso der Beitrag gecancelt wurde (gegebenenfalls einen Querverweis auf die Bekanntmachung in der entsprechenden Admin-Gruppe legen) und von wem. Aus technischen Gründen müssen in einer Cancel-Message der Absender und die ursprüngliche Titelzeile gefälscht werden, weshalb zusätzlich im Kopf der Cancel-Message eine Absenderangabe desjenigen erforderlich ist, der den Fremdcancel abgeschickt hat, üblicherweise in einer Kopfzeile, die mit "X-Cancelled-By:" beginnt.
Zusätzlich sollten fremdgecancelte Beiträge und die jeweilige Cancel-Message archiviert werden, damit eventuell später auftauchende Unklarheiten beseitigt werden können.
Nähere Informationen über die geltenden Vorgehensweisen und die genauen BI-Toleranzwerte finden Sie in den entsprechenden Admin-Gruppen der meisten Hierarchien.
