Archive-name: de-admin/dan-glossar
Posting-frequency: weekly
Version: 1.5.11
Last-modified: (unreleased)
URL: https://www.kirchwitz.de/~amk/dai/dan-glossar
URL: https://th-h.de/archives/faqs/dan-glossar.txt

                 Wichtige Begriffe in de.admin.news.*
                 ====================================

Dieses kleine Wrterbuch soll Dir helfen, die Diskussionskultur und
die Inhalte der Gruppen de.admin.news.[announce|groups|misc] zu
verstehen, damit Du auch ohne jahrelanges Mitlesen in diesen Gruppen
mitwirken kannst. Es ist als einfhrendes Nachschlagewerk gedacht,
liefert aber viele Verweise zu weiterfhrenden Texten. Jeder solche
Verweis ist entweder

   * eine URL

oder

   * die Message-ID eines Artikels im Usenet, den Du auf diese Weise
     in Deinem Newsreader oder mit einer Usenet-Suchmaschine wie
     <https://al.howardknight.net/> finden kannst. Das Archiv von
     GoogleGroups ist insofern leider nur noch bedingt hilfreich.

Dieses Nachschlagewerk setzt viele elementare Begriffe des Usenets
bereits als bekannt voraus. Wenn Du im Usenet insgesamt noch unerfahren
bist, solltest Du daher Unbekanntes zuerst in einem einfhrenden Text
wie 

|   From: amk@spamfence.net (Andreas M. Kirchwitz)
|   Newsgroups: de.newusers.infos
|   Subject: <Datum> Glossar
|   
|   Archive-name: de-newusers/glossar
|   Posting-frequency: weekly
|   URL: https://www.kirchwitz.de/~amk/dni/glossar

nachschlagen. Auch ganz grundstzlich ist die Lektre der einleitenden
Texte zum Usenet an sich in der Newsgroup de.newusers.infos, die sich
an neue Benutzer wendet, ein Schritt, der sich vor der Lektre der
Texte in de.admin.infos anbietet, die sich mit der Selbstverwaltung
der deutschsprachigen Hierarchie de.* beschftigen.

Wenn Dir beim Lesen von de.admin.news.* weitere schwierige Begriffe
auffallen, die hier nicht erklrt sind, oder wenn Du andere hilfreiche
Verweise auf weiterfhrende Texte kennst, so schreibe mir bitte, damit
ich dieses Nachschlagewerk vervollstndigen kann; siehe dazu auch die
Hinweise am Ende des Textes.

Querverweise habe ich mit /Schrgstrichen/ gekennzeichnet. Mit Pl. gebe
ich an, wie die Mehrzahl eines Wortes blicherweise gebildet wird.

***

Abstimmungsaufruf
   /CfV/.

advocacy-Gruppe
   nennt man eine Gruppe, in der Vor- und Nachteile konkurrierender
   Ideen oder Produkte diskutiert werden. Eine advocacy-Gruppe ist
   blicherweise /unmoderiert/ und endet mit der /Komponente/ advocacy.

.ALL
   bezeichnet alle Gruppen einer /Hierarchie/. Zum Beispiel ist de.ALL
   eine andere Schreibweise fr /de.*/.

alt.*
   ist eine internationale /Hierarchie/, in der /newgroups/ nach recht
   lockeren Regeln verschickt werden drfen. Sie ist demzufolge
   unbersichtlich und wird in /dan*/ gern als abschreckendes Beispiel
   genannt, wenn jemand die hiesigen /Einrichtungsregeln/ als zu streng
   kritisiert.

announce-Gruppe
   nennt man eine Gruppe, welche die Ankndigungen einer thematischen
   /Unterhierarchie/ bndelt. Eine announce-Gruppe ist blicherweise
   /moderiert/ und endet mit der /Komponente/ announce.

anonym
   kann man nach auen hin in einem /CfV/ abstimmen, wenn man dem
   /Wahlleiter/ berzeugende Grnde hierfr nennt. In diesem Fall
   erscheint weder der /Realname/ noch die E-Mailadresse im /Result/.

approven (engl. "to approve")
   bedeutet, einen zur Verffentlichung in einer /moderierten/ Gruppe
   eingereichten Artikel zuzulassen. Dies ist Aufgabe der jeweiligen
   /Moderation/, welche einen Approved:-Header setzt und dann den
   Artikel ins Usenet einspeist.

   Da ein Approved:-Header technisch auch von jeder anderen Person
   gesetzt werden kann (wenn auch nicht darf), signieren manche
   /Moderationen/ jeden approveten Artikel mit /PGP/. Dadurch kann man
   nicht von der /Moderation/ approvete Artikel erkennen und auch
   automatisiert /canceln/.

Aprilscherz
   ist ein schalkhafter /RfD/, der traditionsgem am 1. April in
   /dana/ verffentlicht wurde und die Ernsthaftigkeit von /dan*/ auf
   die Schippe nimmt. /Proponenten/ fr gute Aprilscherze sind immer
   willkommen.

Attribute
   einer Gruppe sind /Gruppenname/, /Kurzbeschreibung/, /Charta/ und
   /Status/. Bei /moderierten/ Gruppen kommen die Mitglieder der
   /Moderation/ hinzu.

auf Verdacht
   werden in /de.*/ keine Gruppen eingerichtet. Fr jede neue Gruppe
   muss stets der tatschliche /Bedarf/ nachgewiesen werden. Das liegt
   daran, dass leerstehende Gruppen einerseits die /bersichtlichkeit/
   der /Hierarchie/ stren und andererseits ihre /Lschung/
   problematisch ist. Nheres ist in den /Missverstndnissen/ erlutert.

Bedarf
   ist die wichtigste Voraussetzung fr eine Entscheidung in /de.*/.
   In /daa/ zeigt man den tatschlichen Bedarf meist durch einen
   /Trafficnachweis/. In /dan*/ dient auerdem die /Mindestzustimmung/
   zur berprfung des Bedarfs.

Big8 (die)
   nennt man die groen acht englischsprachigen internationalen
   /Hierarchien/ comp.*, humanities.*, misc.*, news.*, rec.*, sci.*,
   soc.* und talk.*. Sie sind gut gepflegt und dienten in ihrer
   Gliederung teilweise als Vorbild fr /de.!alt/. Mittlerweile hat
   /de.*/ jedoch eine eigene, hiervon unabhngige Gliederung, so dass
   ein Verweis auf Parallelen in den Big8 meist ein /Missverstndnis/
   ist.

Buzzword-Traffic
   ist /Traffic/, der erst durch die /Einrichtung/ einer Gruppe
   entsteht, da der /Gruppenname/ oder die /Kurzbeschreibung/ ein
   Buzzword enthlt - also ein Wort, nach dem viele Leute suchen. Das
   Vertrauen auf Buzzword-Traffic kann mitunter den /Trafficnachweis/
   ersetzen.

canceln (engl. "to cancel")
   heit, das Lschen eines Artikels im Usenet zu veranlassen.
   Bei eigenen Artikeln ist dies stets erlaubt, zum Beispiel um einen
   Fehler zu korrigieren. Bei Artikeln anderer Leute wird innerhalb
   von /de.*/ jedoch dringend empfohlen, die Richtlinien zum
   Fremdcancel in der - seit 2000 nicht mehr neu berarbeiteten -
   Fremdcancel-FAQ

|     From: Florian Seffler <florian@filmateleven.de>
|     Newsgroups: de.admin.net-abuse.news,de.admin.net-abuse.announce,de.admin.news.misc,de.soc.netzkultur.misc,de.answers,news.answers
|     Subject: <Datum> Fremdcancel-FAQ
|
|     Fremdcancel-FAQ
|
|     Archive-Name: de-net-abuse/fremdcancel-faq
|     URL: https://th-h.de/archives/faqs/fremdcancel-faq.txt
|     Posting-Frequency: monthly

   zu beachten.

CfV (= Call for Votes; der, Pl. CfVs)
   ist ein Aufruf an die /Netzffentlichkeit/, ber eine Sachfrage zu
   entscheiden, die zuvor in /dan*/ diskutiert worden ist. Ein CfV wird
   in /dana/ und allen betroffenen Gruppen verffentlicht. Er sollte
   frhestens zwei Wochen nach dem letzten einschlgigen /RfD/
   erscheinen und mit diesem inhaltlich bereinstimmen. Nhere
   Einzelheiten stehen in den /Einrichtungsregeln/ und im
   /dana-Manual/.

"[x] CfV now!"
   ist eine knappe Aufforderung an den /Proponenten/, die /Diskussion/
   fr beendet zu erklren und den /CfV/ einzureichen. Der Grund
   hierfr kann entweder sein, dass man mit dem /Proponenten/ inhaltlich
   vllig bereinstimmt oder mit ihm derart unterschiedlicher Meinung
   ist, dass aus einer weiteren /Diskussion/ keine neuen Erkenntnisse zu
   erwarten sind.

Charta (die, Pl. Chartas)
   ist eine mglichst allgemeinverstndliche Beschreibung, welche
   Themen in einer Gruppe behandelt werden sollen und welche nicht.
   Listen aller Chartas von /de.*/ einschlielich /de.alt/ findest Du
   in

