http://www.nnseek.com/e/de.alt.admin/ Posts for de.alt.admin Wed, 13 Aug 2008 15:00:15 PDT http://www.nnseek.com/ http://www.nnseek.com/img/64.png 64 64 NNSeek http://www.nnseek.com/e/de.alt.admin/einrichtung_von_usenet_gruppen_in_de_67158206t.html http://www.nnseek.com/e/de.alt.admin/einrichtung_von_usenet_gruppen_in_de_67158206t.html Posting-frequency: weekly
Last-modified: 2005-08-06
URL: http://www.kirchwitz.de/~amk/dai/einrichtung

Regeln für die Einrichtung, Änderung und Entfernung von Usenet-Gruppen

Inhalt:
~~~~~~~

Teil 1: Überblick
Teil 2: Zusammenfassung
Teil 3: Moderation
Teil 4: RfD
Teil 5: Die Diskussion
Teil 6: CfV
Teil 7: Die Wahl(-regeln)
Teil 8: Nach der Wahl
Teil 9: Kombinierte Votings
Teil 10: Vereinfachtes Verfahren
Anhang A: Sonderregel für de.alt.*


1. Überblick:
~~~~~~~~~~~~~

Das Einrichten und Entfernen von Newsgroups ist von technischer
Seite gesehen ausgesprochen einfach. In der Tat reicht ein einziger
Artikel, der einem bestimmten Format entspricht, dazu aus. Damit
aber nicht vollständig chaotische Zustände herrschen, in der jeder,
der glaubt, das Netz mit seiner neuen Gruppe beglücken zu müssen,
eine newgroup-message abschickt, haben sich gewisse Spielregeln zur
Einrichtung einer Gruppe eingebürgert. Auf den meisten Systemen wird
auch technisch das hier beschriebene Procedere bevorzugt.

Diese Spielregeln gelten für die Einrichtung oder Entfernung einer
Gruppe sowie Änderung ihrer Attribute. Die Attribute einer Gruppe
sind: Gruppenname, Kurzbeschreibung, Charta und Status (moderiert/
unmoderiert) sowie bei moderierten Gruppen die Moderatoren.

Es spricht nichts dagegen, auch andere hierarchieweit wirkende
Entscheidungen nach analogen, nur im Detail abweichenden, Regeln
herbeizuführen.

Zur Moderatoren-Nachfolge in bestehenden moderierten Gruppen sind
diese Spielregeln weder zwingend noch die einzigen Regeln.

Der folgende Text beschreibt die Spielregeln zur Einrichtung von
Newsgruppen, wie sie innerhalb der deutschsprachigen News-Hierarchie
"de.*" -- mit Ausnahme von de.alt.*, dazu siehe Anhang A -- gelten.

Werden diese Regeln ohne hinreichenden Grund nicht beachtet, so ist
es nahezu ausgeschlossen, daß die Entscheidung akzeptiert wird.

An dieser Stelle sei darauf hingewiesen, daß kein Netzteilnehmer
oder Sysadmin in irgend einer Weise an die "Beschlüsse" des Netzes
gebunden ist: ob eine Gruppe lokal eingerichtet wird oder nicht, ob
eine Gruppe lokal entfernt wird oder nicht, ob eine Gruppe bezogen
wird oder nicht, das ist alles Entscheidung des lokalen Newsadmins
bzw. dessen Vorgesetzten. Es besteht auf nichts und gegen niemanden
irgend eine Art von Rechtsanspruch, und das Usenet hat keine, oder
besser verzichtet freiwillig auf jegliche, Exekutive.

Dies ist aber nicht als Freibrief für jedweden Unsinn zu verstehen:
Das Netz hat eine Abneigung sowohl gegen net.sheriffs wie gegen
net.terrorists! Es wäre doch schade, wenn wegen letzterer die
Freiheit dieses Netzes eingeschränkt werden müßte ...


2. Zusammenfassung:
~~~~~~~~~~~~~~~~~~~

Eine Entscheidung wird herbeigeführt, indem man ein Thema durch
einen förmlichen RfD (s.u.) zur Diskussion stellt, der Diskussion
genügend Zeit läßt, und dann, falls noch Bedarf und hinreichend
Aussicht auf Erfolg besteht, durch einen förmlichen CfV (s.u.)
darüber abstimmen läßt.

Nach angenommener Wahl veranlaßt die Moderation die notwendigen
Schritte zur "Durchsetzung" der Entscheidung, indem sie die
zugehörigen Steuernachrichten verschickt.

Damit alle Administratoren und alle interessierten Netznutzer
mitbekommen, welche Entscheidungen anstehen, müssen alle
Ankündigungen und Einrichtungen über die Newsgruppe
de.admin.news.announce laufen.


3. Moderation:
~~~~~~~~~~~~~~

Die Gruppe de.admin.news.announce ist moderiert. Sie dient
ausschließlich dem Veröffentlichen von Diskussionsaufrufen (RfD
s.u.), Wahlaufrufen (CfV s.u.), Zwischen- und Endergebnissen,
administrativen Dingen dieser Gruppe (wie Listen laufender Votings)
sowie dazu analogen Postings. Wünscht man eine solche
Veröffentlichung, so muß man seinen Artikel per E-Mail an die
Moderation schicken.

Die momentane Adresse der Moderation lautet:
moderator@dana.de

Die Moderation prüft, ob der gewünschte Artikel den Bestimmungen der
Gruppe entspricht. Findet sie Unstimmigkeiten oder Regelverstöße, so
schickt sie entweder eine Liste der strittigen Punkte an den
Initiator zurück oder (bei lediglich kleinen Fehlern) korrigiert
diese. Ist der Artikel akzeptabel, so wird sie diesen in
de.admin.news.announce sowie jeder weiteren gewünschten Gruppe oder
Mailing-Liste veröffentlichen. Das bedeutet insbesondere, daß
RfD/CfV *ausschließlich* per E-Mail an die Moderation gehen. Ein
Posten "auf eigene Faust" hat zu unterbleiben. Ausnahmen regeln
allein die Moderatorenwahlregeln für de.admin.news.announce.

Moderations"eid": Bei allen Entscheidungen als Moderation werden wir
uns bemühen, uns nicht an die Buchstaben, sondern an den Geist
einer Regel zu halten. Wenn man uns also _überzeugen_ kann, werden
Regelabweichungen im Einzelfall akzeptiert. Auf das Überzeugen
legen wir in einem solchen Fall allerdings Wert!


4. RfD:
~~~~~~~

Wünscht man einen förmlichen "Aufruf zur Diskussion" -- engl.
"Request for Discussion" oder kurz RfD --, so muß dieser an die
Moderation geschickt werden. Diese wird ihn, wenn er den Regeln
entspricht, in de.admin.news.announce posten, ansonsten wird sie
Rücksprache mit dem Initiator halten.

Für einen förmlichen RfD ist folgendes notwendig:

o Es muß deutlich hervorgehen, über was überhaupt diskutiert werden
soll; bei einer Einrichtung einer neuen Gruppe sollte insbesondere
der angestrebte Status (moderiert oder unmoderiert), und der Name
der Gruppe erwähnt sein. Sollte eines von beidem (oder beides)
noch unklar sein, so sollte darauf explizit hingewiesen werden.

o Zur Erläuterung der Gruppe müssen eine Charta und eine
Kurzbeschreibung angegeben werden. Die Charta gibt an, worum es in
dieser Newsgroup überhaupt geht; sie ist normalerweise ein bis
zwei Absätze lang. Die Kurzbeschreibung (mit Gruppennamen und
8er-Tabulator möglichst weniger als 80 Zeichen, am Ende ein Punkt
oder ein anderes Satzendzeichen) wird in den regelmäßigen Postings
verwendet, die den Systemadministratoren helfen, festzustellen,
welche Newsgroups sie vergessen haben zu abonnieren. Manche
Newsprogramme zeigen diese Information auch an.


5. Die Diskussion:
~~~~~~~~~~~~~~~~~~

Die auf den RfD folgende Diskussion wird mittels "Followup-To:" auf
de.admin.news.groups gerichtet, eine Diskussion an (ausschließlich)
anderer Stelle sollte unterbleiben. Der Diskussion sollte genügend
Zeit gelassen werden, um das Thema sorgfältig überdenken zu können,
also mindestens zwei Wochen, jedoch länger, wenn sich noch kein
Konsens eingestellt hat.

Wenn sich aus der Diskussion Veränderungen ergeben, soll ein
weiterer RfD eingebracht werden.


6. CfV:
~~~~~~~

Nach der Diskussionsperiode kann ein Abstimmungsaufruf -- engl.
"Call for Votes" oder kurz CfV -- bei der Moderation eingereicht
werden. Dieser muß mit dem letzten RfD im wesentlichen
übereinstimmen.

Der CfV muß explizit enthalten:

o An wen (welchen Account) eine Stimme zu richten ist.

Die Abgabe einer Stimme für die Einrichtung der Gruppe muß genauso
klar erklärt und genauso einfach sein wie eine Stimme gegen die
Einrichtung und umgekehrt.

Es ist ebenfalls erlaubt, eine andere Adresse als die, von der aus
der Artikel gepostet wurde, anzugeben oder nur "Replies" auf den
"Call for Votes"-Artikel anzunehmen, solange in dem "Call for
Votes"-Artikel klar und explizit erklärt wird, wie die Stimmen
abgegeben werden können.

o Den genauen Zeitraum, in dem Stimmen akzeptiert werden.

Die Abstimmung beginnt mit der Veröffentlichung des CfV. Das Ende
der Abstimmungsperiode muß genau angegeben sein. Der Zeitraum
sollte mindestens drei Wochen, jedoch höchstens einen Monat
betragen.

o Er sollte nur in Ausnahmefällen weitere Regelungen enthalten.
Sofern nicht anders erwähnt, gelten die üblichen Regeln (s.u.).

o Empfohlen werden Beispiele, wie die Stimme für jede (!)
Wahlmöglichkeit auszusehen hat.

Ein RfD/CfV kann eine Sammelabstimmung über mehrere Gruppen
enthalten, wenn für jede Gruppe jeweils eine Charta und eine
Kurzbeschreibung vorhanden ist. Sie sollte im allgemeinen aber
vermieden werden, da hier leicht durch eine zugkräftige Gruppe die
Wahlbeteiligungsklausel (s.u.) der anderen Gruppen ausgehebelt
werden kann.

Ein CfV kann nicht veröffentlicht werden, wenn einer der folgenden
Punkte noch unklar ist:

o Name der Gruppe
o Kurzbeschreibung der Gruppe
o Charta der Gruppe
o Status der Gruppe (moderiert oder unmoderiert)
o der Name des Moderators im Falle einer moderierten Gruppe

Zur Auswahl einer von mehreren Alternativen, die trotz intensiver
Diskussion nicht im Rahmen des RfD konsensfähig geklärt werden
konnten, können die Regeln für "kombinierte Votings" (Teil 9)
eingesetzt werden.


6a. CfV mit persönlichem Wahlschein:
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Es ist ebenfalls zulässig, daß im CfV eine Mailadresse angegeben
wird, bei der die Wähler einen persönlichen Wahlschein anfordern
können. Ist eine solche Adresse angegeben, können gültige Stimmen
nur mittels von dort ausgegebener Wahlscheine abgegeben werden.

Wahlscheinanforderungen ohne funktionierende Absenderadresse werden
vom Wahlscheinausgebenden (in der Regel ist das der Wahlleiter)
ignoriert.

Persönliche Wahlscheine werden bei der Ausgabe auf eine Art
markiert, die eine eindeutige Zuordnung des Wahlscheins zum
Abstimmenden ermöglicht und die das Erzeugen gültig erscheinender
Fälschungen soweit wie möglich ausschließt.

Die Antwortadresse des Abstimmungsaufrufs muß mit der Adresse zur
Anforderung der Wahlscheine übereinstimmen; die Antwortadresse des
Wahlscheins muß mit der Adresse übereinstimmen, die die Stimmen
entgegennimmt.

Eingehende Stimmen, die falsche oder nicht die notwendigen
Markierungen enthalten, oder nicht von der bei der Anforderung
registrierten Absendeadresse kommen, werden nicht gewertet.

Weitere Einzelheiten des Verfahrens können im CfV festgelegt werden.
Sie müssen im RfD angekündigt werden und gelten als "weitere Regeln"
im Sinne von Teil 7 dieser Regeln, bedürfen also insbesondere der
Genehmigung durch die Moderation.

Im übrigen gelten die Bestimmungen des Teiles 6 sinngemäß.


7. Die Wahlregeln:
~~~~~~~~~~~~~~~~~~

Zeitraum: Aus dem CfV geht eindeutig hervor, in welchem Zeitraum
Stimmen akzeptiert werden. Wird als Abstimmungsende nur ein Datum
angegeben, so endet die Abstimmungsperiode mit Ablauf dieses Tages
(also um 00:00 des darauffolgenden Tages). Ausschlaggebend ist
hierbei das *Eintreffen* der Stimme, nicht das Absendedatum. Es
sollte allerdings bei nicht optimal angebundenen Systemen der
Zeitpunkt des Eintreffens auf dem Feed gelten.

Ziel einer Stimme: Aus dem CfV geht eindeutig hervor, an welche
Adresse eine Stimme zu senden ist. Diese Adresse ist verbindlich,
andere Adressen werden nicht gewertet. Stimmen müssen (!) per
E-Mail abgegeben werden. News-Artikel werden genausowenig gezählt,
wie (fern-)mündliche oder (sackpost-)schriftliche
Meinungsäußerungen oder vergleichbares.

Eindeutigkeit: Eine Stimme muß eindeutig enthalten, wofür der
Abstimmende seine Stimme abgibt. Insbesondere werden
konjunktivierte Äußerungen ("Ich würde...") nur als Meinungen,
nicht als Stimmen aufgefaßt und werden daher auch nicht gewertet.

Übertragbarkeit: Stimmen können nicht auf einen anderen
Abstimmungsvorschlag übertragen werden. Eine Stimme zählt nur für
GENAU DEN Vorschlag, für den sie abgegeben wurde. Insbesondere
darf eine Stimme für oder gegen eine Newsgruppe mit einem
bestimmten Namen NICHT als Stimme für oder gegen eine Newsgruppe
mit einem anderen Namen oder einer anderen Charta, einem anderen
unmoderiert/moderiert Status oder, falls moderiert, einem anderen
Moderator oder einer anderen Gruppe von Moderatoren gezählt
werden. Über jede Gruppe wird einzeln abgestimmt, Verknüpfungen
von Wahlen sind nicht möglich.

