From b2b7cc39d118e0c4e90116703cc6f853af3f97a5 Mon Sep 17 00:00:00 2001 From: Thomas Hochstein Date: Fri, 9 Jan 2026 17:33:30 +0100 Subject: [PATCH 1/6] Fix Unicode chars. Signed-off-by: Thomas Hochstein --- fremdcancel-faq | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fremdcancel-faq b/fremdcancel-faq index 946b1c1..f68a525 100644 --- a/fremdcancel-faq +++ b/fremdcancel-faq @@ -203,7 +203,7 @@ ______________________________________________________________________ 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 + wenden, er wird eher wissen, ob und wie ein Fremdcancel durchzufüren ist. Ausnehmend empfindlich reagiert die Netzgemeinschaft auf das Canceln From 4d45452bb3ab6377d7e2eccefc3da1fb7aa27f1e Mon Sep 17 00:00:00 2001 From: Thomas Hochstein Date: Fri, 9 Jan 2026 17:42:43 +0100 Subject: [PATCH 2/6] Add more pseudo headers. Signed-off-by: Thomas Hochstein --- fremdcancel-faq | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/fremdcancel-faq b/fremdcancel-faq index f68a525..c367e37 100644 --- a/fremdcancel-faq +++ b/fremdcancel-faq @@ -1,8 +1,8 @@ -Fremdcancel-FAQ - Archive-Name: de-net-abuse/fremdcancel-faq -URL: http://filmateleven.de/cms/?Usenet:Fremdcancel-FAQ Posting-Frequency: monthly +Version: 2.1 +Last-modified: 2000-03-20 +URL: http://filmateleven.de/cms/?Usenet:Fremdcancel-FAQ Fremdcancel-FAQ Florian Seffler From 7af9206d3a2a01d6658fe2e3afc76cea5f052907 Mon Sep 17 00:00:00 2001 From: Thomas Hochstein Date: Fri, 9 Jan 2026 18:06:54 +0100 Subject: [PATCH 3/6] Add ChangeLog. Signed-off-by: Thomas Hochstein --- ChangeLog | 2 ++ 1 file changed, 2 insertions(+) create mode 100644 ChangeLog diff --git a/ChangeLog b/ChangeLog new file mode 100644 index 0000000..7dee88d --- /dev/null +++ b/ChangeLog @@ -0,0 +1,2 @@ +fremdcancel-faq 3.0.0 (unreleased) + * Add pseudo headers. From fc6c543d5ad6a968531c56edf57954cec66a5ef2 Mon Sep 17 00:00:00 2001 From: Thomas Hochstein Date: Fri, 9 Jan 2026 18:08:00 +0100 Subject: [PATCH 4/6] New URL. Signed-off-by: Thomas Hochstein --- ChangeLog | 1 + README.md | 2 +- fremdcancel-faq | 2 +- 3 files changed, 3 insertions(+), 2 deletions(-) diff --git a/ChangeLog b/ChangeLog index 7dee88d..1a834dc 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,2 +1,3 @@ fremdcancel-faq 3.0.0 (unreleased) * Add pseudo headers. + * New URL. diff --git a/README.md b/README.md index e8e23ff..d15cc47 100644 --- a/README.md +++ b/README.md @@ -2,7 +2,7 @@ * Archive-Name: de-net-abuse/fremdcancel-faq * Posting-Frequency: monthly -* URL: http://filmateleven.de/cms/?Usenet:Fremdcancel-FAQ +* URL: https://th-h.de/archives/faqs/fremdcancel.txt Dieser Text enthält häufig gestellte Fragen und die zugehörigen Antworten zum Thema »Fremdcancel«. Ich versuche, einen Konsens diff --git a/fremdcancel-faq b/fremdcancel-faq index c367e37..17673de 100644 --- a/fremdcancel-faq +++ b/fremdcancel-faq @@ -2,7 +2,7 @@ Archive-Name: de-net-abuse/fremdcancel-faq Posting-Frequency: monthly Version: 2.1 Last-modified: 2000-03-20 -URL: http://filmateleven.de/cms/?Usenet:Fremdcancel-FAQ +URL: https://th-h.de/archives/faqs/fremdcancel.txt Fremdcancel-FAQ Florian Seffler From 0ba6942fa07b8a5eb9ce797f05f9c531056b78ea Mon Sep 17 00:00:00 2001 From: Thomas Hochstein Date: Sat, 10 Jan 2026 14:03:00 +0100 Subject: [PATCH 5/6] WIP - new TOC. Signed-off-by: Thomas Hochstein --- ChangeLog | 1 + fremdcancel-faq | 662 ++++++++++++++++++++++++------------------------ 2 files changed, 331 insertions(+), 332 deletions(-) diff --git a/ChangeLog b/ChangeLog index 1a834dc..45a314c 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,4 @@ fremdcancel-faq 3.0.0 (unreleased) * Add pseudo headers. * New URL. + * Completely rewritten. diff --git a/fremdcancel-faq b/fremdcancel-faq index 17673de..41728f5 100644 --- a/fremdcancel-faq +++ b/fremdcancel-faq @@ -1,380 +1,378 @@ Archive-Name: de-net-abuse/fremdcancel-faq Posting-Frequency: monthly -Version: 2.1 -Last-modified: 2000-03-20 +Version: 3.0.0 +Last-modified: (unreleased) URL: https://th-h.de/archives/faqs/fremdcancel.txt - Fremdcancel-FAQ - Florian Seffler - $Revision: 2.1 $ +Dieser Text enthält Informationen zum Thema "Fremdcancel" und versucht, +den netzweit bzw. in de.* insoweit bestehenden Konsens darzustellen. - 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: +Inhalt +====== - 1. Was ist ein Fremdcancel? +1. Technische und organisatorische Grundlagen + zu Canceln, Admincanceln und Fremdcanceln - 2. Wo liegt das Problem? +2. Konsens zu Canceln - 3. Dupes +2.1. Spam und Spamcancel - 4. Fälschungen +2.2. Dupes - 5. Was versteht man unter Spam? Was ist Velveeta? +2.3. Bincancel (Fremdcancel von Binarys) - 5.1. Im Netz +2.4. Fakes - 5.2. Anderswo +3. Konventionen zu Fremdcanceln + (Formatierung und Reports) - 6. Wann sollte man lieber nicht fremdcanceln? +4. Konfigurationsmöglichkeiten zur Ausführung von (Fremd-)Canceln + auf Newsservern - 7. Fremdcancels von Binarys +5. NoCeM - 8. Wer cancelt wie? +6. Maintainer / Ergänzungen / Danksagung - 9. Wo und wie sollen Fremdcancel bekanntgegeben werden? +---------------------------------------------------------------------- - 10. Kann man die Ausführung von Cancel-Messages kontrollieren? +1. Technische und organisatorische Grundlagen +--------------------------------------------- - 11. Credits - ______________________________________________________________________ - 1. Was ist ein Fremdcancel? +!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! - (roessler@sobolev.rhein.de (Thomas Roessler)) +1. Was ist ein Fremdcancel? - 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. +(roessler@sobolev.rhein.de (Thomas Roessler)) - Unter einem Fremdcancel versteht man allgemein eine Cancel-Mitteilung, - die nicht vom Autor des »gecancelten« Artikels verschickt wurde. +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. - 2. Wo liegt das Problem? +Unter einem Fremdcancel versteht man allgemein eine Cancel-Mitteilung, +die nicht vom Autor des »gecancelten« Artikels verschickt wurde. - (roessler@sobolev.rhein.de (Thomas Roessler)) +2. Wo liegt das Problem? - 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. +(roessler@sobolev.rhein.de (Thomas Roessler)) - Übersetzt: +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. - 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. +Übersetzt: - 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. + 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. - 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. +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. - 3. Dupes +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. - (roessler@sobolev.rhein.de (Thomas Roessler)) +3. Dupes - 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. +(roessler@sobolev.rhein.de (Thomas Roessler)) - 4. Fälschungen +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. - (ts@gb1.sema.de (Tilman Schmidt)) +4. Fälschungen - 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? - - (roessler@sobolev.rhein.de (Thomas Roessler), - alexlehm@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? - - (florian@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 - - (florian@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? - - (roessler@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 sollte - normalerweise 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 - Newsgroups: de.soc.recht,de.admin.news.misc - Path: ...!rhein!sobolev!cyberspam!usenet - From: uzs198@uni-bonn.de (nik wiesel) - Subject: cmsg cancel - X-Orig-Subject: Subject: re: wichtige information - Sender: uzs198@uni-bonn.de (nik wiesel) - X-Cancelled-By: roessler@sobolev.rhein.de - Message-ID: - Date: Thu, 20 Jul 1995 09:27:09 GMT - - Dupe from blues.kk.sub.org cancelled. See - in de.admin.news.misc. - - Thomas Roessler - - 9. Wo und wie sollen Fremdcancel bekanntgegeben werden? - - fifi@hiss.han.de (Axel Zinser) - - Im Falle eines Fremdcancels in deutschsprachigen Hierarchien sollte - eine Mitteilung in der Newsgroup de.admin.net-abuse.announce - (Moderator: danaa@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. +(ts@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? + +(roessler@sobolev.rhein.de (Thomas Roessler), +alexlehm@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? + +(florian@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 + +(florian@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? + +(roessler@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 sollte +normalerweise 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 + Newsgroups: de.soc.recht,de.admin.news.misc + Path: ...!rhein!sobolev!cyberspam!usenet + From: uzs198@uni-bonn.de (nik wiesel) + Subject: cmsg cancel + X-Orig-Subject: Subject: re: wichtige information + Sender: uzs198@uni-bonn.de (nik wiesel) + X-Cancelled-By: roessler@sobolev.rhein.de + Message-ID: + Date: Thu, 20 Jul 1995 09:27:09 GMT + + Dupe from blues.kk.sub.org cancelled. See + in de.admin.news.misc. + + Thomas Roessler + +9. Wo und wie sollen Fremdcancel bekanntgegeben werden? + +fifi@hiss.han.de (Axel Zinser) + +Im Falle eines Fremdcancels in deutschsprachigen Hierarchien sollte +eine Mitteilung in der Newsgroup de.admin.net-abuse.announce +(Moderator: danaa@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 (pp000738@interramp.com: Free classified + advertising database on the WEB) + + [...] + + Die folgenden Artikel sind von root@cancel.han.de (Axel Zinser) + geloescht worden. Grund: Kommerzieller Spam: + + <203513.pp000738@ipiws-001.interramp.com> [de.rec.mampf] + <203540.pp000738@ipiws-001.interramp.com> [de.rec.reisen] + <203553.pp000738@ipiws-001.interramp.com> [de.rec.sf.perry-rhodan] + <203546.pp000738@ipiws-001.interramp.com> [de.rec.sf.misc] + <203317.pp000738@ipiws-001.interramp.com> [de.rec.alpinismus] + <203447.pp000738@ipiws-001.interramp.com> [de.rec.games.computer] + <203452.pp000738@ipiws-001.interramp.com> [de.rec.games.misc] Beispiel: - Subject: SPAM geloescht (pp000738@interramp.com: Free classified - advertising database on the WEB) + > 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: pp000738@interramp.com + [...] - [...] +Für die internationalen Hierarchien sollte eine entsprechende +Mitteilung in der Gruppe news.admin.net-abuse.announce veroeffentlicht +werden. - Die folgenden Artikel sind von root@cancel.han.de (Axel Zinser) - geloescht worden. Grund: Kommerzieller Spam: +10. Kann man die Ausführung von Cancel-Messages kontrollieren? - <203513.pp000738@ipiws-001.interramp.com> [de.rec.mampf] - <203540.pp000738@ipiws-001.interramp.com> [de.rec.reisen] - <203553.pp000738@ipiws-001.interramp.com> [de.rec.sf.perry-rhodan] - <203546.pp000738@ipiws-001.interramp.com> [de.rec.sf.misc] - <203317.pp000738@ipiws-001.interramp.com> [de.rec.alpinismus] - <203447.pp000738@ipiws-001.interramp.com> [de.rec.games.computer] - <203452.pp000738@ipiws-001.interramp.com> [de.rec.games.misc] +(roessler@sobolev.rhein.de (Thomas Roessler)) - Beispiel: +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 zu erhalten; +für INN hat Lutz Donnerhacke +entsprechende Änderungen geschrieben. - > 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: pp000738@interramp.com - [...] +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. - Für die internationalen Hierarchien sollte eine entsprechende - Mitteilung in der Gruppe news.admin.net-abuse.announce veroeffentlicht - werden. +11. Credits - 10. Kann man die Ausführung von Cancel-Messages kontrollieren? +(roessler@sobolev.rhein.de (Thomas Roessler)) - (roessler@sobolev.rhein.de (Thomas Roessler)) +(florian@filmateleven.de (Florian Seffler)) - 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 zu erhalten; - für INN hat Lutz Donnerhacke - 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 - - (roessler@sobolev.rhein.de (Thomas Roessler)) - - (florian@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. +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. From 548aba202118008aa696708975cf19e9f17fc9cb Mon Sep 17 00:00:00 2001 From: Thomas Hochstein Date: Tue, 13 Jan 2026 14:03:37 +0100 Subject: [PATCH 6/6] WIP - Credits Signed-off-by: Thomas Hochstein --- fremdcancel-faq | 37 ++++++++++++++++++++++++++++--------- 1 file changed, 28 insertions(+), 9 deletions(-) diff --git a/fremdcancel-faq b/fremdcancel-faq index 41728f5..3693766 100644 --- a/fremdcancel-faq +++ b/fremdcancel-faq @@ -364,15 +364,34 @@ 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 +!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! -(roessler@sobolev.rhein.de (Thomas Roessler)) +6. Maintainer / Ergänzungen / Danksagung +---------------------------------------- -(florian@filmateleven.de (Florian Seffler)) +Maintainer dieser FAQ: Thomas Hochstein -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. + Änderungen und Ergänzungen nehme ich gerne entgegen, vorzugsweise + per Mail, gerne aber auch als Ergebnis einer öffentlichen + Diskussion; in diesem Fall wäre ein Hinweis per Mail auf die + Diskussion und ihr Ergebnis hilfreich, damit sie nicht übersehen + wird. + + Die Fremdcancel-FAQ ist auch in einem Git-Repository + unter verfügbar und + kann über die Weboberfläche eingesehen oder ausgecheckt werden. Bei + Änderungsvorschlägen werden Git-Patches bevorzugt, aber natürlich + ist auch jede andere Form von Anregungen herzlich willkommen. + +Herzlicher Dank für ihre Arbeit bei der Zusammenstellung und Pflege +dieses Textes gilt den früheren Maintainern, Mitautoren und +Mitwirkenden: + + * Maintainer bis 07/2012: Florian Seffler + * Maintainer bis 05/1998: Thomas Roessler + + Michael Albinus, Ullrich von Bassewitz, Peter G. Bouillon, + Lutz Donnerhacke, Vera Heinau, Andreas M. Kirchwitz, Ulf Möller, + Boris Piwinger, Heiko Schlichting, Frank Tegtmeyer, Axel Zinser u.a. +-- +Id: $Format:%t %d %ai %an$