|     From: Thomas Hochstein <thh@thh.name>
|     Newsgroups: de.newusers.infos,de.admin.news.groups,de.alt.admin
|     Subject: <Datum> Die Newsgruppen der de-Hierarchie
|
|     Archive-name: de-newusers/de-newsgruppen
|     Posting-frequency: weekly
|     URL: https://th-h.de/archives/faqs/de-newsgruppen.txt
|     URL: https://www.kirchwitz.de/~amk/dni/de-newsgruppen

   Es lohnt sich, Chartas sorgfltig und sprachlich sauber zu
   verfassen, damit jeder Leser mglichst eindeutig entscheiden kann,
   was in der betreffenden Gruppe on topic ist.

checkgroups (der)
   ist ein /Control/, der die /Taglines/ aller Gruppen einer
   /Hierarchie/ auflistet.

Control (der, Pl. Controls)
   ist ein Artikel im Usenet, der nicht zur menschlichen, sondern zur
   maschinellen Auswertung gedacht ist, also eine /Steuernachricht/.
   Controls sind Befehle an die Newsserver. Dazu zhlen einerseits
   Vernderungen an der Gruppenstruktur (/newgroup/, /rmgroup/,
   /checkgroups/), zum anderen das Lschen von Artikeln (/Canceln/).

   In /de.!alt/ versendet die /dana-Moderation/ die strukturndernden
   Controls, signiert mit dem /dana-Key/. In /de.alt/ hingegen tun dies
   mehrere technisch erfahrene Leute auf Anfrage.

daa
   ist die Gruppe de.alt.admin. Sie verwaltet die Unterhierarchie
   /de.alt/ gem Anhang A der /Einrichtungsregeln/.

dai
   ist die /moderierte/ Gruppe de.admin.infos. Sie enthlt fr /dan*/
   relevante /Regeltexte/ und hilfreiche Erluterungen dazu. Von allen
   /Diskutanten/ wird stillschweigend erwartet, dass sie mit den Texten
   aus dai vertraut sind.

dana
   ist die /moderierte/ Gruppe de.admin.news.announce. Von hier aus
   werden die Gruppen von /de.!alt/ und die Regeln von /de.*/
   verwaltet. Das bedeutet, dass hier alle einschlgigen /RfDs/, /CfVs/,
   /Results/ und /Einsprche/ erscheinen.

   Wenn Du an der Pflege von /de.*/ mitwirken willst, solltest Du dana
   regelmig lesen. Da es sich um eine /Low-Traffic-Gruppe/ handelt,
   reicht es, sie alle paar Tage zu lesen. Wenn Du dabei auf ein Thema
   stt, das Dich besonders interessiert, solltest Du fr die Dauer
   der Diskussion die passende Gruppe in /dan*/ abonnieren, auf die der
   Followup-To:-Header zeigt.

dana-Key (der)
   heit der /PGP/-Schlssel der /dana-Moderation/. Er dient dazu,
   /Controls/ zu authentifizieren, welche /de.!alt/ betreffen.

dana-Manual (das)
   ist eine ausfhrliche und sehr lesenswerte Beschreibung, wie man ein
   /Verfahren/ in /dan*/ erfolgreich durchfhrt, und unter

|     From: dana-manual@usenet.th-h.de (Thomas Hochstein / Michael Ottenbruch)
|     Newsgroups: de.admin.infos,de.answers,news.answers
|     Subject: <Datum> Erlaeuterungen zur Einrichtung neuer Gruppen in de.*
|
|     Archive-name: de-newusers/dana-manual
|     Posting-frequency: weekly
|     URL: https://www.kirchwitz.de/~amk/dai/dana-manual
|     URL: https://th-h.de/archives/faqs/dana-manual.txt

   verffentlicht.

dana-Moderation
   ist die /Moderation/ von /dana/. Sie kann unter der E-Mailadresse
   <moderator@dana.de> erreicht werden.

   Die derzeitige dana-Moderation besteht aus dem /Statusverwalter/,
   dem /Umsetzungsbeauftragten/ und den vier /Verfahrensbetreuern/.
   Ihr /Moderationskonzept/ bestimmt die interne Arbeitsweise.

   Diese mter- und Aufgabenverteilung kann sich jederzeit ndern, wenn
   das /Moderationskonzept/ berarbeitet oder die dana-Moderation durch
   /Neuwahl/ abgelst wird. Insbesondere ist es mglich, dass /dana/
   von einer Einzelperson /moderiert/ wird. Alle frheren
   dana-Moderatoren sind in
   <https://web.archive.org/web/20120529054756/www.babylonsounds.com/usenet/moderation.html>
   aufgelistet.

dana-Status
   heit der wchentlich in /dana/ erscheinende berblick ber alle
   anhngigen /Verfahren/. Er wird von der /dana-Moderation/
   verffentlicht und gilt als Pflichtlektre fr /dang-Regulars/.
   Ergnzt wird er um die Statusbersicht der /GVV/, den /GVV-Status/.

dang
   ist die Gruppe de.admin.news.groups. Hier wird die /Einrichtung/
   oder /Lschung/ von Gruppen in /de.!alt/ diskutiert sowie die
   nderung der zuhrigen /Attribute/.

dang-Regular (der, Pl. dang-Regulars)
   nennt man jemanden, der regelmig in /dang/ mitliest und
   mitdiskutiert, auch wenn er vom augenblicklichen Thema nicht
   unmittelbar betroffen ist. Seine Motivation dazu ist, an der Pflege
   von /de.!alt/ aktiv teilzunehmen, damit /de.*/ eine bersichtliche
   und ntzliche /Hierarchie/ wird und bleibt.

   Die dang-Regulars sind mitunter sehr verschiedene Menschen. Manche
   sind erfahrene alte Hasen, die schon seit Anbeginn von /de.*/ diese
   /Hierarchie/ mitpflegen. Andere wiederum sind erst vor wenigen
   Monaten oder Jahren hierhergelangt und haben Gefallen an der
   Verantwortung fr /de.!alt/ gefunden. Nicht immer sind die
   lautstrksten dang-Regulars auch diejenigen, auf die man am meisten
   hren sollte.

danm
   ist die Gruppe de.admin.news.misc. Hier werden sonstige Themen der
   Unterhierarchie /dan*/ behandelt. Wichtig darunter sind die
   /Neuwahlen/ oder /Nachwahlen/ von /Moderationen/, insbesondere die
   der /dana-Moderation/.

danr
   war die Gruppe de.admin.news.regeln. Hier fanden frher
   Regeldiskussionen und /Richtlinienverfahren/ statt, ebenso die
   ffentliche Debatte zu /Einsprchen/. Diese Themen werden nunmehr
   in de.admin.news.misc (und ggf. de.admin.news.groups) diskutiert.
   Damit die /Diskussionen/ sachlich bleiben und nicht ins Absurde
   abgleiten, sollte man jegliches /Nomicen/ unterlassen.

dan*
   bezeichnet die fr menschliche Leser bestimmten Gruppen der
   /Unterhierarchie/ de.admin.news.*. Das sind also /dana/, /dang/
   und /danm/.

dcsa
   ist die Unterhierarchie de.comm.software.*. Sie war in den Jahren
   1999/2000 Gegenstand einer umfassenden, letztlich aber gescheiterten
   /Reorganisation/. Ursache des Misslingens war ein komplizierter
   /Wahlschein/, der nicht gegen das letztlich entstandene unliebsame
   /Result/ abgesichert war. Dieses /Verfahren/ gilt wegen seiner
   langen Dauer, des damit einhergegangenen Umzugs von /Traffic/ nach
   /hamster.*/ und des letztlich entstandenen /Schlamassels/ als
   abschreckendes Beispiel.

de.*
   ist eine internationale deutschsprachige /Hierarchie/. Ihr Themen-
   und Gruppenangebot beruht auf den Grundideen /Vollstndigkeit/,
   /Themenorientierung/ und /bersichtlichkeit/.

de.alt
   ist die /Unterhierarchie/, welche von /daa/ gem Anhang A der
   /Einrichtungsregeln/ verwaltet wird. ber Gruppen in de.alt wird
   also nicht durch Abstimmung, sondern durch Konsens entschieden.

de.!alt
   bezeichnet alle /Unterhierarchien/ von /de.*/, welche nicht zu
   /de.alt/ gehren. ber Gruppen in de.!alt wird mittels formeller
   /Verfahren/ und Abstimmungen in /dana/ und /dang/ entschieden.

de.answers
   ist eine /moderierte/ Gruppe, in der zahlreiche Informationstexte
   aus anderen deutschsprachigen Gruppen in regelmigen Abstnden
   verffentlicht werden.

de.etc.misc
   ist die Gruppe, in der alle Themen besprochen werden, zu denen es
   keine passendere Gruppe in /de.*/ gibt. Ihr Nutzwert ist
   hauptschlich theoretischer Natur. In der Praxis eignet sich meist
   eine andere /misc-Gruppe/ besser fr die Diskussion, weil dort mehr
   fachkundige Leute mitlesen.