.misc-Gruppen: Bei der Einrichtung einer neuen Unterhierarchie --
sei es durch Umwandlung einer bestehenden Gruppe oder durch
Neuschaffung -- wird ohne gesonderte Abstimmung eine auf .misc
endende Gruppe eingerichtet. Der zur Gründung der Hierarchie
führende RfD hat hierzu die notwendigen Angaben bereitzustellen.
Wird die Unterhierarchie nur mit der .misc-Gruppe eingerichtet, so
findet hierüber eine normale Abstimmung statt.

Formulare: Bei der Verwendung von Formularen darf nicht alleine die
Tatsache, daß die Stimme nicht maschinenlesbar ist, zur
Ungültigerklärung der Stimme führen.

Wahlberechtigte/Realname: Jeder, der in der Lage ist, eine ansonsten
korrekte Stimme beim Wahlleiter abzugeben, ist wahlberechtigt und
hat genau eine Stimme. Das Wahlrecht beschränkt sich auf
natürliche Personen, das bedeutet insbesondere, daß jede Stimme
mit einem Realnamen, der mindestens je einen ausgeschriebenen Vor-
und Nachnamen des Wählers enthält, verknüpft sein muß. Der Name
wird mit der Absendeadresse und der Stimmabgabe nach der Wahl
veröffentlicht (siehe Teil 8).

Die Wahl ist somit allgemein, gleich und frei, jedoch nicht
geheim!

Der Wahlschein ist durch den Wahlberechtigten selbst auszufüllen
und von ihm selbst unter Verwendung einer seiner Kontrolle
unterstehenden Absendeadresse an die Abstimmadresse einzusenden.

Die Absendeadresse muß unverfälscht im Klartext in der
Abstimmungsmail im From:-Header oder dem vergleichbaren Header
eines anderen Protokolls angegeben werden und reply-fähig sein,
das heißt: Mail muß an die angegebene Absendeadresse grundsätzlich
zustellbar sein.

Der Nachweis der Reply-Fähigkeit der Adresse obliegt dem
Abstimmenden.

Ergebnis: Die Wahl gilt in der vorgeschlagenen Form als angenommen,
wenn mindestens doppelt so viele gültige Ja-Stimmen wie
Nein-Stimmen (Verhältnis), mindestens jedoch 60 Ja-Stimmen
(Wahlbeteiligung), eingetroffen sind.

Mehrfache Stimmen: Treffen mehrere Stimmen der gleichen Person beim
Wahlleiter ein, so gilt die zuletzt abgesandte. Damit ist es
möglich, seine zuvor abgegebene Stimme mit einer Enthaltung
rückgängig zu machen oder zu korrigieren.

Erneuter Aufruf zur Wahl: Der Wahlleiter sollte dafür Sorge tragen,
daß jeder Abstimmende eine Bestätigung bekommt, daß seine Stimme
auch angekommen ist und gewertet werden kann. Dies kann einerseits
durch eine Bestätigungsmail geschehen oder aber durch das Posten
eines 2. CfV (oder beides). Im 2. CfV sollten alle Namen der
bisherigen Wähler erscheinen, und ob die Stimme jeweils gültig war
oder nicht. Ob die Abstimmenden mit Ja oder Nein gestimmt haben,
darf jedoch -- um Wahlbeeinflussung zu unterbinden -- nicht
erwähnt werden!

Zumindest einmal -- möglichst in der Mitte der Wahlperiode --
sollte dieser 2. CfV (Erinnerungs-CfV) gepostet werden, bei dem
eine "Massenbestätigung" ausdrücklich erwünscht ist. Der 2. CfV
wird wie gehabt per E-Mail an die Moderation geschickt, die ihn
dann in de.admin.news.announce (sowie ggf. weiteren Gruppen bzw.
Mailing-Listen) postet.

Abbruch der Wahl: Werden während der Wahlperiode begründete Zweifel
an der Einhaltung der hiesigen Regeln, der Verdacht von
Wahlmanipulationen oder schwere inhaltliche Fehler im Wahlaufruf
bekannt, kann die Abstimmung durch den Wahlleiter abgebrochen
werden. Ein neuer CfV ist dann jederzeit möglich.

Weitere Regeln: Im CfV können weitere Regeln, die die hier
aufgeführten ergänzen oder ersetzen, aufgeführt werden. Sofern
diese Regeln den obigen widersprechen, lehnt die Moderation
entweder diese Regeln und damit das ganze Voting ab, oder aber sie
gelten verbindlich. Grundsätzlich werden aber Regeln, die das
Wahlrecht bestimmter Personen oder Gruppen einschränken, nur in
wirklich begründeten Fällen akzeptiert.


8. Nach der Wahl:
~~~~~~~~~~~~~~~~~

Nach Ablauf der Wahlfrist wird vom Wahlleiter eine Liste der
Abstimmenden sowie deren Stimmen zusammengestellt. Aus dieser Liste
muß eindeutig hervorgehen, wer (E-Mail-Adresse + Realname) für was
(Ja, Nein, Enthaltung) gestimmt hat. Auf die Veröffentlichung des
Realnamens und der E-Mail-Adresse kann in begründeten (!)
Einzelfällen verzichtet werden. Bitte in einem solchen Fall angeben,
ob man bei Ablehnung von seiner Wahlstimme zurücktritt. Diese Liste
wird dann von der Moderation gepostet.

Ist jemand der Meinung, daß es zu schwerwiegenden Unregelmäßigkeiten
bei der Durchführung der Abstimmung gekommen ist, so kann er
innerhalb einer Woche Einspruch gegen das Ergebnis einlegen. Der
Einspruch ist bei der Moderation zur Veröffentlichung in
de.admin.news.announce einzureichen. Die Moderation entscheidet über
den Einspruch und korrigiert ggf. das Ergebnis oder annulliert die
Abstimmung.

Ist die Einspruchszeit verstrichen, sind alle eingereichten
Einsprüche entschieden und wurde die Wahl nicht annulliert, so ist
das Ergebnis gültig. Ist die Einspruchszeit verstrichen, so ist das
Ergebnis bereits vorläufig gültig, wenn durch die Gesamtheit der
noch anhängigen Einsprüche weder die Annahme in Frage steht noch die
Annulierung der Wahl Folge sein kann.

Ist die Wahl (vorläufig) angenommen, so versendet die Moderation die
entsprechenden Steuernachrichten und veranlaßt gleichzeitig die
notwendigen Änderungen in der offiziellen Liste der Newsgruppen.


9. Kombinierte Votings:
~~~~~~~~~~~~~~~~~~~~~~~

Ein CfV kann mehrere Gruppen zur Auswahl anbieten, von denen
höchstens eine eingerichtet werden soll ("kombiniertes Voting").
Dabei wird über die Einrichtung jeder einzelnen Gruppe gemäß den
obigen Regeln abgestimmt.

In einem weiteren Abstimmungsblock innerhalb desselben CfV findet
zusätzlich ein Stichentscheid zwischen all diesen Gruppen statt.
Falls in den Einrichtungsfragen mehr als eine Gruppe angenommen
wird, so wird davon einzig diejenige eingerichtet, welche im
Stichentscheid das beste Verhältnis Zustimmung : Ablehnung aufweist.


10. Vereinfachtes Verfahren:
~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Für kleinere Änderungen (z.B. Formulierungsänderungen in Charta oder
Kurzbeschreibung) kann ein vereinfachtes Verfahren durchgeführt
werden, bei dem der Änderungsvorschlag ohne vorherige Diskussion und
Abstimmung umgesetzt wird, sofern dieser Änderung nicht
widersprochen wird.

Ein vereinfachtes Verfahren -- oder kurz VV -- beginnt mit dessen
Veröffentlichung in de.admin.news.announce und muß dieselben
Anforderungen wie ein RfD (siehe Teil 4) erfüllen. Es darf zudem
keine Unklarheiten bzgl. der Gruppenattribute enthalten.

Ein VV muß darüber hinaus explizite Hinweise enthalten auf:

o die Tatsache, daß die Änderung unverzüglich vorgenommen wird,
wenn dieser nicht widersprochen wird.

o die Adresse, bei der der Widerspruch eingelegt werden muß (die
Adresse der Moderation von de.admin.news.announce, derzeit
moderator@dana.de).

o die Frist, innerhalb der man Widerspruch einlegen muß.

Das VV muß der Netzgemeinde mindestens eine Frist von zwei Wochen
ab Veröffentlichung zum Widerspruch einräumen. Der Widerspruch kann
formlos erfolgen; im übrigen gelten die Wahlregeln (siehe Teil 7)
mit Ausnahme der Abschnitte "Ergebnis" und "Erneuter Aufruf zur
Wahl" sinngemäß auch hier.

Nach Ablauf der Frist veröffentlicht die Moderation von
de.admin.news.announce eine Liste der Personen (E-Mail-Adresse +
Realname), die der Änderung widersprochen haben; ist kein
Widerspruch gegen die Änderung eingegangen, so gilt sie als
angenommen, andernfalls ist das vereinfachte Verfahren gescheitert.
Nach einem Scheitern kann es als normaler (1.) RfD fortgesetzt oder
aufgegeben werden. Im übrigen sind die Regelungen aus Teil 8
sinngemäß anzuwenden.


Anhang A. Sonderregel für Einrichtungen und Löschungen von Gruppen in
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
de.alt.* sowie Änderungen ihrer Attribute:
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Diese Sonderregel gilt _ausschließlich_ für Verfahren zur
Einrichtung oder Löschung von Gruppen in de.alt.* sowie für
Verfahren zur Änderungen der Attribute von Gruppen in de.alt.*,
nicht aber bei analoger Anwendung der obigen Regeln für andere
Verfahren.

Hier ist alles viel einfacher. Die Grundregel lautet hier: Fairneß.

Eine Einrichtung einer Gruppe in de.alt.* läuft folgendermaßen ab:
Man fragt in de.alt.admin, ob jemand Einwände gegen die
vorgeschlagene Gruppe hat, wartet fairerweise lang genug, damit sich
auch wirklich jemand beklagen kann (die Antwortzeiten liegen --
trotz mittlerweile nur noch geringer Verzögerungen beim Transport --
immer noch im Bereich mehrerer Tage, üblich ist daher eine Wartezeit
von 7 Tagen), und schickt, wenn der Protest nicht allzu heftig war,
einfach die newgroup-Message.

Posted In: de.alt.admin

no comments

Reply

]]> Wed, 13 Aug 2008 15:00:15 PDT http://www.nnseek.com/e/de.alt.admin/missverstaendnisse_in_de_admin_news_groups_67157950t.html http://www.nnseek.com/e/de.alt.admin/missverstaendnisse_in_de_admin_news_groups_67157950t.html Posting-frequency: weekly
Last-modified: 2007-10-21
URL: http://www.kirchwitz.de/~amk/dai/dang-faq

FAQ: Die groessten Missverstaendnisse in de.admin.news.groups
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Was man alles so falsch machen kann ...
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Dieses FAQ verfolgt den alleinigen Zweck, die wohl haeufigsten
Missverstaendnisse in der Newsgroup de.admin.news.groups (dang)
aufzuzeigen, zu denen es im Zusammenhang mit dem Einrichtungsverfahren
neuer Gruppen kommt. Dabei treten immer wieder die gleichen
Argumentationsmuster auf, die hier ungeschoent wiedergegeben werden
sollen; dabei wird bewusst auf political Correctness verzichtet.

Obwohl in de.alt.admin weniger restriktive Regeln zur Einrichtung
von Newsgroups herrschen, gilt dieser Text auch analog fuer dort.

Dieser Text kann also desillusionierend wirken, er soll es sogar. Dem
Anfaenger sei aber verraten, dass es bestimmt weh tut, wenn er die
hier genannten Fehler live ausprobiert und dann um die Ohren gehauen
bekommt. Er ist also gut beraten, seine Argumentation anhand dieses
FAQs zu ueberpruefen.

Es sei der Hinweis erlaubt, dass die einschlaegigen Texte zu
Newsgroups als bekannt vorausgesetzt werden. Am Ende findet sich ein
kleines (und daher nicht notwendig vollstaendiges)
Literaturverzeichnis.

Im folgenden werden nun typische Aussagen von Newbies dargestellt, die
eine neue Gruppe einrichten wollen; die jeweiligen Antworten, also die
herrschende Meinung, werden durch ein "A:" gekennzeichnet.


~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~


1) Mein Thema ist das wichtigste der Welt!!! Wieso muss ich mich hier
---------------------------------------------------------------------
ueberhaupt einer Diskussion stellen?
------------------------------------

A: Diese Aussage loest bei den Regulars von dang ein Deja vu aus. So
ungefaehr neun von zehn unerfahrenen Proponenten beanspruchen dies
fuer sich, wofuer sie dann umfangreiche Belege liefern. Allein -- das
interessiert hier keinen. Wenn dieses Thema wirklich so wichtig sein
sollte, wird es in den bereits existierenden Gruppen einen erheblichen
Traffic verursachen; dann aber ist das entscheidende Argument fuer
eine neue Gruppe da: Der Traffic naemlich.

Im uebrigen sind aus Sicht des Netzes alle Themen grundsaetzlich
gleich wichtig. Daher existiert auch fuer jedes Thema eine passende
Gruppe. Die Einrichtung einer Gruppe kann deshalb nicht als
Statussymbol oder als Zeichen fuer die Anerkennung eines bestimmten
Themas dienen. Sinnvoll ist eine neue Gruppe daher nur, wenn ihre
Einrichtung eine schon bestehende Gruppe lesbarer macht oder den in
mehreren Gruppen verstreuten Traffic in einer buendeln kann.
Anders ausgedrueckt: die Einrichtung einer eigenen Gruppe ist ein
Zeichen dafuer, dass das Thema den Lesern einer uebergeordneten Gruppe
durch dauernde Erwaehnung auf die Nerven geht.


2) Die halbe Welt wuerde zu diesem Thema schreiben, wenn es nur eine
--------------------------------------------------------------------
eigene Gruppe gaebe.
--------------------

A: Wenn Du keinen existierenden Traffic nachweisen kannst, kannst Du
natuerlich sagen: 'Dieses Thema ist so wichtig, dass sich dazu schon
Traffic entwickeln wird.' Dieses Argument wird aber von etlichen
Leuten nicht akzeptiert werden; es kann vielleicht zutreffen, muss
aber nicht. Zunaechst einmal spricht deutlich mehr dagegen als dafuer
(s.o.). Es tragen auch Millionen von Leuten weisse T-Shirts. In jedem
Fall werden viele gegen die vorgeschlagene Newsgroup stimmen, sofern
Du nicht *stichhaltige* Gruende angeben kannst, warum kein Traffic
existiert. Das Argument, es habe ja auch keine eigene Gruppe gegeben,
ist schlichtweg falsch. Es ist vielmehr so, dass es genau fuer diesen
Fall die .misc-Gruppen gibt. Du solltest also erst einmal in der
passenden .misc-Gruppe zu Deinem Thema posten, evtl. finden sich ja
weitere Leute, die an Deinem Thema interessiert sind.