Diskussion
   bezeichnet in /dan*/ anders als im brigen Usenet nicht jeden
   beliebigen kontroversen Schriftwechsel, sondern meist nur die durch
   einen formellen /RfD/ oder einen informellen /Prae-RfD/ eingeleitete
   Besprechung einer Sachfrage.

   Da in /dan*/ sehr viele Leute mitlesen und mitdiskutieren, ist etwas
   Disziplin und Diskussionskultur wichtig. Insbesondere der Grundsatz
   "Teilen Sie etwas Neues mit!" aus der Netiquette verdient Beachtung.
   Weder der /Proponent/ noch sonst ein /Diskutant/ sollte sich durch
   bermig viele Beitrge zum Alleinunterhalter aufschwingen. Es
   bringt auch nichts, mit immergleichen Argumenten und Gegenargumenten
   im Kreis zu debattieren, sondern schadet nur der bersichtlichkeit
   der Diskussion. Scheinbar unberbrckbare Gegenstze werden in
   /dan*/ nicht durch Endlosdebatten, sondern per Abstimmung gelst.

   Diskussionskultur heit insbesondere, dass mit Verffentlichung des
   /CfV/ die Diskussionsphase beendet ist und nicht mehr ber
   verbliebene Uneinigkeiten debattiert zu werden braucht.

Diskussionsaufruf
   /RfD/.

Diskutant
   ist jeder, der an einer /Diskussion/ in /dan*/ aktiv teilnimmt.
   Hierzu zhlen der /Proponent/, seine Mitstreiter und Gegner sowie
   interessierte /dang-Regulars/. Hufig diskutieren auch Mitglieder
   der /dana-Moderation/ mit, sofern sie an der Sachfrage interessiert
   sind.

Eindeutschung
   ist ein hufig wiederkehrender Vorschlag, die vielen englischen
   Fachbegriffe aus /Gruppennamen/, /Kurzbeschreibungen/, /Chartas/
   oder sogar der /Diskussion/ in /dan*/ zu tilgen und durch deutsche
   Wrter zu ersetzen. Einen /RfD/ zu diesem Thema einzureichen lohnt
   sich nicht, da sich viele Fachbegriffe eingebrgert und als
   praktisch erwiesen haben.

Einrichtung
   einer Gruppe geschieht durch /newgroup/. Innerhalb von /de.*/ ist
   dies erst nach einem /Verfahren/ gem der /Einrichtungsregeln/
   mglich.

Einrichtungsregeln
   legen fest, wie ein /Verfahren/ in /de.*/ abluft. Sie sind fr die
   /Einrichtung/ von Gruppen formuliert, gelten aber analog auch fr
   /Lschung/, /Umbenennung/, nderung anderer /Attribute/ einer Gruppe
   und /Richtlinienverfahren/. Sie sind unter

|     From: thh@thh.name (Thomas Hochstein)
|     Newsgroups: de.admin.infos,de.alt.admin
|     Subject: <Datum> Einrichtung, Aenderung und Entfernung von Usenet-Gruppen in de.*
|
|     Archive-name: de-admin/einrichtung
|     Posting-frequency: weekly
|     URL: https://www.kirchwitz.de/~amk/dai/einrichtung
|     URL: https://th-h.de/archives/faqs/einrichtung.txt

   verffentlicht.

Einspruch
   nennt man einen formellen Einwand gegen ein /Result/. Er ist
   innerhalb der /Einspruchsfrist/ bei der /dana-Moderation/
   einzureichen und kann die Korrektur oder die Annullierung des
   /Results/ zum Gegenstand haben. Die /dana-Moderation/ entscheidet
   abschlieend darber. Nheres steht in den /Einrichtungsregeln/.

   Die Hflichkeit gebietet, das Instrument des Einspruchs nur in
   begrndeten Fllen zu nutzen und es nicht zum /Nomicen/ zu
   missbrauchen.

Einspruchsfrist
   betrgt eine Woche nach Verffentlichung des /Results/.

Ergebnis
   /Result/.

Erinnerungs-RfD
   nennt man einen /RfD/, der weitgehend wortgleich mit seinem
   Vorgnger ist und hauptschlich deshalb verffentlicht wird, um die
   /Netzffentlichkeit/ an ein zwischenzeitlich unterbrochenes
   /Verfahren/ zu erinnern. Es gilt als hflich, vor dem /CfV/ einen
   Erinnerungs-RfD einzuschieben, falls die Unterbrechung lnger als
   sechs Wochen gedauert hat.

Fake (das; Pl. Fakes)
   nennt man einen Artikel mit geflschtem Absender in E-Mail oder
   Usenet. Dabei ist unerheblich, ob der vermeintliche Absender
   tatschlich existiert oder eine Phantasieperson beschreibt.

   In einem /CfV/ werden als Fakes erkannte Stimmen nicht gewertet.
   Wann der Verdacht gerechtfertigt ist, dass eine Stimme ein Fake
   darstellt, und welche Konsequenzen man aus dem Verdacht ziehen soll,
   wird in <9q4ttd$37a$1@kalkleiste.nomic.de> ausfhrlich errtert.
   Entsprechende Entscheidungen der /dana-Moderation/ sind in ihrem
   Entscheidungs-Archiv unter <https://dana.de/archiv.html>
   verffentlicht.

flach
   nennt man die Einordnung einer Gruppe, wenn der /Gruppenname/ nur
   aus wenigen /Komponenten/ besteht. Zum Beispiel ist die Gruppe
   /de.answers/ flach eingeordnet, weil ihr Thema sehr allgemein ist.

free.*
   ist eine internationale /Hierarchie/, in der jedermann /newgroups/
   verschicken darf. Sie ist demzufolge unbersichtlich und wird in
   /dan*/ gern als abschreckendes Beispiel genannt, wenn jemand die
   hiesigen /Einrichtungsregeln/ als zu streng kritisiert.

Fuchsschwanz
   nennt man ein /Verfahren/, welches augenscheinlich nur der
   Befriedigung der persnlichen Eitelkeit des /Proponenten/ dient.
   Grnde fr diesen Vorwurf knnen sein, dass der /Proponent/ eine
   Gruppe ohne erkennbaren /Traffic/, mit zu /flacher/ Einordnung oder
   ungeachtet aller sinnvollen Gegenargumente einrichten lassen will.
   Namensgebend hierfr sind die Fuchsschwnze, mit denen Mantafahrer
   ihre Autos zu verzieren pflegen.

Gesinnungs-Nein
   heit eine Neinstimme gegen die /Einrichtung/ einer Gruppe, die nur
   deswegen abgegeben wird, weil dem Whler das Thema der Gruppe
   missfllt. Solche Neinstimmen schaden der /bersichtlichkeit/ von
   /de.*/ und sollten daher unterbleiben. Dies wurde erstmals in
   <qDZiz*tPi@yaps.rhein.de> errtert.

Go-Gruppe
   ist die Anspielung auf ein /Verfahren/ aus den Jahren 1999/2000,
   welches sich durch Starrsinn aller Beteiligten sowie durch Auftreten
   von /Stimmvieh/ in die Lnge zog und an Streitigkeiten ber /flache/
   oder /tiefe/ Einordnung der Gruppe scheiterte. Es gilt als
   abschreckendes Beispiel dafr, wie man eine gute Idee in /dan*/
   durch zu viel Eifer zum Misserfolg fhren kann. Eine Dokumentation
   ist in <9ueqm9.19k.1@babylonsounds.com> zu finden.

GPG (GNU Privacy Guard; der)
   ist ein Ersatz fr /PGP/ in Form freier Software, der den
   OpenPGP-Standard (/RFC/ 4880) implementiert und PGP in der Praxis
   weitgehend ersetzt haben drfte.

Gruppenleiche
   heit eine Gruppe, wenn sie auf manchen Newsservern noch existiert,
   obwohl sie bereits vor langer Zeit durch einen /rmgroup/ gelscht
   wurde und nicht mehr im /checkgroups/ vorkommt. Da manche, vor
   allem kleinere Newsserver schlecht gepflegt werden, kommen
   Gruppenleichen in der Praxis durchaus vor und fhren dann zu
   Verwirrung.

Gruppenname
   ist das wichtigste und einprgsamste /Attribut/ einer Gruppe im
   Usenet. Da der Name die Einordnung der Gruppe in eine
   /Unterhierarchie/ beschreibt, ist er besonders sorgfltig
   auszuwhlen und auf das Thema abzustimmen. Einzelheiten stehen auf
   <https://www.dana.de/newsgroup-namen.html> und im /dana-Manual/.

   Gruppennamen werden in der /Diskussion/ hufig abgekrzt. Auf
   <https://www.purl.org/stefan_ram/pub/usenet-gruppenkuerzel-de> steht,
   wie solche Abkrzungen im allgemeinen aussehen.

GVV (= German Volunteer Votetakers, Pl.)
   sind ein Kreis erfahrener /dang-Regulars/, die meist gern bereit
   sind, einen /CfV/ als /Wahlleiter/ zu bernehmen. Sie knnen unter
   der E-Mailadresse <gvv@dana.de> erreicht werden. Nheres ist auf
   <https://votetakers.de/> erlutert.

GVV-Status
   wird die Statusbersicht der von den /GVV/ betreuten Abstimmungen
   genannt, die ebenso wie der /dana-Status/ wchentlich in /dana/
   verffentlicht wird und die neu eingegangenen, laufenden und
   bereits beendeten Abstimmungen sowie deren Verlauf zusammenfasst.

hamster.*
   ist eine internationale, mehrsprachige /Hierarchie/ ber die
   Newsserver-Software Hamster. Sie entstand im Verlaufe des
   /Verfahrens/ zu /dcsa/ und gilt als abschreckendes Beispiel dafr,
   dass /Traffic/ aus /de.*/ abwandert, wenn man ihm nicht binnen
   vernnftiger Frist eine passende Gruppe zur Verfgung stellt.

Hierarchie
   nennt man eine Menge von Gruppen, deren Namen mit denselben
   /Komponenten/ beginnen. Je nach Anzahl der gemeinsamen /Komponenten/
   unterscheidet man Hierarchien verschiedenen Grades:

      Top-Level-Hierarchien:     z. B. /de.*/, at.*, ch.*, /Big8/
      Second-Level-Hierarchien:  z. B. /de.alt/
      Third-Level-Hierarchien:   z. B. de.admin.news.*

   Eine einigermaen vollstndige Liste aller Top-Level-Hierarchien
   ist zu finde auf
   <https://web.archive.org/web/20161105222209/www.pfx.ca/mlnh/index.html>.

   Unterschiedliche Hierarchien werden nach unterschiedlichen Regeln
   verwaltet. Fr /de.*/ gelten die hiesigen /Einrichtungsregeln/.

High-Traffic-Gruppe
   nennt man eine Gruppe, deren /Traffic/ mehr als etwa 50 Artikel pro
   Tag betrgt.

Hype-Traffic (der)
   ist ein zeitweilig sehr hohes Diskussionsaufkommen aufgrund
   aktueller Gegebenheiten (politischer Ereignisse, Verffentlichungen
   von Bchern, Filmen, Software usw.). Erfahrungsgem sinkt solcher
   /Traffic/ nach einiger Zeit wieder. Da ein /Trafficnachweis/ erst
   dann berzeugt, wenn der /Traffic/ ber lngere Zeit stabil bleibt,
   taugt Hype-Traffic nicht als Argument fr eine neue Gruppe.

info-Gruppe
   nennt man eine Gruppe, welche Informationstexte einer thematischen
   /Unterhierarchie/ bndelt. Eine info-Gruppe ist blicherweise
   /moderiert/ und endet auf die /Komponente/ infos.

[J/N/E]
   ist eine schematische Darstellung der Entscheidungsmglichkeiten JA,
   NEIN und ENTHALTUNG in einer Abstimmung. Sie wird vor allem in
   Diskussionen benutzt, um die Struktur komplizierterer /Wahlscheine/
   zu erlutern.

KISS (= Keep It Simple, Stupid; das)
   heit ein bereits mehrfach gescheiterter Versuch, die
   /Einrichtungsregeln/ radikal zu vereinfachen. Er ist als
   Gegenbewegung zum regelverfeinernden /Nomicen/ zu verstehen und hat
   seinen Ursprung in <6bp4rp$pta$1@sobolev.rhein.de>.

kombiniertes Voting
   nennt man einen /CfV/, in dessen /Wahlschein/ man aus mehreren
   Mglichkeiten eine auswhlen soll. Die Einzelheiten hierzu werden
   in Punkt 9 der /Einrichtungsregeln/ beschrieben.

   Ein kombiniertes Voting verkompliziert erfahrungsgem den /CfV/ und
   vermindert manchmal dessen Erfolgsaussichten. Darum ist es im
   allgemeinen ratsam, auf das kombinierte Voting zu verzichten und
   stattdessen bereits whrend der /Diskussion/ die Entscheidung durch
   einen /Strawpoll/ herbeizufhren. Ausfhrlich besprochen wird diese
   Problematik in 

|     From: Ralf Dblitz <faq@netzverwaltung.net>
|     Newsgroups: de.admin.news.misc,de.admin.infos
|     Subject: <Datum> FAQ: Entscheidungsfindung bei mehreren Moeglichkeiten
|
|     Archive-name: de-admin/entscheidung
|     Posting-frequency: weekly
|     URL: https://www.kirchwitz.de/~amk/dai/entscheidung

Komponenten
   nennt man die einzelnen Bestandteile des /Gruppennamens/, die durch
   Punkte voneinander getrennt sind. Zum Beispiel besteht der Name
   /dana/ aus den Komponenten de, admin, news, announce.

Kristallkugel
   heit ein Werkzeug des Wahrsagehandwerks, welches verlssliche
   Aussagen ber die Zukunft ermglicht. Mancher /dang-Regular/
   behauptet, eine Kristallkugel zu besitzen und mit ihr /Results/ oder
   zuknftigen /Traffic/ przise abschtzen zu knnen. Obwohl solche
   Vorhersagen von Seiten erfahrener /dang-Regulars/ durchaus ernst zu
   nehmen sind, knnen sie die sachliche /Diskussion/ und den
   objektiven /Trafficnachweis/ nicht ersetzen.

Kurzbeschreibung
   ist eine sehr knappe Benennung des Themas einer Gruppe, die den
   /Gruppennamen/ ergnzt und von den meisten Newsreadern zusammen mit
   ihm als /Tagline/ angezeigt wird. Sie soll in /de.!alt/ keine
   Umlaute enthalten und mit einem Satzendezeichen aufhren. Oft
   empfiehlt sich ein kurzer, einprgsamer, gern auch witziger
   Sinnspruch.

Lschung
   einer Gruppe geschieht durch /rmgroup/. Da manche Newsserver einen
   /rmgroup/ mit starker Versptung oder nie ausfhren, besteht immer
   die Gefahr, dass dort eine /Gruppenleiche/ zurckbleibt. Um dies
   zu vermeiden, werden Gruppen in /de.*/ niemals /auf Verdacht/
   eingerichtet und noch viel zgerlicher gelscht. Meistens denkt man
   erst dann ber eine Lschung nach, wenn der /Traffic/ dauerhaft
   ausnehmend niedrig ist, oft tagelang ganz ausbleibt und wenn Fragen
   in der Gruppe nicht mehr beantwortet werden.

Low-Traffic-Gruppe
   nennt man eine Gruppe, deren /Traffic/ weniger als etwa 5 Artikel
   pro Tag betrgt.

"[x] make it so"
   ist eine freundliche Zustimmung zu einer Idee, verbunden mit der
   Aufforderung, sie mglichst rasch zu verwirklichen. Adressat dieses
   Zitats ist in /dan*/ meist der /Proponent/. Ursprnglich stammt es
   von Captain Picard aus der Fernsehserie Star Trek.

Mindestzustimmung
   (frher "Mindeststimmenzahl") betrgt in einem /Result/ 15 Jastimmen.
   Sie soll sicherstellen, dass fr eine angestrebte nderung von /de.*/
   gengend /Bedarf/ besteht. Insbesondere bei der /Einrichtung/ einer
   neuen Gruppe zeigt das Erreichen der Mindestzustimmung, dass sich
   gengend Leute fr das Thema interessieren, um die neue Gruppe mit
   lebhaften Diskussionen zu fllen.

misc-Gruppe
   nennt man eine Gruppe, die auf die /Komponente/ misc endet und alle
   Themen bndelt, die innerhalb ihrer thematischen /Unterhierarchie/
   keine eigene Gruppe haben. In /de.!alt/ werden misc-Gruppen
   zusammen mit ihrer /Unterhierarchie/ ohne weitere Abstimmung
   eingerichtet. Nheres dazu steht in den /Einrichtungsregeln/.

Missverstndnisse
   treten in /dang/ hufig auf, weil viele Neulinge irrtmlich meinen,
   das /Einrichten/ einer Gruppe zu ihrem Lieblingsthema gehre zu
   ihren unveruerlichen Menschenrechten in /de.*/. Warum dem nicht so
   ist, ist in

|     From: 3.14@piology.org (Boris 'pi' Piwinger)
|     Newsgroups: de.admin.infos,de.admin.news.groups,de.alt.admin
|     Subject: <Datum> Missverstaendnisse in de.admin.news.groups
|
|     Archive-name: de-admin/dang-faq
|     Posting-frequency: weekly
|     URL: https://www.kirchwitz.de/~amk/dai/dang-faq

   erklrt.

Mitnahmeeffekte
   entstehen, wenn ber nicht zusammengehrige Sachfragen in einer
   /Sammelabstimmung/ entschieden wird: Wer sich nur fr einen Teil der
   Fragen interessiert, stimmt trotzdem auch beim anderen Teil mit und
   verflscht damit /Mindestzustimmung/ oder /2/3-Mehrheit/. Aus
   diesem Grund sind /Sammelabstimmungen/ im allgemeinen ungeeignet,
   den /Bedarf/ einer nderung festzustellen.

mitwirken
   kann man in /dan*/ in vielfltiger konstruktiver Weise. Einen guten
   berblick liefert

|     From: thh@thh.name (Thomas Hochstein)
|     Newsgroups: de.admin.infos,de.soc.usenet
|     Subject: <Datum> Usenet aktiv mitgestalten
|
|     Archive-name: de-admin/mitgestalten
|     Posting-frequency: weekly
|     URL: https://th-h.de/archives/faqs/mitgestalten.txt
|     URL: https://www.kirchwitz.de/~amk/dai/mitgestalten

Moderation
   heit ein Kreis von einer oder mehreren Personen, der darber
   entscheidet, welche zur Verffentlichung eingereichten Artikel in
   einer /moderierten/ Gruppe erscheinen und welche nicht.

   In /de.!alt/ wird die jeweilige Moderation gleichzeitig mit der
   /Einrichtung/ der moderierten Gruppe gewhlt. Sie kann ihre
   Zusammensetzung anschlieend nach eigenem Gutdnken ndern, indem
   sie Mitglieder entlsst, neue ernennt oder per /Nachwahl/ bestimmt.
   Unbeschadet dessen kann eine Moderation auch von Auenstehenden im
   Rahmen einer /Neuwahl/ abgelst werden.