Da sehr viele Proponenten ihr Thema fuer aeusserst wichtig halten,
aber keinen Traffic nachweisen koennen, wurde die Debatte um den
Trafficnachweis hier schon unzaehlige Male gefuehrt. Daher reagieren
die meisten hier auch ausgesprochen gereizt, wenn nun zum x-ten Male
dasselbe diskutiert werden soll.

Beim Trafficnachweis kommt es darauf an zu zeigen, dass mit grosser
Wahrscheinlichkeit existierender Traffic in die neue Gruppe umziehen
wird. Dies ist bei Spezialisierung einer Gruppe aus de.all sehr
wahrscheinlich; bei Mailinglisten wird man schon mehr argumentieren
muessen, wieso die Leute wirklich umzugswillig sind; soll schliesslich
Traffic aus dem Web abgezogen werden, so bestehen schon erhebliche
Zweifel daran, dass die Surfer erstens ueberhaupt das Usenet kennen
und zweitens das Medium wechseln wollen.

Der Sinn dieses Argumentes ist, dass eine neue Gruppe nur leben kann,
wenn auch genug Traffic kommt; und Traffic kommt von Schreibern, nicht
von Lesern. Ansonsten koennte die Gruppe praktisch sterben, und ein
Anfaenger sieht einmal rein, merkt, dass da nichts los ist, und liest
die Gruppe nie wieder.


3) Ich gehoere einer unterdrueckten Minderheit an, jetzt werde ich
------------------------------------------------------------------
auch hier zensiert!
-------------------

A: Unsinn. Es geht in dang nicht darum, den geistig-moralischen Wert
einer einzurichtenden Gruppe zu pruefen. Es geht darum festzustellen,
ob zum einen der Vorschlag den formalen Kriterien (Name und
Einordnung, Kurzbeschreibung, Charta) genuegt, und zum anderen, ob es
Bedarf fuer diese Gruppe gibt. Dabei spielt es nicht die geringste
Rolle, ob es um ein weltbewegendes oder beliebig unsinniges Thema
geht.


4) Ueberlasst die Diskussion gefaelligst denen, die etwas davon
---------------------------------------------------------------
verstehen! Warum schreibt Ihr ueberhaupt Eure Kommentare dazu?
--------------------------------------------------------------

A: Du begehst einen Denkfehler: Hier schreiben diejenigen, die etwas
von der Sache verstehen, auf die es *hier* ankommt, naemlich von den
Newsgruppen. Die Newsgroup fuer die Experten zu Deinem Thema soll ja
gerade erst eingerichtet werden. Wichtig ist aber, dass diese dann
auch fuer Aussenstehende klar erkennbar und auffindbar ist; dies wird
dann dadurch erreicht, dass Name, Einordnung, Kurzbeschreibung und
Charta entsprechend klar sind.


5) Fuer xyz gibt es schon eine eigene Gruppe, fuer mein Thema
-------------------------------------------------------------
aber nicht. Das ist ungerecht. Schliesslich ist mein Thema viel
---------------------------------------------------------------
{wichtiger, interessanter, verbreiteter, unterstuetzungswuerdiger}
------------------------------------------------------------------
als xyz.
--------

A: Das kann ja alles sein, und es ist verstaendlich, dass Du das so
siehst, schliesslich hast Du ein Interesse an der Gruppe. Das ist aber
eine Einzelmeinung, die nur Deine persoenlichen Vorlieben
widerspiegelt und die fuer andere bestenfalls eine Information zur
Kenntnisnahme darstellt. Objektiv zaehlt fuer die Einrichtung aber nur
der Bedarf fuer eine Newsgroup, der sich laut herrschender Meinung in
dang fast ausschliesslich als Traffic definiert. Offensichtlich hat
das Thema xyz Euch diesen Vorteil voraus, oder Du wuerdest
hinsichtlich dieses Arguments nicht auf Widerstand stossen.


6) So eine Gruppe stoert doch niemanden. Richtet doch einfach unsere
--------------------------------------------------------------------
Gruppe ein, Ihr muesst sie ja nicht lesen!!!
--------------------------------------------

A: Das ist die eine Seite der Medaille. Die andere ist, dass
leerstehende Gruppen dem Nutzer nichts bringen, da er sein Thema zwar
moeglicherweise sofort mundgerecht vorfindet, jedoch ihm nichts als
gaehnende Leere entgegenschlaegt. Wird er nicht frustriert wieder
gehen und *nie wieder* zurueckkommen? Die Gruppe wird also allmaehlich
aussterben, weil die Anfangsdiskussion nicht zustandekommt. Alle
Interessierten schauen *nacheinander* rein und verschwinden
enttaeuscht wieder. Gaehnende Leere ...

Darueberhinaus wird auch ein Netzneuling von der Vielzahl der Gruppen
erschlagen. Seine Ansaetze strukturellen Vorgehens werden von der
Vielzahl von Gruppen zunichte gemacht. Er kann sich nicht mehr
sinnvoll informieren und versucht sich auf Glueckstreffer (siehe
BIG8). Das fuehrt zu einem stark steigenen Rauschanteil in allen
Gruppen.

Als mahnendes Beispiel schaue man sich die Hierarchie alt.all an.


7) Dann koennen wir die Gruppe ja auch erstmal versuchsweise
------------------------------------------------------------
einrichten. Wenn sich innerhalb eines halben Jahres kein stabiler
-----------------------------------------------------------------
Traffic entwickelt, kann die Gruppe ja wieder geloescht werden.
---------------------------------------------------------------

A: Das funktioniert nicht. Einmal eingerichtete Gruppen koennen nicht
wieder vollstaendig entfernt werden.

Es ist nun einmal so, dass wir nur Empfehlungen zur Einrichtung oder
Loeschung von Gruppen aussprechen koennen. Einige Newsadmins folgen
diesen Empfehlungen, andere nicht. Einige folgen auch nur den
Empfehlungen zur Einrichtung einer Gruppe aber nicht denen zur
Loeschung. Deshalb wird keine der in dang getroffenen Entscheidungen
jemals vollstaendig auf allen Servern, die die Hierarchie de.all
fuehren, umgesetzt werden.

Wenn wir jetzt anfangen, Gruppen "zur Probe" einzurichten und dann
anschliessend wieder zu loeschen, dann werden auf vielen Servern
Gruppenleichen zurueckbleiben; dies fuert dazu, dass Traffic
fehlgeleitet wird, bzw. Leitungen verstopft, ohne Nutzen zu bringen.


8) Es ist ja schoen, dass eine Untergruppe eingerichtet werden soll,
--------------------------------------------------------------------
aber deswegen muss man ja nicht gleich meine Lieblingsknuddelgruppe in
----------------------------------------------------------------------
.misc umbenennen!!!
-------------------

A: Ein Newsserver muss manchmal mehrere Dutzend Zugriffe pro Sekunde
gleichzeitig bearbeiten koennen, und dabei ist dann die Zugriffszeit
auf den Datenbestand von entscheidender Bedeutung.

Auch heute noch werden News hauptsaechlich in normalen Dateisystemen
verwaltet. Diese haben leider die unangenehme Eigenschaft, dass der
Zugriff auf ein Verzeichnis umso laenger dauert, je mehr Dateien (das
schliesst auch Verzeichnisse mit ein) in diesem enthalten sind.

Wenn nun in einem Verzeichnis (gleich einer Hierarchieebene in den
News) sowohl Unterverzeichnisse (eine weitere Ebene) als auch normale
Dateien (Postings) enthalten sind, dauert der Zugriff auf die
untergeordnete Ebene laenger; der Server wird unnoetig ausgebremst.
Dies umso mehr, je mehr Traffic die Newsgroup fuehrt, die gleichzeitig
eine Hierarchie ist.

Ausserdem ist es einem Neuling auch leichter zu erklaeren, was
Newsgroups sind und was nicht. Zeichnet man sich die einzelnen
Segmente aller Newsgroups als Baum auf, kann man dann einfach deutlich
machen, dass jedes Blatt eine Newsgroup darstellt und alle Astgabeln
(Verzweigungen) keine sind. Bisher gibt es da noch ein paar Ausnahmen,
aber die muessen wir ja nicht zur Regel machen.


9) Mein Anliegen ist wirklich dringend, diese Gruppe sollte moeglichst
----------------------------------------------------------------------
schon gestern eingerichtet werden. Warum muessen wir hier so viel Zeit
----------------------------------------------------------------------
mit Diskussionen verlieren?
---------------------------

A: Ein altes chinesisches Sprichwort sagt: Wenn Du es eilig hast,
waehle einen Umweg. Dementsprechend solltest Du sofort die geeignete
(schon existierende, s.o.) Gruppe nutzen.

Wenn Du ueberzeugende Argumente bringst (ueberlaufende .misc-Gruppe,
High-Traffic-Mailingliste) und Dich bei Einordnung, Kurzbeschreibung
und Charta kooperativ zeigst, dann kann das Verfahren auch recht
schnell abgewickelt werden. Allerdings faellt es vielen, die schon
laenger in dang dabei sind, schwer, die "Es-ist-aber-dringend"-Rufe
ernst zu nehmen. Der Grund dabei ist, dass es mit schoener
Regelmaessigkeit vorkommt, dass jemand eine neue Gruppe vorschlaegt,
diese Gruppe als unglaublich wichtig und dringend bezeichnet, aber
dann nicht mehr gesehen wird.

Wenn eine Gruppe wirklich so dringend ist, sollte man sich als
Proponent kooperativ zeigen und die Hinweise in de.admin.news.groups
ernstnehmen, aber gleichzeitig das Verfahren zielsicher durchziehen.


10) Wieso darf die Gruppe nicht de.talk.gisoc heißen? Die Insider
-----------------------------------------------------------------
wissen, was damit gemeint ist und die anderen interessiert es doch eh
---------------------------------------------------------------------
nicht.
------

A: Die Namen von Newsgroups dienen dazu, dass man moeglichst effizient
zu einem bestimmten Thema die passende Gruppe finden kann. Dabei ist
es eine sehr grosse Hilfe, wenn man bereits anhand des Namens all die
Gruppen aussondern kann, die einen nicht interessieren, ohne die
jeweilige Charta durchlesen zu muessen.

Deshalb soll der Name einer Gruppe gerade auch fuer diejenigen
aussagekraeftig sein, die sich *nicht* fuer das Thema interessieren.
Diejenigen, die die Gruppe interessiert, koennen sich dann sehr
schnell in der Charta ueberzeugen, dass dies tatsaechlich die gesuchte
Gruppe ist.

Im uebrigen erspart man der Gruppe auch immer wiederkehrende Fragen,
was der Name denn bedeute.


11) Ich will aber nicht an einer Abstimmung teilnehmen, bei der meine
---------------------------------------------------------------------
E-Mail-Adresse im Ergebnis erscheint und damit den Spammern zum Frass
---------------------------------------------------------------------
vorgeworfen wird.
-----------------

A: Die Erfahrungen zeigen, daß E-Mail-Adressen, die nur im Textkoerper
eines Postings auftauchen, kaum für Spam verwendet werden. Die Spammer
lassen anscheinend lieber ein Programm laufen, das alle Postings nach
den Adressen in den From-Zeilen abgrast. Deshalb wird auch auf eine
Verfremdung der E-Mail-Adressen (z.B. hans at irgend.wo) verzichtet,
die das normale Lesen erschwert, aber die Auswertung durch Spammer
nicht wesentlich behindert.

Wichtig ist fuer das Funktionieren der Abstimmungen, dass die
abgegebenen Stimmen auch oeffentlich kontrolliert werden koennen. So
hat jeder die Moeglichkeit zu ueberpruefen, ob seine Stimme korrekt
gewertet wurde. Ohne Angabe der E-Mail-Adresse waere aber oft nicht
eindeutig erkennbar, wer denn diese Stimme abgegeben hat, und eine
Rueckfrage beim Abstimmenden durch Nichtbeteiligte waere auch nicht
moeglich.

Wenn Dir das geringe Risiko, wegen der Veröffentlichung der Adresse
Spams zu bekommen, zu hoch ist, dann darfst Du ueberhaupt keine
Postings ins Usenet setzen und brauchst daher auch nicht hier mit
abzustimmen. Ach, Du meinst, in Postings verwendest Du doch eine
falsche Adresse, was bei der Abstimmung ja nicht geht? Dann lies bitte
das FAQ: http://home.pages.de/~gerlo/falsche-email-adressen.html


12) Es existiert die internationale Gruppe talk.bla.fasel, also
---------------------------------------------------------------
koennen wir doch auch de.bla.fasel einrichten.
----------------------------------------------

Auch de.all ist eine internationale Hierarchie und zwar eine
deutschsprachige. Dies im Gegensatz zu den sogenannten Big8, den
internationalen englischsprachigen Hierarchien. Und damit ist auch
schon das Problem genannt: Wenn eine englischsprachige Gruppe Traffic
hat, ist das kein genuegender Nachweis, dass auch eine
deutschsprachige Gruppe Traffic haben wird, weil dieser
englischsprachige Traffic ja nicht umziehen wird.

Die Sache sieht schon wieder anders aus, wenn Du zeigen kannst, dass
in der englischsprachigen Gruppe viele Leute schreiben, die eigentlich
viel lieber deutsch schreiben wuerden. Schau mal genau in die Gruppe
rein: findest Du dort Leute, die mit einer .de-, .at- oder .ch-Domain
posten? Du kannst auch einfach mal in der Gruppe anfragen, ob
deutschsprachige Schreiber und Leser da sind. Wenn Du zeigen kannst,
dass die englischsprachige Gruppe sehr wohl von deutschsprachigen
Usern mitbevoelkert wird, die umziehen wuerden, hast Du schon viel
bessere Karten in der Diskussion um die neue Gruppe. Am besten, Du
ueberzeugst die Leute, doch in der bereits passenden Gruppe von de.all
zu schreiben, damit ist der Traffic dann offensichtlich.


13) Mein Thema benoetigt aber eine eigene Subhierarchie und die
---------------------------------------------------------------
.misc-Gruppe, die bekanntermassen aus *formalen* Gruenden mitangelegt
---------------------------------------------------------------------
wird, faellt bei Einrichtungs-Ueberlegungen nicht ins Gewicht.
--------------------------------------------------------------

A: Der Trafficnachweis fuer eine neue Gruppe ist nicht automatisch
ausreichend fuer eine neue Subhierarchie. Er reicht erst, wenn auch
fuer die entstehende .misc-Gruppe genug eigener Traffic uebrigbleibt.
Auf Verdacht werden keine Hierarchien eingerichtet.


14) Mein Thema ist aber viel breiter, das passt nicht in die
------------------------------------------------------------
Hierarchie, die Ihr mir vorgeschlagen habt!
-------------------------------------------

A: Praktisch jedes Thema hat unterschiedliche Aspekte und
ueberschreitet die Hierarchie, unter der es eingeordnet ist. Theater
ist nicht nur Kunst, sondern auch Beruf. Fussball ist nicht nur Sport,
sondern auch TV-Unterhaltung. In einer Hundegruppe geht es nicht nur
um Heimtierhaltung, sondern auch um Tiermedizin, und Unix-Fragen
koennte man nicht nur unter de.comp.os.all, sondern auch unter
de.soc.weltanschauung.all unterbringen.

Trotzdem: Alle diese Themen haben einen *Hauptaspekt*. Unter diesem
soll die Gruppe eingeordnet werden. Dass sich die Diskussionen in der
Gruppe nicht auf diesen Hauptaspekt beschränken, ist normal, und
jedenfalls kein Grund, die Gruppe weiter oben in der Hierarchie
einzuordnen.



~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~


Kleines Literaturverzeichnis:

Die Newsgroups de.admin.infos und de.newusers.infos enthalten einige
wichtige Texte, insbesondere:
- Einfuehrung in das Usenet
- Die Newsgruppen der de-Hierarchie
- Einrichtung von Usenet-Gruppen in "de.*"
- Glossar

Die Gruppe de.alt.admin enthaelt
- FAQ: Einrichtung von de.alt-Newsgruppen.

Im WWW finden sich die existierenden Gruppen von de.all (mit Chartas):
http://www.cs.uu.nl/wais/html/na-dir/de-newsgroups/chartas.html
oder als Public checkgroups (ohne Chartas):
http://www.dana.de/mod/checkgroups.txt

Weiterhin gibt es Erlaeuterungen zum Einrichtungsverfahren:
http://www.kirchwitz.de/~amk/dai/dana-manual


~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~


Schlussbemerkung:

Es geht auch alles viel einfacher. Zunaechst sollte der hoffnungsvolle
Proponent (2b) sich mit dem Einrichtungsverfahren vertraut machen;
dazu finden sich einige Texte in der Gruppe de.admin.infos.
Weiterhin empfiehlt es sich, die Gruppen de.admin.news.announce und
de.admin.news.groups einige Zeit zu lesen, bevor man ein eigenes
Verfahren anstrengt; damit wird man erkennen, welche Fehler man besser
erst gar nicht macht. Schliesslich empfiehlt es sich, jemanden zu
fragen, der sich mit sowas auskennt. Unter mentoren@dana.de finden
sich einige Freiwillige, die abseits des Trubels von
de.admin.news.groups bei der Vorbereitung von RfDs und CfVs helfen.
Eine Mail an sie genuegt.

An der Erstellung dieses Textes waren beteiligt:
Adrian Suter schweiz.org>
Andreas Hildebrandt
Boris 'pi' Piwinger <3.14@piology.org>
Dirk Nimmich roxel.ms.sub.org>
Hatto von Hatzfeld
Lutz Donnerhacke
Ludwig Boeckel gludum.bonbit.org>
Nicole Simon
Rainer May
Rasmus Althoff
Rolf Krahl
Tilman Schmidt

Posted In: de.alt.admin

no comments

Reply

]]> Wed, 13 Aug 2008 15:00:12 PDT http://www.nnseek.com/e/de.alt.admin/einrichtung_von_usenet_gruppen_in_de_66630846t.html http://www.nnseek.com/e/de.alt.admin/einrichtung_von_usenet_gruppen_in_de_66630846t.html Posting-frequency: weekly
Last-modified: 2005-08-06
URL: http://www.kirchwitz.de/~amk/dai/einrichtung

Regeln für die Einrichtung, Änderung und Entfernung von Usenet-Gruppen

Inhalt:
~~~~~~~

Teil 1: Überblick
Teil 2: Zusammenfassung
Teil 3: Moderation
Teil 4: RfD
Teil 5: Die Diskussion
Teil 6: CfV
Teil 7: Die Wahl(-regeln)
Teil 8: Nach der Wahl
Teil 9: Kombinierte Votings
Teil 10: Vereinfachtes Verfahren
Anhang A: Sonderregel für de.alt.*


1. Überblick:
~~~~~~~~~~~~~

Das Einrichten und Entfernen von Newsgroups ist von technischer
Seite gesehen ausgesprochen einfach. In der Tat reicht ein einziger
Artikel, der einem bestimmten Format entspricht, dazu aus. Damit
aber nicht vollständig chaotische Zustände herrschen, in der jeder,
der glaubt, das Netz mit seiner neuen Gruppe beglücken zu müssen,
eine newgroup-message abschickt, haben sich gewisse Spielregeln zur
Einrichtung einer Gruppe eingebürgert. Auf den meisten Systemen wird
auch technisch das hier beschriebene Procedere bevorzugt.

Diese Spielregeln gelten für die Einrichtung oder Entfernung einer
Gruppe sowie Änderung ihrer Attribute. Die Attribute einer Gruppe
sind: Gruppenname, Kurzbeschreibung, Charta und Status (moderiert/
unmoderiert) sowie bei moderierten Gruppen die Moderatoren.

Es spricht nichts dagegen, auch andere hierarchieweit wirkende
Entscheidungen nach analogen, nur im Detail abweichenden, Regeln
herbeizuführen.

Zur Moderatoren-Nachfolge in bestehenden moderierten Gruppen sind
diese Spielregeln weder zwingend noch die einzigen Regeln.

Der folgende Text beschreibt die Spielregeln zur Einrichtung von
Newsgruppen, wie sie innerhalb der deutschsprachigen News-Hierarchie
"de.*" -- mit Ausnahme von de.alt.*, dazu siehe Anhang A -- gelten.

Werden diese Regeln ohne hinreichenden Grund nicht beachtet, so ist
es nahezu ausgeschlossen, daß die Entscheidung akzeptiert wird.

An dieser Stelle sei darauf hingewiesen, daß kein Netzteilnehmer
oder Sysadmin in irgend einer Weise an die "Beschlüsse" des Netzes
gebunden ist: ob eine Gruppe lokal eingerichtet wird oder nicht, ob
eine Gruppe lokal entfernt wird oder nicht, ob eine Gruppe bezogen
wird oder nicht, das ist alles Entscheidung des lokalen Newsadmins
bzw. dessen Vorgesetzten. Es besteht auf nichts und gegen niemanden
irgend eine Art von Rechtsanspruch, und das Usenet hat keine, oder
besser verzichtet freiwillig auf jegliche, Exekutive.

Dies ist aber nicht als Freibrief für jedweden Unsinn zu verstehen:
Das Netz hat eine Abneigung sowohl gegen net.sheriffs wie gegen
net.terrorists! Es wäre doch schade, wenn wegen letzterer die
Freiheit dieses Netzes eingeschränkt werden müßte ...


2. Zusammenfassung:
~~~~~~~~~~~~~~~~~~~

Eine Entscheidung wird herbeigeführt, indem man ein Thema durch
einen förmlichen RfD (s.u.) zur Diskussion stellt, der Diskussion
genügend Zeit läßt, und dann, falls noch Bedarf und hinreichend
Aussicht auf Erfolg besteht, durch einen förmlichen CfV (s.u.)
darüber abstimmen läßt.

Nach angenommener Wahl veranlaßt die Moderation die notwendigen
Schritte zur "Durchsetzung" der Entscheidung, indem sie die
zugehörigen Steuernachrichten verschickt.

Damit alle Administratoren und alle interessierten Netznutzer
mitbekommen, welche Entscheidungen anstehen, müssen alle
Ankündigungen und Einrichtungen über die Newsgruppe
de.admin.news.announce laufen.


3. Moderation:
~~~~~~~~~~~~~~

Die Gruppe de.admin.news.announce ist moderiert. Sie dient
ausschließlich dem Veröffentlichen von Diskussionsaufrufen (RfD
s.u.), Wahlaufrufen (CfV s.u.), Zwischen- und Endergebnissen,
administrativen Dingen dieser Gruppe (wie Listen laufender Votings)
sowie dazu analogen Postings. Wünscht man eine solche
Veröffentlichung, so muß man seinen Artikel per E-Mail an die
Moderation schicken.

Die momentane Adresse der Moderation lautet:
moderator@dana.de

Die Moderation prüft, ob der gewünschte Artikel den Bestimmungen der
Gruppe entspricht. Findet sie Unstimmigkeiten oder Regelverstöße, so
schickt sie entweder eine Liste der strittigen Punkte an den
Initiator zurück oder (bei lediglich kleinen Fehlern) korrigiert
diese. Ist der Artikel akzeptabel, so wird sie diesen in
de.admin.news.announce sowie jeder weiteren gewünschten Gruppe oder
Mailing-Liste veröffentlichen. Das bedeutet insbesondere, daß
RfD/CfV *ausschließlich* per E-Mail an die Moderation gehen. Ein
Posten "auf eigene Faust" hat zu unterbleiben. Ausnahmen regeln
allein die Moderatorenwahlregeln für de.admin.news.announce.

Moderations"eid": Bei allen Entscheidungen als Moderation werden wir
uns bemühen, uns nicht an die Buchstaben, sondern an den Geist
einer Regel zu halten. Wenn man uns also _überzeugen_ kann, werden
Regelabweichungen im Einzelfall akzeptiert. Auf das Überzeugen
legen wir in einem solchen Fall allerdings Wert!


4. RfD:
~~~~~~~

Wünscht man einen förmlichen "Aufruf zur Diskussion" -- engl.
"Request for Discussion" oder kurz RfD --, so muß dieser an die
Moderation geschickt werden. Diese wird ihn, wenn er den Regeln
entspricht, in de.admin.news.announce posten, ansonsten wird sie
Rücksprache mit dem Initiator halten.

Für einen förmlichen RfD ist folgendes notwendig:

o Es muß deutlich hervorgehen, über was überhaupt diskutiert werden
soll; bei einer Einrichtung einer neuen Gruppe sollte insbesondere
der angestrebte Status (moderiert oder unmoderiert), und der Name
der Gruppe erwähnt sein. Sollte eines von beidem (oder beides)
noch unklar sein, so sollte darauf explizit hingewiesen werden.

o Zur Erläuterung der Gruppe müssen eine Charta und eine
Kurzbeschreibung angegeben werden. Die Charta gibt an, worum es in
dieser Newsgroup überhaupt geht; sie ist normalerweise ein bis
zwei Absätze lang. Die Kurzbeschreibung (mit Gruppennamen und
8er-Tabulator möglichst weniger als 80 Zeichen, am Ende ein Punkt
oder ein anderes Satzendzeichen) wird in den regelmäßigen Postings
verwendet, die den Systemadministratoren helfen, festzustellen,
welche Newsgroups sie vergessen haben zu abonnieren. Manche
Newsprogramme zeigen diese Information auch an.


5. Die Diskussion:
~~~~~~~~~~~~~~~~~~

Die auf den RfD folgende Diskussion wird mittels "Followup-To:" auf
de.admin.news.groups gerichtet, eine Diskussion an (ausschließlich)
anderer Stelle sollte unterbleiben. Der Diskussion sollte genügend
Zeit gelassen werden, um das Thema sorgfältig überdenken zu können,
also mindestens zwei Wochen, jedoch länger, wenn sich noch kein
Konsens eingestellt hat.

Wenn sich aus der Diskussion Veränderungen ergeben, soll ein
weiterer RfD eingebracht werden.


6. CfV:
~~~~~~~

Nach der Diskussionsperiode kann ein Abstimmungsaufruf -- engl.
"Call for Votes" oder kurz CfV -- bei der Moderation eingereicht
werden. Dieser muß mit dem letzten RfD im wesentlichen
übereinstimmen.

Der CfV muß explizit enthalten:

o An wen (welchen Account) eine Stimme zu richten ist.

Die Abgabe einer Stimme für die Einrichtung der Gruppe muß genauso
klar erklärt und genauso einfach sein wie eine Stimme gegen die
Einrichtung und umgekehrt.

Es ist ebenfalls erlaubt, eine andere Adresse als die, von der aus
der Artikel gepostet wurde, anzugeben oder nur "Replies" auf den
"Call for Votes"-Artikel anzunehmen, solange in dem "Call for
Votes"-Artikel klar und explizit erklärt wird, wie die Stimmen
abgegeben werden können.

o Den genauen Zeitraum, in dem Stimmen akzeptiert werden.

Die Abstimmung beginnt mit der Veröffentlichung des CfV. Das Ende
der Abstimmungsperiode muß genau angegeben sein. Der Zeitraum
sollte mindestens drei Wochen, jedoch höchstens einen Monat
betragen.

o Er sollte nur in Ausnahmefällen weitere Regelungen enthalten.
Sofern nicht anders erwähnt, gelten die üblichen Regeln (s.u.).

o Empfohlen werden Beispiele, wie die Stimme für jede (!)
Wahlmöglichkeit auszusehen hat.

Ein RfD/CfV kann eine Sammelabstimmung über mehrere Gruppen
enthalten, wenn für jede Gruppe jeweils eine Charta und eine
Kurzbeschreibung vorhanden ist. Sie sollte im allgemeinen aber
vermieden werden, da hier leicht durch eine zugkräftige Gruppe die
Wahlbeteiligungsklausel (s.u.) der anderen Gruppen ausgehebelt
werden kann.

Ein CfV kann nicht veröffentlicht werden, wenn einer der folgenden
Punkte noch unklar ist:

o Name der Gruppe
o Kurzbeschreibung der Gruppe
o Charta der Gruppe
o Status der Gruppe (moderiert oder unmoderiert)
o der Name des Moderators im Falle einer moderierten Gruppe

Zur Auswahl einer von mehreren Alternativen, die trotz intensiver
Diskussion nicht im Rahmen des RfD konsensfähig geklärt werden
konnten, können die Regeln für "kombinierte Votings" (Teil 9)
eingesetzt werden.