Moderationseid
   nennt man die Selbstverpflichtung der /dana-Moderation/ auf den
   Sinn (und nicht den reinen Wortlaut) der /Einrichtungsregeln/.

Moderationskonzept
   nennt man einen Text, in welchem eine /Moderation/ ihre Arbeitsweise
   erklrt. Ein solcher Text grndet auf Vertrauen, ist fr niemanden
   verbindlich und kann von der /Moderation/ jederzeit gendert werden.
   Wenn eine /Moderation/ hufig gegen ihr Konzept verstt und die
   /Netzffentlichkeit/ brskiert, luft sie allerdings Gefahr, durch
   /Neuwahl/ ersetzt zu werden.

   Das bekannteste Moderationskonzept ist das der /dana-Moderation/. Es
   ist unter <https://www.dana.de/modkonzept.html> zu finden.

moderiert
   ist eine Gruppe, wenn Artikel nicht sofort dort erscheinen, sondern
   erst, nachdem die jeweilige /Moderation/ sie /approvet/ hat.

   Technisch geschieht dies dadurch, dass Dein Newsserver Deinen Artikel
   zunchst nicht im Usenet verbreitet, sondern per E-Mail an die
   /Moderation/ schickt. Falls Du den Artikel gleichzeitig auch an
   /unmoderierte/ Gruppen adressiert hast, wird er auch dort erst
   erscheinen, sobald er /approvet/ ist.

Nachwahl
   nennt man eine ffentliche Abstimmung ber neue Mitglieder einer
   /Moderation/. Die Initiative geht dabei von der /Moderation/ selbst
   aus. Zum Beispiel veranstaltet die derzeitige /dana-Moderation/
   einmal pro Quartal eine solche Nachwahl in /danm/.

Netzffentlichkeit
   sind theoretisch alle Nutzer von /de.*/. In der Praxis handelt es
   sich jedoch nur um die augenblickliche Leserschaft von /dana/ bzw.
   /daa/.

Neuwahl
   nennt man die Ablsung einer /Moderation/ durch eine Nachfolgerin im
   Rahmen einer ffentlichen Abstimmung. Die Initiative geht dabei
   meist von Kritikern auerhalb der /Moderation/ aus. Falls die
   betroffene /moderierte/ Gruppe keine eigenen Wahlregeln kennt,
   werden die /Neuwahlregeln/ der /dana-Moderation/ sinngem
   angewendet.

Neuwahlregeln
   gelten derzeit sinngem fr alle /moderierten/ Gruppen in /de.!alt/
   auer /de.answers/ und sind in
|     From: Olaf Schneider <oschneid@mathe.tu-freiberg.de>, Adrian Suter <adrian.suter@schweiz.org>
|     Newsgroups: de.admin.infos,de.admin.news.misc
|     Subject: <Datum> Neuwahl der de.admin.news.announce-Moderation
|
|     Archive-name: de-admin/dana-neuwahl
|     Posting-frequency: weekly
|     URL: https://www.kirchwitz.de/~amk/dai/dana-neuwahl

   verffentlicht.

newgroup (der)
   heit der /Control/ zum /Einrichten/ einer Gruppe.

Nomic
   ist ein Spiel, dessen Ziel erst im Spielverlauf durch Schaffen und
   Verndern von Regeln klar wird und das dementsprechend kompliziert,
   langwierig und fr Unerfahrene sinnlos werden kann. Nheres ist in
   <https://de.wikipedia.org/wiki/Nomic> erklrt.

nomicen
   nennt man ein Diskussionsverhalten, das durch /Regelfetischismus/
   und Vorliebe fr /Richtlinienverfahren/ auffllt. Wer nomict, hat
   den Sinn von /dan*/ nicht verstanden: hier geht es nmlich nicht um
   ein mglichst kontroverses Spiel, sondern um die sinnvolle Pflege
   der /Hierarchie/ /de.*/.

PGP (= Pretty Good Privacy; das)
   war das erste weit verbreitete Programm zur Verschlsselung und
   digitalen Signatur von Daten. Zugleich steht PGP als pars pro toto
   oft fr das zugrundeliegende Prinzip an sich, auch wenn heute
   zumeist die freie Version /GPG/ zur Anwendung kommen drfte.
   Im Usenet werden digitale Signaturen zur Authentifizierung von
   Artikeln und /Controls/ verwendet. Signiert werden normalerweise
   einige ausgewhlte Headerzeilen, alternativ dazu notfalls der Body.
   Eine Signatur berprfen kann man, wenn man ber entsprechende
   Software (wie /GPG/) verfgt und den ffentlichen Schlssel, den
   Public Key, des Autors (bzw. des Signierenden) kennt.

   Auf <https://www.dana.de/dana-keys.html> stehen die Schlssel der
   /dana-Moderation/ sowie einige Verweise auf weiterfhrende Texte zu
   PGP.

"+"-Gruppe
   bezeichnet eine Gruppe, in deren Name als letzte /Komponente/ zwei
   miteinander verwandte Themen durch ein Pluszeichen getrennt genannt
   werden. Ein solcher /Gruppenname/ ist meist sehr griffig, birgt
   allerdings die Gefahr, dass die Gruppe mit wachsendem /Traffic/
   irgendwann in ihre beiden Bestandteile zerlegt werden muss, was
   unangenehme /Umbenennungen/ nach sich zieht.

Pointer (der, Pl. Pointer)
   nennt man jeden Verweis auf einen /RfD/ oder /CfV/ durch Angabe
   der Message-ID oder der URL aus <https://www.dana.de/status.html>.
   Falls Du Leute, die /dan*/ oder die betroffenen Gruppen nicht lesen,
   auf einen /RfD/ oder /CfV/ aufmerksam machen willst, so sollte dies
   ausschlielich in Form von Pointern geschehen. Zitate aus /RfD/ oder
   /CfV/, insbesondere die Weitergabe des /Wahlscheins/, werden Dir
   sonst leicht als Herankarren von /Stimmvieh/ ausgelegt und knnen zu
   /Wahlabbruch/ oder erfolgreichen /Einsprchen/ fhren.

"Popcorn!"
   ist ein sarkastischer Ausruf wohligen Lesevergngens, wenn sich eine
   kontroverse /Diskussion/ abzeichnet. Namensgebend ist das Naschwerk,
   welches gern zu abendfllenden Kinofilmen verzehrt wird. Der Ausruf
   gilt als Warnung, die /Diskussion/ nicht ausufern zu lassen.

Prae-RfD (der, Pl. Prae-RfDs)
   ist ein informeller Diskussionsaufruf, der eine Sachfrage zunchst
   nur anreissen soll, um spter zu entscheiden, ob ein /RfD/ hierzu
   eingereicht wird. Der Prae-RfD sollte wie ein /RfD/ entweder in
   /dang/ oder in /danm/ verffentlicht und dort diskutiert werden.
   In anderen Gruppen gelten Prae-RfDs meist als off topic.

Prinzip-Nein
   nennt man die Neinstimme eines /dang-Regulars/ in einem /CfV/, wenn
   sie nur aufgrund eines Verstoes gegen die Gepflogenheiten in /dan*/
   abgegeben wird. Beispiele solcher Verste knnen sein: das
   Nichteinhalten der /Sperrfrist/, unsachliche Diskussionsweise des
   /Proponenten/ oder schroffes Ignorieren von Gegenargumenten. Auch
   verfahrenstechnische Bedenken knnen ein Prinzip-Nein rechtfertigen.

   Prinzip-Neins aus reiner Kraftmeierei ohne ernsthafte Grnde sollten
   jedoch unterbleiben, da sie das /Result/ verflschen.

Proponent (der, Pl. Proponenten)
   heit die Person, welche einen /RfD/ in /dana/ einreicht und damit
   ein /Verfahren/ initiiert. Der Proponent hat innerhalb des
   /Verfahrens/ eine sehr mchtige Stellung, weil er im Rahmen der
   /Einrichtungsregeln/ allein ber die Inhalte des /RfD/ und damit
   auch des - vom /Wahlleiter/ verfassten - /CfV/ bestimmt. Als
   Proponent ist es daher wichtig, verantwortungsvoll und berlegt zu
   diskutieren, um der eigenen Sache nicht zu schaden.

   Ein /Verfahren/ kann auch von mehreren Proponenten gleichzeitig
   getragen werden. Solche Mitproponenten sind im /RfD/ zu erwhnen.
   Die Zusammensetzung der Proponentenschaft darf sich whrend des
   /Verfahrens/ ndern.

proponieren
   heit, ein /Verfahren/ als /Proponent/ in /dan*/ zu vertreten.

"Protest!"
   ist in /daa/ die bliche Form eines informellen Einwands gegen einen
   Vorschlag gem Anhang A der /Einrichtungsregeln/.

Public checkgroups (der)
   nennt man einen Artikel, der den /checkgroups/ einer /Hierarchie/
   fr menschliche Leser auflistet. Ein Public checkgroups fr /de.*/
   wird von der /dana-Moderation/ monatlich unter dem Subject: "How to
   add de.ALL" in /dana/ verffentlicht. Sein Inhalt ist auch ber
   <https://www.dana.de/checkgroups.txt> zugnglich.