6a. CfV mit persönlichem Wahlschein:
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Es ist ebenfalls zulässig, daß im CfV eine Mailadresse angegeben
wird, bei der die Wähler einen persönlichen Wahlschein anfordern
können. Ist eine solche Adresse angegeben, können gültige Stimmen
nur mittels von dort ausgegebener Wahlscheine abgegeben werden.

Wahlscheinanforderungen ohne funktionierende Absenderadresse werden
vom Wahlscheinausgebenden (in der Regel ist das der Wahlleiter)
ignoriert.

Persönliche Wahlscheine werden bei der Ausgabe auf eine Art
markiert, die eine eindeutige Zuordnung des Wahlscheins zum
Abstimmenden ermöglicht und die das Erzeugen gültig erscheinender
Fälschungen soweit wie möglich ausschließt.

Die Antwortadresse des Abstimmungsaufrufs muß mit der Adresse zur
Anforderung der Wahlscheine übereinstimmen; die Antwortadresse des
Wahlscheins muß mit der Adresse übereinstimmen, die die Stimmen
entgegennimmt.

Eingehende Stimmen, die falsche oder nicht die notwendigen
Markierungen enthalten, oder nicht von der bei der Anforderung
registrierten Absendeadresse kommen, werden nicht gewertet.

Weitere Einzelheiten des Verfahrens können im CfV festgelegt werden.
Sie müssen im RfD angekündigt werden und gelten als "weitere Regeln"
im Sinne von Teil 7 dieser Regeln, bedürfen also insbesondere der
Genehmigung durch die Moderation.

Im übrigen gelten die Bestimmungen des Teiles 6 sinngemäß.


7. Die Wahlregeln:
~~~~~~~~~~~~~~~~~~

Zeitraum: Aus dem CfV geht eindeutig hervor, in welchem Zeitraum
Stimmen akzeptiert werden. Wird als Abstimmungsende nur ein Datum
angegeben, so endet die Abstimmungsperiode mit Ablauf dieses Tages
(also um 00:00 des darauffolgenden Tages). Ausschlaggebend ist
hierbei das *Eintreffen* der Stimme, nicht das Absendedatum. Es
sollte allerdings bei nicht optimal angebundenen Systemen der
Zeitpunkt des Eintreffens auf dem Feed gelten.

Ziel einer Stimme: Aus dem CfV geht eindeutig hervor, an welche
Adresse eine Stimme zu senden ist. Diese Adresse ist verbindlich,
andere Adressen werden nicht gewertet. Stimmen müssen (!) per
E-Mail abgegeben werden. News-Artikel werden genausowenig gezählt,
wie (fern-)mündliche oder (sackpost-)schriftliche
Meinungsäußerungen oder vergleichbares.

Eindeutigkeit: Eine Stimme muß eindeutig enthalten, wofür der
Abstimmende seine Stimme abgibt. Insbesondere werden
konjunktivierte Äußerungen ("Ich würde...") nur als Meinungen,
nicht als Stimmen aufgefaßt und werden daher auch nicht gewertet.

Übertragbarkeit: Stimmen können nicht auf einen anderen
Abstimmungsvorschlag übertragen werden. Eine Stimme zählt nur für
GENAU DEN Vorschlag, für den sie abgegeben wurde. Insbesondere
darf eine Stimme für oder gegen eine Newsgruppe mit einem
bestimmten Namen NICHT als Stimme für oder gegen eine Newsgruppe
mit einem anderen Namen oder einer anderen Charta, einem anderen
unmoderiert/moderiert Status oder, falls moderiert, einem anderen
Moderator oder einer anderen Gruppe von Moderatoren gezählt
werden. Über jede Gruppe wird einzeln abgestimmt, Verknüpfungen
von Wahlen sind nicht möglich.

.misc-Gruppen: Bei der Einrichtung einer neuen Unterhierarchie --
sei es durch Umwandlung einer bestehenden Gruppe oder durch
Neuschaffung -- wird ohne gesonderte Abstimmung eine auf .misc
endende Gruppe eingerichtet. Der zur Gründung der Hierarchie
führende RfD hat hierzu die notwendigen Angaben bereitzustellen.
Wird die Unterhierarchie nur mit der .misc-Gruppe eingerichtet, so
findet hierüber eine normale Abstimmung statt.

Formulare: Bei der Verwendung von Formularen darf nicht alleine die
Tatsache, daß die Stimme nicht maschinenlesbar ist, zur
Ungültigerklärung der Stimme führen.

Wahlberechtigte/Realname: Jeder, der in der Lage ist, eine ansonsten
korrekte Stimme beim Wahlleiter abzugeben, ist wahlberechtigt und
hat genau eine Stimme. Das Wahlrecht beschränkt sich auf
natürliche Personen, das bedeutet insbesondere, daß jede Stimme
mit einem Realnamen, der mindestens je einen ausgeschriebenen Vor-
und Nachnamen des Wählers enthält, verknüpft sein muß. Der Name
wird mit der Absendeadresse und der Stimmabgabe nach der Wahl
veröffentlicht (siehe Teil 8).

Die Wahl ist somit allgemein, gleich und frei, jedoch nicht
geheim!

Der Wahlschein ist durch den Wahlberechtigten selbst auszufüllen
und von ihm selbst unter Verwendung einer seiner Kontrolle
unterstehenden Absendeadresse an die Abstimmadresse einzusenden.

Die Absendeadresse muß unverfälscht im Klartext in der
Abstimmungsmail im From:-Header oder dem vergleichbaren Header
eines anderen Protokolls angegeben werden und reply-fähig sein,
das heißt: Mail muß an die angegebene Absendeadresse grundsätzlich
zustellbar sein.

Der Nachweis der Reply-Fähigkeit der Adresse obliegt dem
Abstimmenden.

Ergebnis: Die Wahl gilt in der vorgeschlagenen Form als angenommen,
wenn mindestens doppelt so viele gültige Ja-Stimmen wie
Nein-Stimmen (Verhältnis), mindestens jedoch 60 Ja-Stimmen
(Wahlbeteiligung), eingetroffen sind.

Mehrfache Stimmen: Treffen mehrere Stimmen der gleichen Person beim
Wahlleiter ein, so gilt die zuletzt abgesandte. Damit ist es
möglich, seine zuvor abgegebene Stimme mit einer Enthaltung
rückgängig zu machen oder zu korrigieren.

Erneuter Aufruf zur Wahl: Der Wahlleiter sollte dafür Sorge tragen,
daß jeder Abstimmende eine Bestätigung bekommt, daß seine Stimme
auch angekommen ist und gewertet werden kann. Dies kann einerseits
durch eine Bestätigungsmail geschehen oder aber durch das Posten
eines 2. CfV (oder beides). Im 2. CfV sollten alle Namen der
bisherigen Wähler erscheinen, und ob die Stimme jeweils gültig war
oder nicht. Ob die Abstimmenden mit Ja oder Nein gestimmt haben,
darf jedoch -- um Wahlbeeinflussung zu unterbinden -- nicht
erwähnt werden!

Zumindest einmal -- möglichst in der Mitte der Wahlperiode --
sollte dieser 2. CfV (Erinnerungs-CfV) gepostet werden, bei dem
eine "Massenbestätigung" ausdrücklich erwünscht ist. Der 2. CfV
wird wie gehabt per E-Mail an die Moderation geschickt, die ihn
dann in de.admin.news.announce (sowie ggf. weiteren Gruppen bzw.
Mailing-Listen) postet.

Abbruch der Wahl: Werden während der Wahlperiode begründete Zweifel
an der Einhaltung der hiesigen Regeln, der Verdacht von
Wahlmanipulationen oder schwere inhaltliche Fehler im Wahlaufruf
bekannt, kann die Abstimmung durch den Wahlleiter abgebrochen
werden. Ein neuer CfV ist dann jederzeit möglich.

Weitere Regeln: Im CfV können weitere Regeln, die die hier
aufgeführten ergänzen oder ersetzen, aufgeführt werden. Sofern
diese Regeln den obigen widersprechen, lehnt die Moderation
entweder diese Regeln und damit das ganze Voting ab, oder aber sie
gelten verbindlich. Grundsätzlich werden aber Regeln, die das
Wahlrecht bestimmter Personen oder Gruppen einschränken, nur in
wirklich begründeten Fällen akzeptiert.


8. Nach der Wahl:
~~~~~~~~~~~~~~~~~

Nach Ablauf der Wahlfrist wird vom Wahlleiter eine Liste der
Abstimmenden sowie deren Stimmen zusammengestellt. Aus dieser Liste
muß eindeutig hervorgehen, wer (E-Mail-Adresse + Realname) für was
(Ja, Nein, Enthaltung) gestimmt hat. Auf die Veröffentlichung des
Realnamens und der E-Mail-Adresse kann in begründeten (!)
Einzelfällen verzichtet werden. Bitte in einem solchen Fall angeben,
ob man bei Ablehnung von seiner Wahlstimme zurücktritt. Diese Liste
wird dann von der Moderation gepostet.

Ist jemand der Meinung, daß es zu schwerwiegenden Unregelmäßigkeiten
bei der Durchführung der Abstimmung gekommen ist, so kann er
innerhalb einer Woche Einspruch gegen das Ergebnis einlegen. Der
Einspruch ist bei der Moderation zur Veröffentlichung in
de.admin.news.announce einzureichen. Die Moderation entscheidet über
den Einspruch und korrigiert ggf. das Ergebnis oder annulliert die
Abstimmung.

Ist die Einspruchszeit verstrichen, sind alle eingereichten
Einsprüche entschieden und wurde die Wahl nicht annulliert, so ist
das Ergebnis gültig. Ist die Einspruchszeit verstrichen, so ist das
Ergebnis bereits vorläufig gültig, wenn durch die Gesamtheit der
noch anhängigen Einsprüche weder die Annahme in Frage steht noch die
Annulierung der Wahl Folge sein kann.

Ist die Wahl (vorläufig) angenommen, so versendet die Moderation die
entsprechenden Steuernachrichten und veranlaßt gleichzeitig die
notwendigen Änderungen in der offiziellen Liste der Newsgruppen.


9. Kombinierte Votings:
~~~~~~~~~~~~~~~~~~~~~~~

Ein CfV kann mehrere Gruppen zur Auswahl anbieten, von denen
höchstens eine eingerichtet werden soll ("kombiniertes Voting").
Dabei wird über die Einrichtung jeder einzelnen Gruppe gemäß den
obigen Regeln abgestimmt.

In einem weiteren Abstimmungsblock innerhalb desselben CfV findet
zusätzlich ein Stichentscheid zwischen all diesen Gruppen statt.
Falls in den Einrichtungsfragen mehr als eine Gruppe angenommen
wird, so wird davon einzig diejenige eingerichtet, welche im
Stichentscheid das beste Verhältnis Zustimmung : Ablehnung aufweist.


10. Vereinfachtes Verfahren:
~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Für kleinere Änderungen (z.B. Formulierungsänderungen in Charta oder
Kurzbeschreibung) kann ein vereinfachtes Verfahren durchgeführt
werden, bei dem der Änderungsvorschlag ohne vorherige Diskussion und
Abstimmung umgesetzt wird, sofern dieser Änderung nicht
widersprochen wird.

Ein vereinfachtes Verfahren -- oder kurz VV -- beginnt mit dessen
Veröffentlichung in de.admin.news.announce und muß dieselben
Anforderungen wie ein RfD (siehe Teil 4) erfüllen. Es darf zudem
keine Unklarheiten bzgl. der Gruppenattribute enthalten.

Ein VV muß darüber hinaus explizite Hinweise enthalten auf:

o die Tatsache, daß die Änderung unverzüglich vorgenommen wird,
wenn dieser nicht widersprochen wird.

o die Adresse, bei der der Widerspruch eingelegt werden muß (die
Adresse der Moderation von de.admin.news.announce, derzeit
moderator@dana.de).

o die Frist, innerhalb der man Widerspruch einlegen muß.

Das VV muß der Netzgemeinde mindestens eine Frist von zwei Wochen
ab Veröffentlichung zum Widerspruch einräumen. Der Widerspruch kann
formlos erfolgen; im übrigen gelten die Wahlregeln (siehe Teil 7)
mit Ausnahme der Abschnitte "Ergebnis" und "Erneuter Aufruf zur
Wahl" sinngemäß auch hier.

Nach Ablauf der Frist veröffentlicht die Moderation von
de.admin.news.announce eine Liste der Personen (E-Mail-Adresse +
Realname), die der Änderung widersprochen haben; ist kein
Widerspruch gegen die Änderung eingegangen, so gilt sie als
angenommen, andernfalls ist das vereinfachte Verfahren gescheitert.
Nach einem Scheitern kann es als normaler (1.) RfD fortgesetzt oder
aufgegeben werden. Im übrigen sind die Regelungen aus Teil 8
sinngemäß anzuwenden.


Anhang A. Sonderregel für Einrichtungen und Löschungen von Gruppen in
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
de.alt.* sowie Änderungen ihrer Attribute:
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Diese Sonderregel gilt _ausschließlich_ für Verfahren zur
Einrichtung oder Löschung von Gruppen in de.alt.* sowie für
Verfahren zur Änderungen der Attribute von Gruppen in de.alt.*,
nicht aber bei analoger Anwendung der obigen Regeln für andere
Verfahren.

Hier ist alles viel einfacher. Die Grundregel lautet hier: Fairneß.

Eine Einrichtung einer Gruppe in de.alt.* läuft folgendermaßen ab:
Man fragt in de.alt.admin, ob jemand Einwände gegen die
vorgeschlagene Gruppe hat, wartet fairerweise lang genug, damit sich
auch wirklich jemand beklagen kann (die Antwortzeiten liegen --
trotz mittlerweile nur noch geringer Verzögerungen beim Transport --
immer noch im Bereich mehrerer Tage, üblich ist daher eine Wartezeit
von 7 Tagen), und schickt, wenn der Protest nicht allzu heftig war,
einfach die newgroup-Message.

Posted In: de.alt.admin

no comments

Reply

]]> Wed, 06 Aug 2008 15:00:15 PDT http://www.nnseek.com/e/de.alt.admin/missverstaendnisse_in_de_admin_news_groups_66630590t.html http://www.nnseek.com/e/de.alt.admin/missverstaendnisse_in_de_admin_news_groups_66630590t.html Posting-frequency: weekly
Last-modified: 2007-10-21
URL: http://www.kirchwitz.de/~amk/dai/dang-faq