Realname (der, Pl. Realnamen)
   ist eine Kombination aus je mindestens einem ausgeschriebenen
   Personen- und Familiennamen.

Recke-Index
   bezeichnet die Anzahl der /Verfahren/, in der eine bestimmte Person
   gleichzeitig /Proponent/ sein kann, ohne aufgrund argumentativer
   berforderung unsachlich zu werden. Manchmal liegt sie unter 1,
   selten darber. In <slrn544f8t.1fr.mr94@husemann.in-berlin.de> wurde
   sie erstmals errtert.

Regelfetischismus
   nennt man ein Diskussionsverhalten, welches den Wortlaut der
   /Einrichtungsregeln/ ber deren Sinn stellt. Dies fhrt mitunter zu
   unntigen Spitzfindigkeiten sowie ungerechtfertigten /Prinzip-Neins/
   und sollte daher unterbleiben.

Regeltexte
   fr /de.*/ sind die /Einrichtungsregeln/, die /Neuwahlregeln/ und
   die Regeln fr /Gruppennamen/. Sie haben im Gegensatz zu allen
   anderen regelmig erscheinenden Texten in /de.*/ verbindlichen
   Charakter.

rejecten (engl. "to reject")
   heit, einen zur Verffentlichung in einer /moderierten/ Gruppe
   eingereichten Artikel abzulehnen. Dies ist Aufgabe der jeweiligen
   /Moderation/.

   Wer der Meinung ist, dass seine Artikel von einer /Moderation/
   ungerechtfertigt abgelehnt wurden, kann sich in /danm/ darber
   beschweren und schlimmstenfalls eine /Neuwahl/ einleiten, falls
   keine Einigung erzielt wird.

Rekord
   ist ein /Result/, welches klarer oder knapper als alle bisherigen in
   der Geschichte von /dan*/ ist. Eine Aufstellung der Rekorde ist auf
   <https://web.archive.org/web/20061223204051/usenet.babylonsounds.com/rekorde.html>
   zu finden.

Reorganisation
   nennt man die Umgestaltung einer oder mehrerer /Unterhierarchien/.
   Sie besteht meist aus mehreren /Umbenennungen/, manchmal auch
   einigen /Lschungen/ oder /Einrichtungen/ neuer Gruppen. Eine
   Reorganisation ist sehr aufwendig und kompliziert und erfordert
   hufig eine /Sammelabstimmung/ mit einigen /weiteren Regeln/.

Result (das, Pl. Results)
   ist das Ergebnis einer Abstimmung. Es wird wie der /CfV/ in /dana/
   sowie in allen von der Sachfrage betroffenen Gruppen verffentlicht
   und benennt zu jedem Whler dessen /Realname/, E-Mailadresse und
   Stimmverhalten, sofern er nicht /anonym/ abgestimmt hat.

   Die Sachfrage gilt als angenommen, wenn im Result /2/3-Mehrheit/ und
   /Mindestzustimmung/ erreicht sind.

RFC (= Request for Comments; der, Pl. RFCs)
   sind seit 1969 fortlaufend numerierte technische Dokumente zur
   Diskussion und Standardisierung von Internet- und internetbezogenen
   Diensten. Sie bilden die technische und organisatorische Grundlage
   fr den Datenaustausch im Netz und werden bei Bedarf berarbeitet,
   wobei dann ein neuer RFC den technischen Standard (STD) oder den
   derzeitigen Konsens (BCP, best current practice) wiedergibt.

   So beschreibt derzeit RFC 5322 den grundstzlichen Aufbau von
   E-Mail-Nachrichten, worauf RFC 5536 mit der Beschreibung des
   Aufbaus von Usenet-Postings aufbaut. Zusammen mit RFC 5537, der
   das grundstzliche Zusammenspiel der Usenet-Protokolle und die
   zugrundeliegende Architektur beschreibt, und RFC 3977, der das
   Protokoll fr den Datenaustausch zwischen Newsservern untereinander
   und mit Newsreadern beschreibt, bilden diese drei RFCs das
   technische Grundgerst des Usenets.

RfD (= Request for Discussion; der, Pl. RfDs)
   nennt man einen formellen Diskussionsaufruf, der in /dana/ und allen
   von der Sachfrage betroffenen Gruppen verffentlicht wird. Die
   /Diskussion/ selbst findet statt

      * in /dang/, falls es um /Einrichtung/ oder /Lschung/ einer
                   Gruppe oder um die nderung von /Gruppenname/,
                   /Kurzbeschreibung/, /Charta/ oder /Status/ geht;
      * in /danm/, falls es sich um ein /Richtlinienverfahren/ handelt
                   oder die /Moderation/ einer Gruppe neu besetzt
                   werden soll;

   Der 1. RfD leitet die /Diskussion/ ein; eventuelle nderungen und
   Verfeinerungen des Diskussionsgegenstandes werden in weiteren
   durchnumerierten RfDs bekanntgegeben.

   Wer noch nie einen RfD verffentlicht hat, sollte unbedingt das
   /dana-Manual/ studieren, damit auch alle formalen Anforderungen von
   /dana/ erfllt sind. Weitere Einzelheiten hierzu stehen in den
   /Einrichtungsregeln/.

RfD-Howto (das)
   <https://web.archive.org/web/20070105012315/usenet.babylonsounds.com/rfd_howto.html>
   ist eine kurze Anleitung, wie man einen guten /RfD/ zur /Einrichtung/
   einer Gruppe verfasst.

"[x] RfD now!"
   ist eine knappe Aufforderung, die /Diskussion/ eines /Prae-RfD/ zu
   beenden und ein formelles /Verfahren/ zu beginnen. Der Grund hierfr
   ist meist, dass tatschlicher /Bedarf/ an der Sachfrage zu bestehen
   scheint.

Richtlinienverfahren
   nennt man ein /Verfahren/, das die Einfhrung, nderung oder
   Abschaffung von /Regeltexten/ fr /de.*/ zum Gegenstand hat. Solche
   /Verfahren/ finden in /danm/ statt.

rmgroup (der)
   heit der /Control/ zum /Lschen/ einer Gruppe.

Sammelabstimmung
   nennt man einen /CfV/, der gleichzeitig ber mehrere Sachfragen
   entscheiden lsst. Wegen der zu befrchtenden Komplikationen und
   /Mitnahmeeffekte/ ist eine Sammelabstimmung nur in drei Fllen
   anzuraten: zum einen, wenn mehrere /Attribute/ einer bestehenden
   Gruppe gendert werden sollen; zum zweiten, wenn eine Gruppe in
   eine /Unterhierarchie/ aufgespalten werden soll; zum dritten, wenn
   die /Reorganisation/ einer oder mehrerer /Unterhierarchien/ ansteht.

   Falls in einer bestehenden /Unterhierarchie/ mehrere neue Gruppen
   eingerichtet werden sollen, empfehlen sich hierfr getrennte
   /Verfahren/. Nheres steht in den /Einrichtungsregeln/.

Scheintraffic (der)
   ist ein abschtziger Name fr /Traffic/, der eigens fr ein
   /Verfahren/ erzeugt wird, um einen /Trafficnachweis/ zu schnen. Der
   Verdacht, dass Scheintraffic im Spiel ist, kommt vor allem bei
   /Fuchsschwnzen/ leicht auf.

Schlamassel (der, Pl. Schlamassel)
   heit ein /Result/, welches so unpopulr ist, dass niemand dessen
   /Umsetzung/ wnscht. So etwas ist nur bei einer missglckten
   /Sammelabstimmung/ denkbar und kam bisher allein im /Verfahren/ zu
   /dcsa/ vor. Namensgebend hierfr war der Einspruchsentscheid
   <dcsa-schlamassel-entscheid-Fri-25-Aug-00-1.jonas@dana.de>.

6a-Verfahren
   nennt man einen /CfV/, der keinen /Wahlschein/ enthlt, sondern nur
   beschreibt, wie man ihn personalisiert beim /Wahlleiter/ anfordert.
   Sinn dieser Vorgehensweise ist, Manipulationen der Abstimmung zu
   erschweren. Sie wird angewendet, wenn in einem /Verfahren/
   Misstrauen aufgekommen ist. Nheres erlutern Punkt 6a der
   /Einrichtungsregeln/ und Abschnitt 4.3 des /dana-Manuals/.

Second-Level-Hierarchie
   /Hierarchie/ zweiten Grades.

Segment
   /Komponente/.

"Show traffic, get group!"
   ist ein Grundsatz, nach dem viele /Verfahren/ ablaufen. Die zentrale
   Frage ist dabei, ob ein berzeugender /Trafficnachweis/ gefhrt
   wird.

SLH
   /Second-Level-Hierarchie/.

Sonderregel
   /weitere Regel/.

Sperrfrist
   nennt man die Gepflogenheit in /dan*/, ber eine Sachfrage
   frhestens sechs Monate nach dem /Result/ erneut abzustimmen. Wer
   als /Proponent/ die Sperrfrist verletzt, erntet hierfr oft viele
   /Prinzip-Neins/.

Status (der, Pl. Status)
   nennt man die Eigenschaft einer Gruppe, /moderiert/ oder
   /unmoderiert/ zu sein.

Statusverwalter
   heit dasjenige Mitglied der derzeitigen /dana-Moderation/, welches
   den /dana-Status/ pflegt und die Arbeit der /Verfahrensbetreuer/
   koordiniert.