FAQ: Die groessten Missverstaendnisse in de.admin.news.groups
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Was man alles so falsch machen kann ...
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Dieses FAQ verfolgt den alleinigen Zweck, die wohl haeufigsten
Missverstaendnisse in der Newsgroup de.admin.news.groups (dang)
aufzuzeigen, zu denen es im Zusammenhang mit dem Einrichtungsverfahren
neuer Gruppen kommt. Dabei treten immer wieder die gleichen
Argumentationsmuster auf, die hier ungeschoent wiedergegeben werden
sollen; dabei wird bewusst auf political Correctness verzichtet.

Obwohl in de.alt.admin weniger restriktive Regeln zur Einrichtung
von Newsgroups herrschen, gilt dieser Text auch analog fuer dort.

Dieser Text kann also desillusionierend wirken, er soll es sogar. Dem
Anfaenger sei aber verraten, dass es bestimmt weh tut, wenn er die
hier genannten Fehler live ausprobiert und dann um die Ohren gehauen
bekommt. Er ist also gut beraten, seine Argumentation anhand dieses
FAQs zu ueberpruefen.

Es sei der Hinweis erlaubt, dass die einschlaegigen Texte zu
Newsgroups als bekannt vorausgesetzt werden. Am Ende findet sich ein
kleines (und daher nicht notwendig vollstaendiges)
Literaturverzeichnis.

Im folgenden werden nun typische Aussagen von Newbies dargestellt, die
eine neue Gruppe einrichten wollen; die jeweiligen Antworten, also die
herrschende Meinung, werden durch ein "A:" gekennzeichnet.


~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~


1) Mein Thema ist das wichtigste der Welt!!! Wieso muss ich mich hier
---------------------------------------------------------------------
ueberhaupt einer Diskussion stellen?
------------------------------------

A: Diese Aussage loest bei den Regulars von dang ein Deja vu aus. So
ungefaehr neun von zehn unerfahrenen Proponenten beanspruchen dies
fuer sich, wofuer sie dann umfangreiche Belege liefern. Allein -- das
interessiert hier keinen. Wenn dieses Thema wirklich so wichtig sein
sollte, wird es in den bereits existierenden Gruppen einen erheblichen
Traffic verursachen; dann aber ist das entscheidende Argument fuer
eine neue Gruppe da: Der Traffic naemlich.

Im uebrigen sind aus Sicht des Netzes alle Themen grundsaetzlich
gleich wichtig. Daher existiert auch fuer jedes Thema eine passende
Gruppe. Die Einrichtung einer Gruppe kann deshalb nicht als
Statussymbol oder als Zeichen fuer die Anerkennung eines bestimmten
Themas dienen. Sinnvoll ist eine neue Gruppe daher nur, wenn ihre
Einrichtung eine schon bestehende Gruppe lesbarer macht oder den in
mehreren Gruppen verstreuten Traffic in einer buendeln kann.
Anders ausgedrueckt: die Einrichtung einer eigenen Gruppe ist ein
Zeichen dafuer, dass das Thema den Lesern einer uebergeordneten Gruppe
durch dauernde Erwaehnung auf die Nerven geht.


2) Die halbe Welt wuerde zu diesem Thema schreiben, wenn es nur eine
--------------------------------------------------------------------
eigene Gruppe gaebe.
--------------------

A: Wenn Du keinen existierenden Traffic nachweisen kannst, kannst Du
natuerlich sagen: 'Dieses Thema ist so wichtig, dass sich dazu schon
Traffic entwickeln wird.' Dieses Argument wird aber von etlichen
Leuten nicht akzeptiert werden; es kann vielleicht zutreffen, muss
aber nicht. Zunaechst einmal spricht deutlich mehr dagegen als dafuer
(s.o.). Es tragen auch Millionen von Leuten weisse T-Shirts. In jedem
Fall werden viele gegen die vorgeschlagene Newsgroup stimmen, sofern
Du nicht *stichhaltige* Gruende angeben kannst, warum kein Traffic
existiert. Das Argument, es habe ja auch keine eigene Gruppe gegeben,
ist schlichtweg falsch. Es ist vielmehr so, dass es genau fuer diesen
Fall die .misc-Gruppen gibt. Du solltest also erst einmal in der
passenden .misc-Gruppe zu Deinem Thema posten, evtl. finden sich ja
weitere Leute, die an Deinem Thema interessiert sind.

Da sehr viele Proponenten ihr Thema fuer aeusserst wichtig halten,
aber keinen Traffic nachweisen koennen, wurde die Debatte um den
Trafficnachweis hier schon unzaehlige Male gefuehrt. Daher reagieren
die meisten hier auch ausgesprochen gereizt, wenn nun zum x-ten Male
dasselbe diskutiert werden soll.

Beim Trafficnachweis kommt es darauf an zu zeigen, dass mit grosser
Wahrscheinlichkeit existierender Traffic in die neue Gruppe umziehen
wird. Dies ist bei Spezialisierung einer Gruppe aus de.all sehr
wahrscheinlich; bei Mailinglisten wird man schon mehr argumentieren
muessen, wieso die Leute wirklich umzugswillig sind; soll schliesslich
Traffic aus dem Web abgezogen werden, so bestehen schon erhebliche
Zweifel daran, dass die Surfer erstens ueberhaupt das Usenet kennen
und zweitens das Medium wechseln wollen.

Der Sinn dieses Argumentes ist, dass eine neue Gruppe nur leben kann,
wenn auch genug Traffic kommt; und Traffic kommt von Schreibern, nicht
von Lesern. Ansonsten koennte die Gruppe praktisch sterben, und ein
Anfaenger sieht einmal rein, merkt, dass da nichts los ist, und liest
die Gruppe nie wieder.


3) Ich gehoere einer unterdrueckten Minderheit an, jetzt werde ich
------------------------------------------------------------------
auch hier zensiert!
-------------------

A: Unsinn. Es geht in dang nicht darum, den geistig-moralischen Wert
einer einzurichtenden Gruppe zu pruefen. Es geht darum festzustellen,
ob zum einen der Vorschlag den formalen Kriterien (Name und
Einordnung, Kurzbeschreibung, Charta) genuegt, und zum anderen, ob es
Bedarf fuer diese Gruppe gibt. Dabei spielt es nicht die geringste
Rolle, ob es um ein weltbewegendes oder beliebig unsinniges Thema
geht.


4) Ueberlasst die Diskussion gefaelligst denen, die etwas davon
---------------------------------------------------------------
verstehen! Warum schreibt Ihr ueberhaupt Eure Kommentare dazu?
--------------------------------------------------------------

A: Du begehst einen Denkfehler: Hier schreiben diejenigen, die etwas
von der Sache verstehen, auf die es *hier* ankommt, naemlich von den
Newsgruppen. Die Newsgroup fuer die Experten zu Deinem Thema soll ja
gerade erst eingerichtet werden. Wichtig ist aber, dass diese dann
auch fuer Aussenstehende klar erkennbar und auffindbar ist; dies wird
dann dadurch erreicht, dass Name, Einordnung, Kurzbeschreibung und
Charta entsprechend klar sind.


5) Fuer xyz gibt es schon eine eigene Gruppe, fuer mein Thema
-------------------------------------------------------------
aber nicht. Das ist ungerecht. Schliesslich ist mein Thema viel
---------------------------------------------------------------
{wichtiger, interessanter, verbreiteter, unterstuetzungswuerdiger}
------------------------------------------------------------------
als xyz.
--------

A: Das kann ja alles sein, und es ist verstaendlich, dass Du das so
siehst, schliesslich hast Du ein Interesse an der Gruppe. Das ist aber
eine Einzelmeinung, die nur Deine persoenlichen Vorlieben
widerspiegelt und die fuer andere bestenfalls eine Information zur
Kenntnisnahme darstellt. Objektiv zaehlt fuer die Einrichtung aber nur
der Bedarf fuer eine Newsgroup, der sich laut herrschender Meinung in
dang fast ausschliesslich als Traffic definiert. Offensichtlich hat
das Thema xyz Euch diesen Vorteil voraus, oder Du wuerdest
hinsichtlich dieses Arguments nicht auf Widerstand stossen.


6) So eine Gruppe stoert doch niemanden. Richtet doch einfach unsere
--------------------------------------------------------------------
Gruppe ein, Ihr muesst sie ja nicht lesen!!!
--------------------------------------------

A: Das ist die eine Seite der Medaille. Die andere ist, dass
leerstehende Gruppen dem Nutzer nichts bringen, da er sein Thema zwar
moeglicherweise sofort mundgerecht vorfindet, jedoch ihm nichts als
gaehnende Leere entgegenschlaegt. Wird er nicht frustriert wieder
gehen und *nie wieder* zurueckkommen? Die Gruppe wird also allmaehlich
aussterben, weil die Anfangsdiskussion nicht zustandekommt. Alle
Interessierten schauen *nacheinander* rein und verschwinden
enttaeuscht wieder. Gaehnende Leere ...

Darueberhinaus wird auch ein Netzneuling von der Vielzahl der Gruppen
erschlagen. Seine Ansaetze strukturellen Vorgehens werden von der
Vielzahl von Gruppen zunichte gemacht. Er kann sich nicht mehr
sinnvoll informieren und versucht sich auf Glueckstreffer (siehe
BIG8). Das fuehrt zu einem stark steigenen Rauschanteil in allen
Gruppen.

Als mahnendes Beispiel schaue man sich die Hierarchie alt.all an.


7) Dann koennen wir die Gruppe ja auch erstmal versuchsweise
------------------------------------------------------------
einrichten. Wenn sich innerhalb eines halben Jahres kein stabiler
-----------------------------------------------------------------
Traffic entwickelt, kann die Gruppe ja wieder geloescht werden.
---------------------------------------------------------------

A: Das funktioniert nicht. Einmal eingerichtete Gruppen koennen nicht
wieder vollstaendig entfernt werden.

Es ist nun einmal so, dass wir nur Empfehlungen zur Einrichtung oder
Loeschung von Gruppen aussprechen koennen. Einige Newsadmins folgen
diesen Empfehlungen, andere nicht. Einige folgen auch nur den
Empfehlungen zur Einrichtung einer Gruppe aber nicht denen zur
Loeschung. Deshalb wird keine der in dang getroffenen Entscheidungen
jemals vollstaendig auf allen Servern, die die Hierarchie de.all
fuehren, umgesetzt werden.

Wenn wir jetzt anfangen, Gruppen "zur Probe" einzurichten und dann
anschliessend wieder zu loeschen, dann werden auf vielen Servern
Gruppenleichen zurueckbleiben; dies fuert dazu, dass Traffic
fehlgeleitet wird, bzw. Leitungen verstopft, ohne Nutzen zu bringen.


8) Es ist ja schoen, dass eine Untergruppe eingerichtet werden soll,
--------------------------------------------------------------------
aber deswegen muss man ja nicht gleich meine Lieblingsknuddelgruppe in
----------------------------------------------------------------------
.misc umbenennen!!!
-------------------

A: Ein Newsserver muss manchmal mehrere Dutzend Zugriffe pro Sekunde
gleichzeitig bearbeiten koennen, und dabei ist dann die Zugriffszeit
auf den Datenbestand von entscheidender Bedeutung.

Auch heute noch werden News hauptsaechlich in normalen Dateisystemen
verwaltet. Diese haben leider die unangenehme Eigenschaft, dass der
Zugriff auf ein Verzeichnis umso laenger dauert, je mehr Dateien (das
schliesst auch Verzeichnisse mit ein) in diesem enthalten sind.

Wenn nun in einem Verzeichnis (gleich einer Hierarchieebene in den
News) sowohl Unterverzeichnisse (eine weitere Ebene) als auch normale
Dateien (Postings) enthalten sind, dauert der Zugriff auf die
untergeordnete Ebene laenger; der Server wird unnoetig ausgebremst.
Dies umso mehr, je mehr Traffic die Newsgroup fuehrt, die gleichzeitig
eine Hierarchie ist.

Ausserdem ist es einem Neuling auch leichter zu erklaeren, was
Newsgroups sind und was nicht. Zeichnet man sich die einzelnen
Segmente aller Newsgroups als Baum auf, kann man dann einfach deutlich
machen, dass jedes Blatt eine Newsgroup darstellt und alle Astgabeln
(Verzweigungen) keine sind. Bisher gibt es da noch ein paar Ausnahmen,
aber die muessen wir ja nicht zur Regel machen.


9) Mein Anliegen ist wirklich dringend, diese Gruppe sollte moeglichst
----------------------------------------------------------------------
schon gestern eingerichtet werden. Warum muessen wir hier so viel Zeit
----------------------------------------------------------------------
mit Diskussionen verlieren?
---------------------------

A: Ein altes chinesisches Sprichwort sagt: Wenn Du es eilig hast,
waehle einen Umweg. Dementsprechend solltest Du sofort die geeignete
(schon existierende, s.o.) Gruppe nutzen.

Wenn Du ueberzeugende Argumente bringst (ueberlaufende .misc-Gruppe,
High-Traffic-Mailingliste) und Dich bei Einordnung, Kurzbeschreibung
und Charta kooperativ zeigst, dann kann das Verfahren auch recht
schnell abgewickelt werden. Allerdings faellt es vielen, die schon
laenger in dang dabei sind, schwer, die "Es-ist-aber-dringend"-Rufe
ernst zu nehmen. Der Grund dabei ist, dass es mit schoener
Regelmaessigkeit vorkommt, dass jemand eine neue Gruppe vorschlaegt,
diese Gruppe als unglaublich wichtig und dringend bezeichnet, aber
dann nicht mehr gesehen wird.

Wenn eine Gruppe wirklich so dringend ist, sollte man sich als
Proponent kooperativ zeigen und die Hinweise in de.admin.news.groups
ernstnehmen, aber gleichzeitig das Verfahren zielsicher durchziehen.


10) Wieso darf die Gruppe nicht de.talk.gisoc heißen? Die Insider
-----------------------------------------------------------------
wissen, was damit gemeint ist und die anderen interessiert es doch eh
---------------------------------------------------------------------
nicht.
------

A: Die Namen von Newsgroups dienen dazu, dass man moeglichst effizient
zu einem bestimmten Thema die passende Gruppe finden kann. Dabei ist
es eine sehr grosse Hilfe, wenn man bereits anhand des Namens all die
Gruppen aussondern kann, die einen nicht interessieren, ohne die
jeweilige Charta durchlesen zu muessen.

Deshalb soll der Name einer Gruppe gerade auch fuer diejenigen
aussagekraeftig sein, die sich *nicht* fuer das Thema interessieren.
Diejenigen, die die Gruppe interessiert, koennen sich dann sehr
schnell in der Charta ueberzeugen, dass dies tatsaechlich die gesuchte
Gruppe ist.

Im uebrigen erspart man der Gruppe auch immer wiederkehrende Fragen,
was der Name denn bedeute.