Steuernachricht
   /Control/.

Stimmvieh
   werden Leute genannt, die in einem /CfV/ abstimmen, obwohl sie kein
   konkretes, persnliches, usenetinternes Interesse am
   Abstimmungsgegenstand haben. Dazu zhlen insbesondere auch Freunde
   und Verwandte von Interessierten, die ihrerseits nicht im Usenet
   aktiv sind. Solche Stimmen stren das /Result/ betrchtlich und
   knnen Anlass fr einen /Wahlabbruch/ oder einen erfolgreichen
   /Einspruch/ sein.

Strawpoll (der, Pl. Strawpolls)
   ist eine informelle Abstimmung ber eine Sachfrage. Hufig findet
   er whrend der /Diskussion/ eines /RfD/ statt, um einen Streitpunkt
   zu klren, zu welchem sich kein klarer Konsens abzeichnet. Er wird
   von einem /Wahlleiter/ analog zu einem formellen /CfV/ veranstaltet
   und ausgewertet und mit Untersttzung der /dana-Moderation/ oft auch
   in /dana/ verffentlicht. Die Stimmfrist ist meist etwas krzer und
   die Beteiligung geringer als bei einem /CfV/. Nheres ist in

|     From: Ralf Dblitz <faq@netzverwaltung.net>
|     Newsgroups: de.admin.news.misc,de.admin.infos
|     Subject: <Datum> FAQ: Entscheidungsfindung bei mehreren Moeglichkeiten
|
|     Archive-name: de-admin/entscheidung
|     Posting-frequency: weekly
|     URL: https://www.kirchwitz.de/~amk/dai/entscheidung

   erlutert.

Subhierarchie
   /Unterhierarchie/.

Sympathie-Ja
   nennt man eine Jastimme in einem /CfV/, die nicht aus persnlichem
   Interesse an der Sache abgegeben wird. Solche Jastimmen stren die
   Entscheidungen in /dan*/, weil sie den Nachweis des /Bedarfs/
   verflschen; sie sollten daher nach Mglichkeit unterbleiben.

[Tag] (das, Pl. [Tags])
   nennt man ein Krzel, welches man an den Anfang des Subject:-Headers
   stellt, um den Artikel innerhalb einer Gruppe einem Unterthema
   zuzuordnen. Wenn [Tags] konsequent verwendet werden, wird die Gruppe
   deutlich lesbarer, weil jeder mhelos diejenigen Unterthemen
   herausfiltern kann, fr die er sich besonders interessiert. Viele
   /Chartas/ in /de.*/ empfehlen [Tags] oder schreiben sie sogar vor.

Tagline (die, Pl. Taglines)
   heit die Spezifikation einer Gruppe auf dem Newsserver. Sie besteht
   aus einer einzigen Zeile und wird auch von den meisten Newsreadern
   dargestellt. Ihr Aufbau lautet: /Gruppenname/ + 8er-Tabulator +
   /Kurzbeschreibung/. Wenn die Gruppe /moderiert/ ist, kommt in /de.*/
   hinzu: " " + <E-Mail-Adresse der /Moderation/> + " (Moderated)".

   Die /Einrichtungsregeln/ erwarten, dass /Gruppenname/, Tabulator und
   /Kurzbeschreibung/ zusammen krzer als 80 Zeichen sind, damit die
   Tagline sowohl im /Public checkgroups/ als auch im Newsreader
   bersichtlich dargestellt werden kann.

talk-Gruppe
   nennt man eine Gruppe, in der ein festgelegtes Thema im Plauderton
   behandelt wird. Eine talk-Gruppe ist blicherweise /unmoderiert/ und
   steht innerhalb von /de.*/ in einer der /Unterhierarchien/ de.talk.*
   oder de.alt.talk.*. Ein /CfV/ zur /Einrichtung/ einer talk-Gruppe
   auerhalb von de.talk ruft meist zahlreiche /Prinzip-Neins/ hervor,
   kann aber dennoch erfolgreich sein.

Themenorientierung
   bedeutet, dass Gruppen in /de.*/ fr Themen und nicht fr Personen
   oder Personenkreise eingerichtet werden. Das heit insbesondere, dass
   Diskussionen, die in ihrem Verlauf ihr Thema wesentlich wechseln, in
   einer anderen, passenderen Gruppe weiterzufhren sind.

Third-Level-Hierarchie
   /Hierarchie/ dritten Grades.

tief
   nennt man die Einordnung einer Gruppe, wenn der /Gruppenname/ aus
   vielen /Komponenten/ besteht. Zum Beispiel ist die Gruppe
   de.comp.os.unix.apps.kde tief eingeordnet, weil ihr Thema sehr
   speziell ist.

TLH
   /Top-Level-Hierarchie/.

Top-Level-Hierarchie
   /Hierarchie/ ersten Grades.

Traffic (der)
   nennt man zum einen den Nutzungsgrad einer Gruppe. Er wird meist in
   Artikeln pro Tag oder Artikeln pro Monat gemessen, wobei
   blicherweise nur solche Artikel zhlen, die in der Gruppe on topic
   sind. Zum anderen bezeichnet man in gleicher Weise auch den gesamten
   Schriftverkehr zu einem bestimmten Thema als Traffic, selbst wenn er
   ber mehrere benachbarte Gruppen verteilt ist oder auerhalb des
   Usenets (zum Beispiel auf einer Mailingliste) stattfindet.

Trafficnachweis
   nennt man eine Aufstellung des /Traffics/ zu einem bestimmten Thema
   ber einen gewissen Zeitraum (meist drei Monate oder mehr). Ein
   solcher Nachweis wird fr /Verfahren/ in /de.alt/ bentigt, da
   /Traffic/ dort das Hauptargument zur /Einrichtung/ von Gruppen ist.
   In /de.!alt/ dient zwar schon die /Mindestzustimmung/ dazu, den
   /Bedarf/ zu belegen. Dennoch ist ein formeller Trafficnachweis im
   /RfD/ oder whrend der /Diskussion/ auch hier gern gesehen. Wer
   glaubt, der Trafficfrage gnzlich ausweichen zu knnen, erliegt
   einem schweren /Missverstndnis/.

   Falls zu einem Thema /umzugswilliger/ /Traffic/ im Umfang von
   tglich mehr als 10 bis 15 Artikeln existiert, ist es sinnvoll,
   hierfr eine eigene Gruppe in /de.*/ einzurichten. Warum manchmal
   auch schon etwas weniger gengt, wird ausfhrlich erlutert in
   <a505k0$39kc2$2@ID-807.news.dfncis.de>.

   Damit ein Trafficnachweis einfach erstellt und berprft werden
   kann, empfiehlt es sich, bereits einige Monate vor Beginn des
   /Verfahrens/ ein /[Tag]/ zum betreffenden Thema einzufhren und
   konsequent zu verwenden.

bersichtlichkeit
   bedeutet, dass Gruppen in /de.*/ aussagekrftig benannt und sinnvoll
   in /Unterhierarchien/ eingeordnet werden sollen. Auerdem ist darauf
   zu achten, dass die einzelnen Gruppen weder ausnehmend wenig noch
   unangemessen viel /Traffic/ enthalten.

bertragungsverbot
   nennt man die Bestimmung der /Einrichtungsregeln/, dass eine Stimme
   nur fr genau den Vorschlag gilt, fr welchen sie abgegeben wurde.
   Das heit, dass Stimmen fr oder gegen eine bestimmte Gruppe nicht
   gleichzeitig auch nderungen an anderen Gruppen bewirken sollen.

   Manchmal kann es sinnvoll sein, von diesem Verbot durch eine
   /weitere Regel/ eine Ausnahme zu machen, zum Beispiel, wenn bei
   /Einrichtung/ einer Gruppe die /Charta/ einer anderen Gruppe in
   einem unstrittigen Detail angepasst werden soll.

Umbenennung
   einer Gruppe geschieht durch /rmgroup/ und anschlieenden
   /newgroup/. Damit besteht wie beim /Lschen/ die Gefahr, auf vielen
   Newsservern eine /Gruppenleiche/ zu hinterlassen. Deshalb ist man in
   /de.*/ Umbenennungen gegenber kritisch eingestellt und untersttzt
   solche /Verfahren/ nur, wenn eine /Unterhierarchie/ dadurch deutlich
   bersichtlicher wird.

Umsetzung
   besteht darin, die Entscheidung eines /Verfahrens/ wirksam zu
   machen. Bei nderungen der Gruppenstruktur geschieht dies durch
   Versenden der /Controls/, bei neuen /Chartas/ durch Verffentlichung
   in den betroffenen Gruppen, bei /Richtlinienverfahren/ durch
   Anpassung und Verffentlichung der einschlgigen /Regeltexte/.

   Falls ein /Verfahren/ scheitert, findet keine Umsetzung statt.

Umsetzungsbeauftragter
   heit dasjenige Mitglied der derzeitigen /dana-Moderation/, welches
   fr die /Umsetzung/ jedes erfolgreich verlaufenen /Verfahrens/ in
   /de.!alt/ sorgt.

umzugswillig
   nennt man den /Traffic/ zu einem Thema, wenn seine hufigsten
   Autoren bereit sind, hierfr in Zukunft eine andere, meist neu zu
   grndende Gruppe zu nutzen. Umzugswilligkeit wird vor allem dann
   sehr kritisch hinterfragt, wenn der /Traffic/ bisher auerhalb des
   Usenets stattfindet.

unmoderiert
   ist eine Gruppe, wenn Artikel in ihr sofort auf dem Newsserver
   erscheinen und ins Usenet eingespeist werden. Dies ist der bliche
   /Status/ von Gruppen.

Unterhierarchie
   nennt man eine /Hierarchie/ zweiten oder hheren Grades.

Verfahren
   nennt man den gesamten Prozess, mit dem eine Sachfrage in /de.*/ zu
   einer Entscheidung gefhrt wird.

   In /de.!alt/ umfasst ein Verfahren einen oder mehrere /RfDs/, die
   /Diskussion/, zwei /CfVs/ und ein /Result/, gegen welches unter
   Umstnden noch /Einsprche/ eingereicht werden knnen, sowie die
   anschlieende /Umsetzung/. Bei guter Vorbereitung des /Proponenten/
   dauert das Verfahren acht bis zehn Wochen; unter widrigen Umstnden
   knnen auch einige Monate vergehen.

   In /de.alt/ besteht ein Verfahren aus einem Vorschlag in /daa/,
   einer Debatte darber und der anschlieenden /Umsetzung/. Falls der
   Vorschlag unstrittig ist, dauert das Verfahren gut eine Woche; bei
   mehrfachem /"Protest!"/ knnen weitere Wochen vergehen.

   Die genaue Vorgehensweise erlutern die /Einrichtungsregeln/ und das
   /dana-Manual/.

Verfahrensbetreuer
   heien diejenigen Mitglieder der derzeitigen /dana-Moderation/,
   welche die vom /Proponenten/ bzw. /Wahlleiter/ eingereichten /RfDs/,
   /CfVs/ und /Results/ gegenlesen, zur Nachbesserung zurckschicken
   und schlielich verffentlichen. Oft sind einige E-Mailwechsel mit
   dem jeweiligen Verfahrensbetreuer ntig, bis ein Text reif zur
   Verffentlichung ist.

Verknpfungsverbot
   nennt man die Bestimmung der /Einrichtungsregeln/, dass ber jede
   Gruppe einzeln abzustimmen ist. Sie besagt, dass zwischen mehreren
   im Rahmen einer /Sammelabstimmung/ behandelten Gruppen keine
   stimmtechnischen Abhngigkeiten bestehen sollen.

   In einigen seltenen Fllen, zum Beispiel bei einer /Reorganisation/,
   kann es sinnvoll sein, von diesem Verbot durch eine /weitere Regel/
   eine Ausnahme zu machen.

Vollstndigkeit
   bedeutet, dass es innerhalb von /de.*/ zu jedem nur denkbaren Thema
   eine passende Gruppe gibt. Welche das im Einzelfall ist, kannst Du
   den /Chartas/ entnehmen oder in der Gruppe de.newusers.questions
   erfragen.

   Die Vollstndigkeit von /de.*/ wird durch die /misc-Gruppen/,
   insbesondere durch /de.etc.misc/, sichergestellt.

Votetaker
   /Wahlleiter/

VV (= vereinfachtes Verfahren; das)
   heit der Versuch, eine Sachfrage ohne /Diskussion/ und Abstimmung
   zu entscheiden. Das ist meist nur dann sinnvoll, wenn es um kleine
   nderungen an einer /Charta/ oder /Kurzbeschreibung/ geht.

   Ein VV wird wie ein /RfD/ in /dana/ und allen betroffenen Gruppen
   verffentlicht. Falls aus der /Netzffentlichkeit/ kein Widerspruch
   bei der /dana-Moderation/ eingeht, gilt das VV als erfolgreich.
   Nheres hierzu steht in den /Einrichtungsregeln/.

Wahlabbruch
   heit die Entscheidung des /Wahlleiters/, einen /CfV/ nicht weiter
   auszuwerten, sondern die Abstimmung ohne Ergebnis zu beenden. Dies
   geschieht, wenn es im Abstimmungsverlauf zu Unregelmigkeiten
   gekommen ist. Nheres erklren die /Einrichtungsregeln/.

wahlberechtigt
   ist in /dan*/, wer eine eigene E-Mailadresse hat und gegenber dem
   /Wahlleiter/ seinen /Realnamen/ angibt. Von jedem Whler wird jedoch
   erwartet, dass er nur dann einen /Wahlschein/ abschickt, wenn er ein
   konkretes, persnliches, usenet-internes Interesse am
   Abstimmungsgegenstand hat.

Wahlleiter
   oder auch /Votetaker/ heit die Person, welche die auf den /CfV/
   folgende Abstimmung auswertet (weshalb "Abstimmungsleiter" wohl
   der treffendere Begriff wre, der sich aber nicht eingebrgert
   hat).

   Ursprnglich wurde allgemein erwartet, dass der /Proponent/ dies
   selbst tut. Da die meisten Proponenten dazu aus zeitlichen oder vor
   allem auch technischen Grnden nicht in der Lage sind, hat es sich
   mittlerweile eingebrgert, dass die Durchfhrung der Abstimmungen
   durch Dritte, meistens die /GVV/, erfolgt. Es kann sich auch
   anbieten, die Abstimmung aus anderen Grnden nicht selbst
   durchzufhren, wenn man bspw. als /Proponent/ in /dan*/ nicht
   ausreichend Vertrauen geniet oder prophylaktisch den Vorwurf der
   Manipulation vermeiden mchte.

Wahlschein
   ist derjenige Bestandteil eines /CfV/, in welchen der Whler seine
   Entscheidung eintragen kann, also quasi der Stimmzettel. Meist wird
   der Wahlschein mit dem /CfV/ mitgeliefert; eine Ausnahme hiervon ist
   das /6a-Verfahren/. Den Wahlschein sollte man sorgfltig abtrennen
   und sauber mit JA, NEIN oder ENTHALTUNG ausfllen, um dem
   /Wahlleiter/ mglichst wenig Arbeit zu machen. Einzusenden ist er
   per E-Mail an die jeweils angegebene Abstimmadresse.

weie T-Shirts
   sind ein gern genanntes Beispiel eines Allerweltsthemas, fr welches
   man trotz seiner groen Verbreitung keine eigene Gruppe braucht,
   weil einfach niemand darber diskutiert. Wer fr ein solches
   Allerweltsthema dennoch eine Gruppe einrichten will, erliegt einem
   /Missverstndnis/. Weie T-Shirts taugen allenfalls fr einen
   /Aprilscherz/ wie <RfD-1-de.rec.weisse-tshirts-01.04.1998@dana.de>.

weitere Regel
   nennt man jede Bestimmung im /CfV/, welche inhaltlich von den
   blichen /Einrichtungsregeln/ abweicht. Eine solche Zusatzregelung
   sollte man nur in Ausnahmefllen und dann in enger Absprache mit der
   /dana-Moderation/ treffen. Sie muss im letzten /RfD/ erwhnt werden.

Zotty-Traffic (der)
   nennt man /Scheintraffic/, der als Reaktion auf einen /RfD/ zur
   /Lschung/ einer Gruppe erzeugt wird. Namensgebend waren die vielen
   vergeblichen Versuche, die Gruppe de.alt.zotty.answers zu lschen.

2/3-Mehrheit
   der Stimmen ist in einem /Result/ ntig, um eine Entscheidung
   durchzusetzen. Das heit, dass mindestens doppelt so viele Jastimmen
   wie Neinstimmen beim /Wahlleiter/ eingehen mssen. Der Grund fr
   diese strenge Quote ist, dass der augenblickliche Zustand von /de.*/
   stets Bestandsschutz geniet und nur dann gendert werden soll, wenn
   ein deutlicher /Bedarf/ dafr besteht.

***

Maintainer dieser FAQ: Thomas Hochstein <thh@thh.name>

   Das dan-Glossar wurde im August 2014 berarbeitet. Weitere
   nderungen und/oder Ergnzungen werden gerne entgegengenommen.

   Das Glossar ist auch in einem Git-Repository unter
   <https://code.virtcomm.de/faqs/dan-glossar> verfgbar und kann
   ber die Weboberflche eingesehen oder ausgecheckt werden. Bei
   nderungsvorschlgen werden Git-Patches bevorzugt; natrlich wird
   aber auch jede andere Form von Anregungen gerne entgegengenommen.

Autor und Maintainer bis 2014: Bernd Gramlich

   Idee, Ton und der Groteil des Textes dieser FAQ stammen vom
   ursprnglichen Autor und Betreuer, Bernd Gramlich. Sptere
   Anpassungen wurden mglichst behutsam eingearbeitet.

Zu der ursprnglichen Fassung dieses Textes und seiner Entstehung
haben auerdem beigetragen:

- Ludwig Boeckel
- Marc 'HE' Brockschmidt
- Michael Dahms
- Oliver Ding
- Frank Ellermann
- Karsten Huppert
- Gerhard Jahnke
- Wolfgang Jth
- Dirk Nimmich
- Michael Ottenbruch
- Simon Paquet
- Christian Pree
- Stefan Ram
- Nikolaus Rath
- Andreas Riedel
- Kai-Olaf Runge
- Olaf Schneider
- Adrian Suter
- Uwe Tetzlaff
- Felix Wiemann

Herzlichen Dank!
-- 
Id: f090d35  2026-05-25 22:26:05 +0200 Thomas Hochstein