11) Ich will aber nicht an einer Abstimmung teilnehmen, bei der meine
---------------------------------------------------------------------
E-Mail-Adresse im Ergebnis erscheint und damit den Spammern zum Frass
---------------------------------------------------------------------
vorgeworfen wird.
-----------------

A: Die Erfahrungen zeigen, daß E-Mail-Adressen, die nur im Textkoerper
eines Postings auftauchen, kaum für Spam verwendet werden. Die Spammer
lassen anscheinend lieber ein Programm laufen, das alle Postings nach
den Adressen in den From-Zeilen abgrast. Deshalb wird auch auf eine
Verfremdung der E-Mail-Adressen (z.B. hans at irgend.wo) verzichtet,
die das normale Lesen erschwert, aber die Auswertung durch Spammer
nicht wesentlich behindert.

Wichtig ist fuer das Funktionieren der Abstimmungen, dass die
abgegebenen Stimmen auch oeffentlich kontrolliert werden koennen. So
hat jeder die Moeglichkeit zu ueberpruefen, ob seine Stimme korrekt
gewertet wurde. Ohne Angabe der E-Mail-Adresse waere aber oft nicht
eindeutig erkennbar, wer denn diese Stimme abgegeben hat, und eine
Rueckfrage beim Abstimmenden durch Nichtbeteiligte waere auch nicht
moeglich.

Wenn Dir das geringe Risiko, wegen der Veröffentlichung der Adresse
Spams zu bekommen, zu hoch ist, dann darfst Du ueberhaupt keine
Postings ins Usenet setzen und brauchst daher auch nicht hier mit
abzustimmen. Ach, Du meinst, in Postings verwendest Du doch eine
falsche Adresse, was bei der Abstimmung ja nicht geht? Dann lies bitte
das FAQ: http://home.pages.de/~gerlo/falsche-email-adressen.html


12) Es existiert die internationale Gruppe talk.bla.fasel, also
---------------------------------------------------------------
koennen wir doch auch de.bla.fasel einrichten.
----------------------------------------------

Auch de.all ist eine internationale Hierarchie und zwar eine
deutschsprachige. Dies im Gegensatz zu den sogenannten Big8, den
internationalen englischsprachigen Hierarchien. Und damit ist auch
schon das Problem genannt: Wenn eine englischsprachige Gruppe Traffic
hat, ist das kein genuegender Nachweis, dass auch eine
deutschsprachige Gruppe Traffic haben wird, weil dieser
englischsprachige Traffic ja nicht umziehen wird.

Die Sache sieht schon wieder anders aus, wenn Du zeigen kannst, dass
in der englischsprachigen Gruppe viele Leute schreiben, die eigentlich
viel lieber deutsch schreiben wuerden. Schau mal genau in die Gruppe
rein: findest Du dort Leute, die mit einer .de-, .at- oder .ch-Domain
posten? Du kannst auch einfach mal in der Gruppe anfragen, ob
deutschsprachige Schreiber und Leser da sind. Wenn Du zeigen kannst,
dass die englischsprachige Gruppe sehr wohl von deutschsprachigen
Usern mitbevoelkert wird, die umziehen wuerden, hast Du schon viel
bessere Karten in der Diskussion um die neue Gruppe. Am besten, Du
ueberzeugst die Leute, doch in der bereits passenden Gruppe von de.all
zu schreiben, damit ist der Traffic dann offensichtlich.


13) Mein Thema benoetigt aber eine eigene Subhierarchie und die
---------------------------------------------------------------
.misc-Gruppe, die bekanntermassen aus *formalen* Gruenden mitangelegt
---------------------------------------------------------------------
wird, faellt bei Einrichtungs-Ueberlegungen nicht ins Gewicht.
--------------------------------------------------------------

A: Der Trafficnachweis fuer eine neue Gruppe ist nicht automatisch
ausreichend fuer eine neue Subhierarchie. Er reicht erst, wenn auch
fuer die entstehende .misc-Gruppe genug eigener Traffic uebrigbleibt.
Auf Verdacht werden keine Hierarchien eingerichtet.


14) Mein Thema ist aber viel breiter, das passt nicht in die
------------------------------------------------------------
Hierarchie, die Ihr mir vorgeschlagen habt!
-------------------------------------------

A: Praktisch jedes Thema hat unterschiedliche Aspekte und
ueberschreitet die Hierarchie, unter der es eingeordnet ist. Theater
ist nicht nur Kunst, sondern auch Beruf. Fussball ist nicht nur Sport,
sondern auch TV-Unterhaltung. In einer Hundegruppe geht es nicht nur
um Heimtierhaltung, sondern auch um Tiermedizin, und Unix-Fragen
koennte man nicht nur unter de.comp.os.all, sondern auch unter
de.soc.weltanschauung.all unterbringen.

Trotzdem: Alle diese Themen haben einen *Hauptaspekt*. Unter diesem
soll die Gruppe eingeordnet werden. Dass sich die Diskussionen in der
Gruppe nicht auf diesen Hauptaspekt beschränken, ist normal, und
jedenfalls kein Grund, die Gruppe weiter oben in der Hierarchie
einzuordnen.



~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~


Kleines Literaturverzeichnis:

Die Newsgroups de.admin.infos und de.newusers.infos enthalten einige
wichtige Texte, insbesondere:
- Einfuehrung in das Usenet
- Die Newsgruppen der de-Hierarchie
- Einrichtung von Usenet-Gruppen in "de.*"
- Glossar

Die Gruppe de.alt.admin enthaelt
- FAQ: Einrichtung von de.alt-Newsgruppen.

Im WWW finden sich die existierenden Gruppen von de.all (mit Chartas):
http://www.cs.uu.nl/wais/html/na-dir/de-newsgroups/chartas.html
oder als Public checkgroups (ohne Chartas):
http://www.dana.de/mod/checkgroups.txt

Weiterhin gibt es Erlaeuterungen zum Einrichtungsverfahren:
http://www.kirchwitz.de/~amk/dai/dana-manual


~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~


Schlussbemerkung:

Es geht auch alles viel einfacher. Zunaechst sollte der hoffnungsvolle
Proponent (2b) sich mit dem Einrichtungsverfahren vertraut machen;
dazu finden sich einige Texte in der Gruppe de.admin.infos.
Weiterhin empfiehlt es sich, die Gruppen de.admin.news.announce und
de.admin.news.groups einige Zeit zu lesen, bevor man ein eigenes
Verfahren anstrengt; damit wird man erkennen, welche Fehler man besser
erst gar nicht macht. Schliesslich empfiehlt es sich, jemanden zu
fragen, der sich mit sowas auskennt. Unter mentoren@dana.de finden
sich einige Freiwillige, die abseits des Trubels von
de.admin.news.groups bei der Vorbereitung von RfDs und CfVs helfen.
Eine Mail an sie genuegt.

An der Erstellung dieses Textes waren beteiligt:
Adrian Suter schweiz.org>
Andreas Hildebrandt
Boris 'pi' Piwinger <3.14@piology.org>
Dirk Nimmich roxel.ms.sub.org>
Hatto von Hatzfeld
Lutz Donnerhacke
Ludwig Boeckel gludum.bonbit.org>
Nicole Simon
Rainer May
Rasmus Althoff
Rolf Krahl
Tilman Schmidt

Posted In: de.alt.admin

no comments

Reply

]]> Wed, 06 Aug 2008 15:00:12 PDT http://www.nnseek.com/e/de.alt.admin/how_to_add_de_all_66354110t.html http://www.nnseek.com/e/de.alt.admin/how_to_add_de_all_66354110t.html Please refer to http://www.dana.de/ for further information.

WARNING: The subhierarchy de.alt.dateien.ALL contains groups with binary
content and relatively high volume (about half of the hierarchy total
volume).

All control messages are sent from and signed with
the PGP key 0xD3033C99, available from various key servers, via HTTP
from http://www.dana.de/mod/pgp/dana.asc or by mail (send your request
to moderator@dana.de):

Type Bits/KeyID Date User ID
pub 1024/D3033C99 1996/05/18 de.admin.news.announce

Key fingerprint = 5B B0 52 88 BF 55 19 4F 66 7D C2 AE 16 26 28 25

The subhierarchy de.alt.ALL is similar to alt.ALL but covered by the
official checkgroups due to technical limitations. Please use these
control.ctl lines:
all:moderator@dana.de:de.*:verify-de.admin.news.announce
newgroup:*:de.alt.*:doit=mail
rmgroup:*:de.alt.*:doit=mail

All moderated groups contain the current moderator address in the
description line. To ease administration please add this moderators line:
de.*:%%s@moderators.dana.de

In order to get a bidirectional feed of articles, please feel free to mail
to moderator@dana.de. We will forward your request to the mailinglist of
German newsmasters.

The current list of valid newsgroups within de.ALL can be found in
de.admin.news.announce (where it gets posted monthly as a checkgroups
control message) or below:

de.admin.infos Infotexte zum Netz. spamfence.net> (Moderated)
de.admin.lists Fuer Statistiken. (Moderated)
de.admin.misc Allgemeine Themen zum Netz.
de.admin.net-abuse.announce Massnahmen gegen Netzmissbrauch. albasani.net> (Moderated)
de.admin.net-abuse.mail E-Mail-Missbrauch.
de.admin.net-abuse.misc Sonstiger Netzmissbrauch.
de.admin.net-abuse.news Fehlverhalten im Usenet.
de.admin.news.announce RFDs, CFVs, Zwischen- und Endergebnisse. (Moderated)
de.admin.news.groups Diskussionen ueber (neue) Newsgruppen.
de.admin.news.misc Sonstige Themen rund um NetNews.
de.admin.news.regeln Regel- und Einspruchsdiskussion.
de.alt.0d Test von Bots.
de.alt.admin Neue de.alt-Newsgroups und deren Verbreitung.
de.alt.anime Japanische Zeichentrickfilme.
de.alt.arnooo Eigenwilliges Verhalten.
de.alt.astrologie Sterndeuter und Horoskope.
de.alt.augenoptik Auge - Brille - Kontaktlinse.
de.alt.auto.smart Fuer die Freunde des Parkwunders.
de.alt.comm.datentausch-dienste Peer-to-peer: Wie du mir, so ich dir.
de.alt.comm.mgetty Discussion about the unix fax software mgetty+sendfax (english).
de.alt.comp.cygwin+co Unix meets MS Windows.
de.alt.comp.sap-r3 Betriebswirtschaftliche Standardsoftware SAP R/3.
de.alt.dateien.misc Nicht-Text-Dateien ohne eigene Gruppe.
de.alt.dateien.weibsbilder Bilder, Toene etc. von weiblichen Menschen.
de.alt.dummschwatz Fuer die duemmsten und inhaltsleersten Postings.
de.alt.etc.koerperpflege Von Aloe Vera bis Zahnseide.
de.alt.etc.wunschgewicht Hier kriegst Du Dein Fett weg.
de.alt.fan.aldi Grossdiscounter und Discountkultur.
de.alt.fan.fastfood Beinahe Essen.
de.alt.fan.fruehstyxradio Fanclub der fruehaufstehenden Radiohoerer.
de.alt.fan.haraldschmidt Fanclub der letzten Hoffnung der dt. Fernsehunterhaltung.
de.alt.fan.harry-potter Das Hogwarts-Universum.
de.alt.fan.ipod Musik fuer unterwegs nach Apfel-Art.
de.alt.fan.konsumterror Sinn und Unsinn von Werbung.
de.alt.fan.pluesch Plueschtiere: Aufzucht, Pflege und Knuddeln.
de.alt.fan.pratchett Rund um die Scheibenwelt!!!
de.alt.fan.prince Diskussion ueber den Musiker Prince.
de.alt.fan.rrr Die virtuelle Motorradfahrervereinigung RRR.
de.alt.fan.tabak Nikotin in jeder Form.
de.alt.fan.tolkien Nachrichten aus Mittelerde.
de.alt.flame Fuer diejenigen die es nicht lassen koennen :-).
de.alt.folklore.computer Anekdoten ueber Computer und ihre Benutzer.
de.alt.folklore.ddr Niemand hat die Absicht, eine Newsgroup zu errichten!
de.alt.folklore.urban-legends Die Spinne in der Yucca-Palme.
de.alt.folklore.usenet Alte Kabalen & neue Anekdoten.
de.alt.games.half-life Get Freeman!
de.alt.games.konsolen Zocken an Game Boy, Playstation & Co.
de.alt.games.linux Zocken mit dem Pinguin.
de.alt.games.quake Das Spiel Quake von id Software.
de.alt.games.schach Das Spiel der Koenige.
de.alt.games.unreal Das 3-D Spiel Unreal von Epic.
de.alt.gruppenkasper Endlosdiskussionen, Haarspaltereien etc.
de.alt.hoerfunk Hoerfunk: Radio, Programme, Sendungen etc.
de.alt.mud Alles ueber Multi-User-Dungeons.
de.alt.music.hiphop Kultur und Musik des Hip-Hop.
de.alt.music.jazz Vom Blues zur freien Musik.
de.alt.music.metal Hard Rock, Metal aller Art und Verwandtes.
de.alt.naturheilkunde Diskussion naturheilkundlicher Therapien.
de.alt.netdigest Aktueller und klassischer Humor aus allen Netzen und IRC. (Moderated)
de.alt.paranormal Uebernatuerliches, Unerklaerbares, Raetselhaftes.
de.alt.radio-scanner Gedankenaustausch zwischen radio-scanner(Funkempfaenger)-Besitzern.
de.alt.rec.ascii-art Punkt, Punkt, Komma, Strich ...
de.alt.rec.digitalfotografie Digitalkameras und Zubehoer.
de.alt.rec.fantasy Magische Welten und ihre Schoepfer.
de.alt.rec.getraenke Prost!
de.alt.rec.google-earth Zeig mir die Welt.
de.alt.rec.wissen Quizspiele und Trivia.
de.alt.recovery.webauthor Will markup for food.
de.alt.soc.aufmerksamkeitsdefizit ADS, ADHS und Verwandtes.
de.alt.soc.knigge Hoeflichkeit und gutes Benehmen im wirklichen Leben.
de.alt.soc.lesbischwul Schwule, Bisexuelle, Lesben und ihr Leben.
de.alt.soc.punk Kultur, Musik und Leben der Punks.
de.alt.soc.verschwoerung Mitlesen verboten!
de.alt.sport.mountain-bike Mit dem MTB ueber Stock und Stein.
de.alt.sysadmin.recovery Alles, was Systembetreuer aufmuntert.
de.alt.talk.kasper Heimstatt der Usenet Kasper aller Art.
de.alt.talk.unmut Daran reibe ich mich mit Genuss.
de.alt.technik.gps Navigation - Trabanten zeigen uns den Weg.
de.alt.technik.misc Wie funktioniert denn das?
de.alt.technik.waffen Funktionsweise, Herstellung, (Nicht-)Anwendung.
de.alt.test Tests im de.alt-Teilnetz. Achtung Reflektoren!
de.alt.tv.mash Ueber die amerikanische Fernseh-Serie: M*A*S*H.
de.alt.ufo Unidentifizierte fliegende Objekte und ihre Freunde.
de.answers Fundgruppe fuer regelmaessige deutschspr. USENET-Artikel. mit.edu> (Moderated)
de.comm.abuse Missbraeuchliche Nutzung von Fax, Telefon, SMS etc.
de.comm.anbieter.festnetz.misc Sonstiges zu Tk-Anbietern im Festnetz (z.B. Service).
de.comm.anbieter.festnetz.tarife Tarife von Tk-Anbietern im Festnetz.
de.comm.anbieter.misc Service und Tarife sonstiger/gemischter Angebote.
de.comm.anbieter.mobil Service und Tarife von Tk-Anbietern im Mobilfunk.
de.comm.chatsystems Chat-Systeme, IRC: Technik, Benutzung und Suchtbekaempfung.
de.comm.funk.amateur Technik und Betriebstechnik des Amateurfunks.
de.comm.funk.cb CB-Funk und anderer Jedermannsfunk.
de.comm.funk.misc Sonstige Funkthemen.
de.comm.funk.vereine Funkvereine und ihre Aktivitaeten.
de.comm.geraete.analog.misc Sonstiges zum Plain Old Telephone System.
de.comm.geraete.analog.modem Datenfernuebertragung im analogen Netz.
de.comm.geraete.isdn.computer ISDN-Karten/-Adapter fuer Computer.
de.comm.geraete.isdn.misc Alles sonstige zu ISDN-Geraeten.
de.comm.geraete.isdn.tk-anlage Tk-Anlagen und a/b-Adapter im ISDN.
de.comm.geraete.misc Sonstige Kommunikations-Geraete.
de.comm.geraete.mobil.misc Sonstige mobile Endgeraete und Zubehoer.
de.comm.geraete.mobil.nokia Besonderheiten der Nokia-Geraete.
de.comm.geraete.mobil.pager Pagingsysteme wie Skyper, Scall, Telmi usw.
de.comm.geraete.mobil.siemens Besonderheiten der Siemens-Geraete.
de.comm.infosystems.misc Sonstige Informationssysteme (Hyper-G, gopher, WAIS).
de.comm.infosystems.suchmaschinen Finden und gefunden werden.
de.comm.infosystems.www.authoring.misc Webseiten, (X)HTML, CSS und mehr.
de.comm.infosystems.www.pages.misc Web-Seiten.
de.comm.internet.commerce Unternehmensaktivitaeten im Internet.
de.comm.internet.infrastruktur Router, Topologie und Administrativa.
de.comm.internet.misc Sonstige Themen zum Internet ausser Infosystems.
de.comm.internet.telefonie Voice over IP (VoIP).
de.comm.misc Kommunikation: Hardware, Protokolle und Probleme.
de.comm.protocols.misc Sonstige Protokolle (IPX, DECnet, Appletalk etc).
de.comm.protocols.tcp-ip TCP/IP-Themen.
de.comm.provider.mail Zugangsunabhaengige E-Mail-Dienste.
de.comm.provider.metronet Das ist metronet, das geht hier net.
de.comm.provider.misc Provider und Online-Dienste ohne eigene Gruppe.
de.comm.provider.server Housing, Mietserver, Vserver, Rackspace.
de.comm.provider.status "Das Internet ist kaputt!" "Bei mir tut's aber!".
de.comm.provider.suche Internetzugangs- und Providersuche.
de.comm.provider.t-online Online-Dienst T-Online.
de.comm.provider.tarife Kosten und Qualitaet von Internetzugaengen.
de.comm.provider.usenet Zugangsunabhaengige News-Dienste.
de.comm.provider.webspace Speicherplatz und Umleitung im WWW.
de.comm.software.40tude-dialog News und Mails mit 40tude Dialog.
de.comm.software.browser.internet-explorer Das WWW nach Microsoft-Art.
de.comm.software.browser.misc WWW-Clients.
de.comm.software.crosspoint UUCP- und Pointpaket CrossPoint fuer MS-DOS.
de.comm.software.forte-agent News und Mail mit Forte (Free) Agent.
de.comm.software.gnus Der News- und Mailclient im Emacs.
de.comm.software.janaserver Jana Server, der Proxy-, HTTP- und Mailserver.
de.comm.software.mailreader.misc Mailreader und Hilfsprogramme.
de.comm.software.mailreader.pegasus Pegasus Mail (PMail/WinPMail).
de.comm.software.mailreader.the-bat Mailen mit der Fledermaus.
de.comm.software.mailserver Mailtransport und -zustellung.
de.comm.software.misc Datenuebertragungssoftware ohne eigene Gruppe.
de.comm.software.mozilla.browser Browser mit der Netscape-Gecko-Engine.
de.comm.software.mozilla.mailnews Mail und News auf Basis von Mozilla.
de.comm.software.mozilla.misc Sonstige Mozilla/Netscape-Themen.
de.comm.software.mozilla.nightly-builds Tagesaktuelle, ungetestete Versionen.
de.comm.software.newsreader Newsreader und Hilfsprogramme.
de.comm.software.newsserver Konfiguration, Installation, Administration.
de.comm.software.outlook-express Mail und News nach Microsoft-Art.
de.comm.software.webserver Webserver-Konfiguration und -Administration.
de.comm.technik.dsl Netzwerkverbindung und -zugang per DSL.
de.comm.technik.isdn ISDN-Grundlagen (NT, Verkabelung, Protokoll).
de.comm.technik.misc Sonstige Kommunikations-Grundlagen und -Technik.
de.comm.technik.mobil Technik der Mobilkommunikations-Netze.
de.comm.uucp UUCP: Protokolle, Programme und Probleme.
de.comp.advocacy Mein(e) Computer/Software ist besser als deine(r).
de.comp.audio Verarbeitung von Audiodaten am Computer.
de.comp.cad Computer Aided Design und Verwandtes inkl. Programmierung.
de.comp.datenbanken.misc Datenbanken aller Art.
de.comp.datenbanken.ms-access Die Software MS Access.
de.comp.datenbanken.mysql Relationale Datenbanken mit MySQL.
de.comp.editoren Text- und Hexeditoren.
de.comp.gnu Software der Free Software Foundation (GNU's Not Unix).
de.comp.hardware.cpu+mainboard.amd AMD-CPUs und passende Mainboards.
de.comp.hardware.cpu+mainboard.intel Intel-CPUs und passende Mainboards.
de.comp.hardware.cpu+mainboard.misc Prozessoren und Mainboards.
de.comp.hardware.drucker Drucker und Plotter.
de.comp.hardware.graphik Grafikkarten und Co.
de.comp.hardware.kuehlung+laermdaemmung Waerme und Laerm bei Computern.
de.comp.hardware.laufwerke.brenner CD-Brenner und DVD-Brenner.
de.comp.hardware.laufwerke.cd+dvd Glaenzende Scheiben am Computer.
de.comp.hardware.laufwerke.festplatten Festplattenlaufwerke.
de.comp.hardware.laufwerke.misc Sonstige Laufwerke.
de.comp.hardware.misc Sonstige Computer-Hardware.
de.comp.hardware.monitore Computer-Displays aller Art.
de.comp.hardware.netzwerke.misc Verkabeln, Vernetzen, Verschalten.
de.comp.hardware.netzwerke.wireless WLAN, Bluetooth und Funknetze.
de.comp.hardware.scanner Vom Blatt auf den Monitor.
de.comp.lang.assembler Programmierung in Assembler.
de.comp.lang.c Die Programmiersprache C (ISO, ANSI, K&R).
de.comp.lang.delphi.datenbanken Lokale und Server-DBs, ODBC und BDE.
de.comp.lang.delphi.misc Borlands Delphi, Anwendung + Programmierung.
de.comp.lang.delphi.non-tech Allgemeinere Diskussionen.
de.comp.lang.forth Forth, Anwendungen in Forth, Forth-Hardware.
de.comp.lang.funktional Funktionales Programmieren.
de.comp.lang.iso-c++ ISO-konformes C++. (Moderated)
de.comp.lang.java Die Programmiersprache Java.
de.comp.lang.javascript Programmiersprache JavaScript.
de.comp.lang.misc Alle Programmiersprachen ohne eigene Gruppe.
de.comp.lang.pascal Pascal, inkl. Turbo-.
de.comp.lang.perl.cgi CGI-Programme in der Programmiersprache Perl.
de.comp.lang.perl.misc Perl (von Larry Wall).
de.comp.lang.php.datenbanken Verwendung von PHP mit Datenbanken.
de.comp.lang.php.installation Installation und Konfiguration.
de.comp.lang.php.misc Sonstige Fragen zu Anwendung und Programmierung.
de.comp.lang.php.netzprotokolle Programmierung von und mit Netzprotokollen.
de.comp.lang.python Programmieren mit Python.
de.comp.lang.ruby Programmieren mit Ruby, Ruby on Rails usw.
de.comp.misc Uebrige Computerthemen.
de.comp.objekt Objektorientierte Logik, Methodik und Techniken.
de.comp.office-pakete.lotus-smartsuite Die SmartSuite der Firma Lotus.
de.comp.office-pakete.misc Office-Pakete allgemein.
de.comp.office-pakete.ms-office Microsofts Office-Pakete.
de.comp.office-pakete.staroffice.misc OpenOffice.org und StarOffice.
de.comp.office-pakete.staroffice.writer Textverarbeitung und Formeln.
de.comp.os.be Das Betriebssystem BeOS auf allen Plattformen.
de.comp.os.misc Diverse Betriebssysteme (z.B. MVS, RTOS).
de.comp.os.ms-windows.anwendungssoftware Start -> Programme.
de.comp.os.ms-windows.misc Die Betriebssysteme der MS-Windows-Familie.
de.comp.os.ms-windows.netzwerke Desktop -> Netzwerkumgebung.
de.comp.os.ms-windows.programmer Programmierung unter MS-Windows.
de.comp.os.ms-windows.treiber Systemsteuerung -> Hardware.
de.comp.os.msdos MS-DOS und kompatible Betriebssysteme.
de.comp.os.os2.apps Diskussion ueber Programme fuer OS/2.
de.comp.os.os2.misc Allgemeines zum Betriebssystem OS/2.
de.comp.os.os2.networking Netzwerkbetrieb mit OS/2.
de.comp.os.os2.programmer Programmieren fuer das Betriebssystem OS/2.
de.comp.os.os2.setup Installation des Betriebssystems OS/2.
de.comp.os.unix.apps.gnome Das GNU Network Object Model Environment.
de.comp.os.unix.apps.kde Das K Desktop Environment.
de.comp.os.unix.apps.misc Die Anwendungen von Unix.
de.comp.os.unix.bsd Gottes eigenes Betriebssystem.
de.comp.os.unix.linux.hardware Hardwarefragen zu Linux.
de.comp.os.unix.linux.infos Informationen zu Linux. revier.com> (Moderated)
de.comp.os.unix.linux.isdn ISDN4Linux: Geraete, Treiber, Anwendungen.
de.comp.os.unix.linux.misc Alles, was sich nicht anders einordnen laesst.
de.comp.os.unix.misc Unix-Systeme ohne eigene Gruppe.
de.comp.os.unix.networking.misc Rund um Netzwerke und Kommunikation.
de.comp.os.unix.networking.samba Unix tanzt Samba - mit Windows & Co.
de.comp.os.unix.programming Programmierung unter Unix.
de.comp.os.unix.shell Shell, Skripte und Tools.
de.comp.os.unix.x11 Alles zum X Window System unter Unix.
de.comp.os.vms OpenVMS und VAX/VMS (Betriebssystem von DEC), FreeVMS.
de.comp.security.firewall Sicherheit trotz Netz.
de.comp.security.misc Computer- und Datensicherheit.
de.comp.security.virus Viren, Wuermer, Trojanische Pferde usw.
de.comp.software.graphik Grafik, insbesondere auf Computern.
de.comp.software.misc Programme ohne eigene Gruppe.
de.comp.software.shareware Shareware, Freeware und Public Domain.
de.comp.standards Computerstandards und ihre Auswirkungen.
de.comp.sys.amiga Allgemeine Themen des Rechners Amiga.
de.comp.sys.atari Ataris, kompatible Systeme und Emulatoren.
de.comp.sys.handhelds.misc Tragbare Mini-Computer allgemein.
de.comp.sys.handhelds.newton Die Newton-Technologie von Apple.
de.comp.sys.handhelds.palm-pilot Palm, PalmPilot und Pilot von 3Com & Co.
de.comp.sys.handhelds.psion Die Psion-Serie und andere Geraete von Psion Inc.
de.comp.sys.handhelds.windows-ce Geraete mit Windows CE von Microsoft.
de.comp.sys.mac.internet Der Mac und das Internet.
de.comp.sys.mac.lokale-netze Macs im (lokalen) Netzwerk.
de.comp.sys.mac.misc Diskussion zum Mac.
de.comp.sys.mac.programmieren Programmieren am und fuer den Mac.
de.comp.sys.mac.soc Usertreffen, Erfahrungsberichte, Szene-Tratsch.
de.comp.sys.misc Andere Systeme.
de.comp.sys.notebooks Computer fuer moderne Nomaden.
de.comp.sys.novell Rund um Novell NetWare.
de.comp.text.dtp Desktop Publishing (DTP).
de.comp.text.misc Textverarbeitung und elektronisches Publizieren allgemein.
de.comp.text.ms-word Microsoft Word in der Praxis.
de.comp.text.pdf Mehr als Acrobat.
de.comp.text.tex TeX, LaTeX & Co.: Fragen und Antworten, Diskussion und Codeschnipsel.
de.comp.text.xml XML, Extensible Markup Language.
de.comp.tv+video Fernsehen und Video am Computer.
de.comp.virtualisierung VMware, XEN, Virtuozzo, Bochs und anderes.
de.etc.bahn.announce Termine, Software, Web-Seiten.
de.etc.bahn.bahnpolitik Bahnen zwischen Politik und Wirtschaft.
de.etc.bahn.eisenbahntechnik Fahrzeug-, Infrastruktur- und Bautech