Release 1.5.6
[faqs/dan-glossar.git] / dan-glossar
1 Archive-name: de-admin/dan-glossar
2 Posting-frequency: weekly
3 Version: 1.5.6
4 Last-modified: 2020-08-24
5 URL: https://th-h.de/archives/faqs/dan-glossar.txt
6 URL: http://www.kirchwitz.de/~amk/dai/dan-glossar
7
8                  Wichtige Begriffe in de.admin.news.*
9                  ====================================
10
11 Dieses kleine Wörterbuch soll Dir helfen, die Diskussionskultur und
12 die Inhalte der Gruppen de.admin.news.[announce|groups|misc] zu
13 verstehen, damit Du auch ohne jahrelanges Mitlesen in diesen Gruppen
14 mitwirken kannst. Es ist als einführendes Nachschlagewerk gedacht,
15 liefert aber viele Verweise zu weiterführenden Texten. Jeder solche
16 Verweis ist entweder
17
18    * eine URL
19
20 oder
21
22    * die Message-ID eines Artikels im Usenet, den Du auf diese Weise
23      in Deinem Newsreader oder mit einer Usenet-Suchmaschine wie
24      <http://al.howardknight.net/> finden kannst. Das Archiv von
25      GoogleGroups ist insofern leider nur noch bedingt hilfreich.
26
27 Dieses Nachschlagewerk setzt viele elementare Begriffe des Usenets
28 bereits als bekannt voraus. Wenn Du im Usenet insgesamt noch unerfahren
29 bist, solltest Du daher Unbekanntes zuerst in einem einführenden Text
30 wie 
31
32 |   From: amk@spamfence.net (Andreas M. Kirchwitz)
33 |   Newsgroups: de.newusers.infos
34 |   Subject: <Datum> Glossar
35 |   
36 |   Archive-name: de-newusers/glossar
37 |   Posting-frequency: weekly
38 |   Last-modified: 2011-12-09
39 |   URL: http://www.kirchwitz.de/~amk/dni/glossar
40
41 nachschlagen. Auch ganz grundsätzlich ist die Lektüre der einleitenden
42 Texte zum Usenet an sich in der Newsgroup de.newusers.infos, die sich
43 an neue Benutzer wendet, ein Schritt, der sich vor der Lektüre der
44 Texte in de.admin.infos, die sich mit der Selbstverwaltung der
45 deutschsprachigen Hierarchie de.* beschäftigen, anbietet.
46
47 Wenn Dir beim Lesen von de.admin.news.* weitere schwierige Begriffe
48 auffallen, die hier nicht erklärt sind, oder wenn Du andere hilfreiche
49 Verweise auf weiterführende Texte kennst, so schreibe mir bitte, damit
50 ich dieses Nachschlagewerk vervollständigen kann; siehe dazu auch die
51 Hinweise am Ende des Textes.
52
53 Querverweise habe ich mit /Schrägstrichen/ gekennzeichnet. Mit Pl. gebe
54 ich an, wie die Mehrzahl eines Wortes üblicherweise gebildet wird.
55
56 ***
57
58 Abstimmungsaufruf
59    /CfV/.
60
61 advocacy-Gruppe
62    nennt man eine Gruppe, in der Vor- und Nachteile konkurrierender
63    Ideen oder Produkte diskutiert werden. Eine advocacy-Gruppe ist
64    üblicherweise /unmoderiert/ und endet mit der /Komponente/ advocacy.
65
66 .ALL
67    bezeichnet alle Gruppen einer /Hierarchie/. Zum Beispiel ist de.ALL
68    eine andere Schreibweise für /de.*/.
69
70 alt.*
71    ist eine internationale /Hierarchie/, in der /newgroups/ nach recht
72    lockeren Regeln verschickt werden dürfen. Sie ist demzufolge
73    unübersichtlich und wird in /dan*/ gern als abschreckendes Beispiel
74    genannt, wenn jemand die hiesigen /Einrichtungsregeln/ als zu streng
75    kritisiert.
76
77 announce-Gruppe
78    nennt man eine Gruppe, welche die Ankündigungen einer thematischen
79    /Unterhierarchie/ bündelt. Eine announce-Gruppe ist üblicherweise
80    /moderiert/ und endet mit der /Komponente/ announce.
81
82 anonym
83    kann man nach außen hin in einem /CfV/ abstimmen, wenn man dem
84    /Wahlleiter/ überzeugende Gründe hierfür nennt. In diesem Fall
85    erscheint weder der /Realname/ noch die E-Mailadresse im /Result/.
86
87 approven (engl. "to approve")
88    bedeutet, einen zur Veröffentlichung in einer /moderierten/ Gruppe
89    eingereichten Artikel zuzulassen. Dies ist Aufgabe der jeweiligen
90    /Moderation/, welche einen Approved:-Header setzt und dann den
91    Artikel ins Usenet einspeist.
92
93    Da ein Approved:-Header technisch auch von jeder anderen Person
94    gesetzt werden kann (wenn auch nicht darf), signieren manche
95    /Moderationen/ jeden approveten Artikel mit /PGP/. Dadurch kann man
96    nicht von der /Moderation/ approvete Artikel  erkennen und auch
97    automatisiert /canceln/.
98
99 Aprilscherz
100    ist ein schalkhafter /RfD/, der traditionsgemäß am 1. April in
101    /dana/ veröffentlicht wurde und die Ernsthaftigkeit von /dan*/ auf
102    die Schippe nimmt. /Proponenten/ für gute Aprilscherze sind immer
103    willkommen.
104
105 Attribute
106    einer Gruppe sind /Gruppenname/, /Kurzbeschreibung/, /Charta/ und
107    /Status/. Bei /moderierten/ Gruppen kommen die Mitglieder der
108    /Moderation/ hinzu.
109
110 auf Verdacht
111    werden in /de.*/ keine Gruppen eingerichtet. Für jede neue Gruppe
112    muss stets der tatsächliche /Bedarf/ nachgewiesen werden. Das liegt
113    daran, dass leerstehende Gruppen einerseits die /Übersichtlichkeit/
114    der /Hierarchie/ stören und andererseits ihre /Löschung/
115    problematisch ist. Näheres ist in den /Missverständnissen/ erläutert.
116
117 Bedarf
118    ist die wichtigste Voraussetzung für eine Entscheidung in /de.*/.
119    In /daa/ zeigt man den tatsächlichen Bedarf meist durch einen
120    /Trafficnachweis/. In /dan*/ dient außerdem die /Mindeststimmenzahl/
121    zur Überprüfung des Bedarfs.
122
123 Big8 (die)
124    nennt man die großen acht englischsprachigen internationalen
125    /Hierarchien/ comp.*, humanities.*, misc.*, news.*, rec.*, sci.*,
126    soc.* und talk.*. Sie sind gut gepflegt und dienten in ihrer
127    Gliederung teilweise als Vorbild für /de.!alt/. Mittlerweile hat
128    /de.*/ jedoch eine eigene, hiervon unabhängige Gliederung, so dass
129    ein Verweis auf Parallelen in den Big8 meist ein /Missverständnis/
130    ist.
131
132 Buzzword-Traffic
133    ist /Traffic/, der erst durch die /Einrichtung/ einer Gruppe
134    entsteht, da der /Gruppenname/ oder die /Kurzbeschreibung/ ein
135    Buzzword enthält - also ein Wort, nach dem viele Leute suchen. Das
136    Vertrauen auf Buzzword-Traffic kann mitunter den /Trafficnachweis/
137    ersetzen.
138
139 canceln (engl. "to cancel")
140    heißt, das Löschen eines Artikels im Usenet zu veranlassen.
141    Bei eigenen Artikeln ist dies stets erlaubt, zum Beispiel um einen
142    Fehler zu korrigieren. Bei Artikeln anderer Leute wird innerhalb
143    von /de.*/ jedoch dringend empfohlen, die Richtlinien zum
144    Fremdcancel in der - seit 2012 nicht mehr neu veröffentlichten -
145    Fremdcancel-FAQ
146
147 |     From: Florian Seffler <florian@filmateleven.de>
148 |     Newsgroups: de.admin.net-abuse.news,de.admin.net-abuse.announce,de.admin.news.misc,de.soc.netzkultur.misc,de.answers,news.answers
149 |     Subject: <2000-03-20> Fremdcancel-FAQ
150 |
151 |     Fremdcancel-FAQ
152 |
153 |     Archive-Name: de-net-abuse/fremdcancel-faq
154 |     URL: https://web.archive.org/web/20120226145750/http://filmateleven.de/cms/?Usenet:Fremdcancel-FAQ
155 |     Posting-Frequency: monthly
156
157    zu beachten.
158
159 CfV (= Call for Votes; der, Pl. CfVs)
160    ist ein Aufruf an die /Netzöffentlichkeit/, über eine Sachfrage zu
161    entscheiden, die zuvor in /dan*/ diskutiert worden ist. Ein CfV wird
162    in /dana/ und allen betroffenen Gruppen veröffentlicht. Er sollte
163    frühestens zwei Wochen nach dem letzten einschlägigen /RfD/
164    erscheinen und mit diesem inhaltlich übereinstimmen. Nähere
165    Einzelheiten stehen in den /Einrichtungsregeln/ und im
166    /dana-Manual/.
167
168 "[x] CfV now!"
169    ist eine knappe Aufforderung an den /Proponenten/, die /Diskussion/
170    für beendet zu erklären und den /CfV/ einzureichen. Der Grund
171    hierfür kann entweder sein, dass man mit dem /Proponenten/ inhaltlich
172    völlig übereinstimmt oder mit ihm derart unterschiedlicher Meinung
173    ist, dass aus einer weiteren /Diskussion/ keine neuen Erkenntnisse zu
174    erwarten sind.
175
176 Charta (die, Pl. Chartas)
177    ist eine möglichst allgemeinverständliche Beschreibung, welche
178    Themen in einer Gruppe behandelt werden sollen und welche nicht.
179    Listen aller Chartas von /de.*/ einschließlich /de.alt/ findest Du
180    in
181
182 |     From: Thomas Hochstein <thh@thh.name>
183 |     Newsgroups: de.newusers.infos,de.admin.news.groups,de.alt.admin
184 |     Subject: <Datum> Die Newsgruppen der de-Hierarchie
185 |
186 |     Archive-name: de-newusers/de-newsgruppen
187 |     Posting-frequency: weekly
188 |     URL: https://th-h.de/archives/faqs/de-newsgruppen.txt
189 |     URL: http://www.kirchwitz.de/~amk/dni/de-newsgruppen
190
191    Es lohnt sich, Chartas sorgfältig und sprachlich sauber zu
192    verfassen, damit jeder Leser möglichst eindeutig entscheiden kann,
193    was in der betreffenden Gruppe on topic ist.
194
195 checkgroups (der)
196    ist ein /Control/, der die /Taglines/ aller Gruppen einer
197    /Hierarchie/ auflistet.
198
199 Control (der, Pl. Controls)
200    ist ein Artikel im Usenet, der nicht zur menschlichen, sondern zur
201    maschinellen Auswertung gedacht ist, also eine /Steuernachricht/.
202    Controls sind Befehle an die Newsserver. Dazu zählen einerseits
203    Veränderungen an der Gruppenstruktur (/newgroup/, /rmgroup/,
204    /checkgroups/), zum anderen das Löschen von Artikeln (/Canceln/).
205
206    In /de.!alt/ versendet die /dana-Moderation/ die strukturändernden
207    Controls, signiert mit dem /dana-Key/. In /de.alt/ hingegen tun dies
208    mehrere technisch erfahrene Leute auf Anfrage.
209
210 daa
211    ist die Gruppe de.alt.admin. Sie verwaltet die Unterhierarchie
212    /de.alt/ gemäß Anhang A der /Einrichtungsregeln/.
213
214 dai
215    ist die /moderierte/ Gruppe de.admin.infos. Sie enthält für /dan*/
216    relevante /Regeltexte/ und hilfreiche Erläuterungen dazu. Von allen
217    /Diskutanten/ wird stillschweigend erwartet, dass sie mit den Texten
218    aus dai vertraut sind.
219
220 dana
221    ist die /moderierte/ Gruppe de.admin.news.announce. Von hier aus
222    werden die Gruppen von /de.!alt/ und die Regeln von /de.*/
223    verwaltet. Das bedeutet, dass hier alle einschlägigen /RfDs/, /CfVs/,
224    /Results/ und /Einsprüche/ erscheinen.
225
226    Wenn Du an der Pflege von /de.*/ mitwirken willst, solltest Du dana
227    regelmäßig lesen. Da es sich um eine /Low-Traffic-Gruppe/ handelt,
228    reicht es, sie alle paar Tage zu lesen. Wenn Du dabei auf ein Thema
229    stößt, das Dich besonders interessiert, solltest Du für die Dauer
230    der Diskussion die passende Gruppe in /dan*/ abonnieren, auf die der
231    Followup-To:-Header zeigt.
232
233 dana-Key (der)
234    heißt der /PGP/-Schlüssel der /dana-Moderation/. Er dient dazu,
235    /Controls/ zu authentifizieren, welche /de.!alt/ betreffen.
236
237 dana-Manual (das)
238    ist eine ausführliche und sehr lesenswerte Beschreibung, wie man ein
239    /Verfahren/ in /dan*/ erfolgreich durchführt, und unter
240
241 |     From: dana-manual@usenet.th-h.de (Thomas Hochstein / Michael Ottenbruch)
242 |     Newsgroups: de.admin.infos,de.answers,news.answers
243 |     Subject: <Datum> Erlaeuterungen zur Einrichtung neuer Gruppen in de.*
244 |
245 |     Archive-name: de-newusers/dana-manual
246 |     Posting-frequency: weekly
247 |     Version: 2.2.6
248 |     Last-modified: 2020-08-24
249 |     URL: http://www.kirchwitz.de/~amk/dai/dana-manual
250 |     URL: https://th-h.de/archives/faqs/dana-manual.txt
251
252    veröffentlicht.
253
254 dana-Moderation
255    ist die /Moderation/ von /dana/. Sie kann unter der E-Mailadresse
256    <moderator@dana.de> erreicht werden.
257
258    Die derzeitige dana-Moderation besteht aus dem /Statusverwalter/,
259    dem /Umsetzungsbeauftragten/ und den vier /Verfahrensbetreuern/.
260    Ihr /Moderationskonzept/ bestimmt die interne Arbeitsweise.
261
262    Diese Ämter- und Aufgabenverteilung kann sich jederzeit ändern, wenn
263    das /Moderationskonzept/ überarbeitet oder die dana-Moderation durch
264    /Neuwahl/ abgelöst wird. Insbesondere ist es möglich, dass /dana/
265    von einer Einzelperson /moderiert/ wird. Alle früheren
266    dana-Moderatoren sind in
267    <https://web.archive.org/web/20120529054756/http://www.babylonsounds.com/usenet/moderation.html>
268    aufgelistet.
269
270 dana-Status
271    heißt der wöchentlich in /dana/ erscheinende Überblick über alle
272    anhängigen /Verfahren/. Er wird von der /dana-Moderation/
273    veröffentlicht und gilt als Pflichtlektüre für /dang-Regulars/.
274    Ergänzt wird er um die Statusübersicht der /GVV/, den /GVV-Status/.
275
276 dang
277    ist die Gruppe de.admin.news.groups. Hier wird die /Einrichtung/
278    oder /Löschung/ von Gruppen in /de.!alt/ diskutiert sowie die
279    Änderung der zuhörigen /Attribute/.
280
281 dang-Regular (der, Pl. dang-Regulars)
282    nennt man jemanden, der regelmäßig in /dang/ mitliest und
283    mitdiskutiert, auch wenn er vom augenblicklichen Thema nicht
284    unmittelbar betroffen ist. Seine Motivation dazu ist, an der Pflege
285    von /de.!alt/ aktiv teilzunehmen, damit /de.*/ eine übersichtliche
286    und nützliche /Hierarchie/ wird und bleibt.
287
288    Die dang-Regulars sind mitunter sehr verschiedene Menschen. Manche
289    sind erfahrene alte Hasen, die schon seit Anbeginn von /de.*/ diese
290    /Hierarchie/ mitpflegen. Andere wiederum sind erst vor wenigen
291    Monaten oder Jahren hierhergelangt und haben Gefallen an der
292    Verantwortung für /de.!alt/ gefunden. Nicht immer sind die
293    lautstärksten dang-Regulars auch diejenigen, auf die man am meisten
294    hören sollte.
295
296 danm
297    ist die Gruppe de.admin.news.misc. Hier werden sonstige Themen der
298    Unterhierarchie /dan*/ behandelt. Wichtig darunter sind die
299    /Neuwahlen/ oder /Nachwahlen/ von /Moderationen/, insbesondere die
300    der /dana-Moderation/.
301
302 danr
303    war die Gruppe de.admin.news.regeln. Hier fanden früher
304    Regeldiskussionen und /Richtlinienverfahren/ statt, ebenso die
305    öffentliche Debatte zu /Einsprüchen/. Diese Themen werden nunmehr
306    in de.admin.news.misc (und ggf. de.admin.news.groups) diskutiert.
307    Damit die /Diskussionen/ sachlich bleiben und nicht ins Absurde
308    abgleiten, sollte man jegliches /Nomicen/ unterlassen.
309
310 dan*
311    bezeichnet die für menschliche Leser bestimmten Gruppen der
312    /Unterhierarchie/ de.admin.news.*. Das sind also /dana/, /dang/
313    und /danm/.
314
315 dcsa
316    ist die Unterhierarchie de.comm.software.*. Sie war in den Jahren
317    1999/2000 Gegenstand einer umfassenden, letztlich aber gescheiterten
318    /Reorganisation/. Ursache des Misslingens war ein komplizierter
319    /Wahlschein/, der nicht gegen das letztlich entstandene unliebsame
320    /Result/ abgesichert war. Dieses /Verfahren/ gilt wegen seiner
321    langen Dauer, des damit einhergegangenen Umzugs von /Traffic/ nach
322    /hamster.*/ und des letztlich entstandenen /Schlamassels/ als
323    abschreckendes Beispiel.
324
325 de.*
326    ist eine internationale deutschsprachige /Hierarchie/. Ihr Themen-
327    und Gruppenangebot beruht auf den Grundideen /Vollständigkeit/,
328    /Themenorientierung/ und /Übersichtlichkeit/.
329
330 de.alt
331    ist die /Unterhierarchie/, welche von /daa/ gemäß Anhang A der
332    /Einrichtungsregeln/ verwaltet wird. Über Gruppen in de.alt wird
333    also nicht durch Abstimmung, sondern durch Konsens entschieden.
334
335 de.!alt
336    bezeichnet alle /Unterhierarchien/ von /de.*/, welche nicht zu
337    /de.alt/ gehören. Über Gruppen in de.!alt wird mittels formeller
338    /Verfahren/ und Abstimmungen in /dana/ und /dang/ entschieden.
339
340 de.answers
341    ist eine /moderierte/ Gruppe, in der zahlreiche Informationstexte
342    aus anderen deutschsprachigen Gruppen in regelmäßigen Abständen
343    veröffentlicht werden.
344
345 de.etc.misc
346    ist die Gruppe, in der alle Themen besprochen werden, zu denen es
347    keine passendere Gruppe in /de.*/ gibt. Ihr Nutzwert ist
348    hauptsächlich theoretischer Natur. In der Praxis eignet sich meist
349    eine andere /misc-Gruppe/ besser für die Diskussion, weil dort mehr
350    fachkundige Leute mitlesen.
351
352 Diskussion
353    bezeichnet in /dan*/ anders als im übrigen Usenet nicht jeden
354    beliebigen kontroversen Schriftwechsel, sondern meist nur die durch
355    einen formellen /RfD/ oder einen informellen /Prae-RfD/ eingeleitete
356    Besprechung einer Sachfrage.
357
358    Da in /dan*/ sehr viele Leute mitlesen und mitdiskutieren, ist etwas
359    Disziplin und Diskussionskultur wichtig. Insbesondere der Grundsatz
360    "Teilen Sie etwas Neues mit!" aus der Netiquette verdient Beachtung.
361    Weder der /Proponent/ noch sonst ein /Diskutant/ sollte sich durch
362    übermäßig viele Beiträge zum Alleinunterhalter aufschwingen. Es
363    bringt auch nichts, mit immergleichen Argumenten und Gegenargumenten
364    im Kreis zu debattieren, sondern schadet nur der Übersichtlichkeit
365    der Diskussion. Scheinbar unüberbrückbare Gegensätze werden in
366    /dan*/ nicht durch Endlosdebatten, sondern per Abstimmung gelöst.
367
368    Diskussionskultur heißt insbesondere, dass mit Veröffentlichung des
369    /CfV/ die Diskussionsphase beendet ist und nicht mehr über
370    verbliebene Uneinigkeiten debattiert zu werden braucht.
371
372 Diskussionsaufruf
373    /RfD/.
374
375 Diskutant
376    ist jeder, der an einer /Diskussion/ in /dan*/ aktiv teilnimmt.
377    Hierzu zählen der /Proponent/, seine Mitstreiter und Gegner sowie
378    interessierte /dang-Regulars/. Häufig diskutieren auch Mitglieder
379    der /dana-Moderation/ mit, sofern sie an der Sachfrage interessiert
380    sind.
381
382 Eindeutschung
383    ist ein häufig wiederkehrender Vorschlag, die vielen englischen
384    Fachbegriffe aus /Gruppennamen/, /Kurzbeschreibungen/, /Chartas/
385    oder sogar der /Diskussion/ in /dan*/ zu tilgen und durch deutsche
386    Wörter zu ersetzen. Einen /RfD/ zu diesem Thema einzureichen lohnt
387    sich nicht, da sich viele Fachbegriffe eingebürgert und als
388    praktisch erwiesen haben.
389
390 Einrichtung
391    einer Gruppe geschieht durch /newgroup/. Innerhalb von /de.*/ ist
392    dies erst nach einem /Verfahren/ gemäß der /Einrichtungsregeln/
393    möglich.
394
395 Einrichtungsregeln
396    legen fest, wie ein /Verfahren/ in /de.*/ abläuft. Sie sind für die
397    /Einrichtung/ von Gruppen formuliert, gelten aber analog auch für
398    /Löschung/, /Umbenennung/, Änderung anderer /Attribute/ einer Gruppe
399    und /Richtlinienverfahren/. Sie sind unter
400
401 |     From: 3.14@piology.org (Boris 'pi' Piwinger)
402 |     Newsgroups: de.admin.infos,de.alt.admin
403 |     Subject: <Datum> Einrichtung von Usenet-Gruppen in de.*
404 |
405 |     Archive-name: de-admin/einrichtung
406 |     Posting-frequency: weekly
407 |     Last-modified: 2012-01-09
408 |     URL: http://www.kirchwitz.de/~amk/dai/einrichtung
409
410    veröffentlicht.
411
412 Einspruch
413    nennt man einen formellen Einwand gegen ein /Result/. Er ist
414    innerhalb der /Einspruchsfrist/ bei der /dana-Moderation/
415    einzureichen und kann die Korrektur oder die Annullierung des
416    /Results/ zum Gegenstand haben. Die /dana-Moderation/ entscheidet
417    abschließend darüber. Näheres steht in den /Einrichtungsregeln/.
418
419    Die Höflichkeit gebietet, das Instrument des Einspruchs nur in
420    begründeten Fällen zu nutzen und es nicht zum /Nomicen/ zu
421    missbrauchen.
422
423 Einspruchsfrist
424    beträgt eine Woche nach Veröffentlichung des /Results/.
425
426 Ergebnis
427    /Result/.
428
429 Erinnerungs-RfD
430    nennt man einen /RfD/, der weitgehend wortgleich mit seinem
431    Vorgänger ist und hauptsächlich deshalb veröffentlicht wird, um die
432    /Netzöffentlichkeit/ an ein zwischenzeitlich unterbrochenes
433    /Verfahren/ zu erinnern. Es gilt als höflich, vor dem /CfV/ einen
434    Erinnerungs-RfD einzuschieben, falls die Unterbrechung länger als
435    sechs Wochen gedauert hat.
436
437 Fake (das; Pl. Fakes)
438    nennt man einen Artikel mit gefälschtem Absender in E-Mail oder
439    Usenet. Dabei ist unerheblich, ob der vermeintliche Absender
440    tatsächlich existiert oder eine Phantasieperson beschreibt.
441
442    In einem /CfV/ werden als Fakes erkannte Stimmen nicht gewertet.
443    Wann der Verdacht gerechtfertigt ist, dass eine Stimme ein Fake
444    darstellt, und welche Konsequenzen man aus dem Verdacht ziehen soll,
445    wird in <9q4ttd$37a$1@kalkleiste.nomic.de> ausführlich erörtert.
446    Entsprechende Entscheidungen der /dana-Moderation/ sind in ihrem
447    Entscheidungs-Archiv unter <http://dana.de/archiv.html>
448    veröffentlicht.
449
450 flach
451    nennt man die Einordnung einer Gruppe, wenn der /Gruppenname/ nur
452    aus wenigen /Komponenten/ besteht. Zum Beispiel ist die Gruppe
453    /de.answers/ flach eingeordnet, weil ihr Thema sehr allgemein ist.
454
455 free.*
456    ist eine internationale /Hierarchie/, in der jedermann /newgroups/
457    verschicken darf. Sie ist demzufolge unübersichtlich und wird in
458    /dan*/ gern als abschreckendes Beispiel genannt, wenn jemand die
459    hiesigen /Einrichtungsregeln/ als zu streng kritisiert.
460
461 Fuchsschwanz
462    nennt man ein /Verfahren/, welches augenscheinlich nur der
463    Befriedigung der persönlichen Eitelkeit des /Proponenten/ dient.
464    Gründe für diesen Vorwurf können sein, dass der /Proponent/ eine
465    Gruppe ohne erkennbaren /Traffic/, mit zu /flacher/ Einordnung oder
466    ungeachtet aller sinnvollen Gegenargumente einrichten lassen will.
467    Namensgebend hierfür sind die Fuchsschwänze, mit denen Mantafahrer
468    ihre Autos zu verzieren pflegen.
469
470 Gesinnungs-Nein
471    heißt eine Neinstimme gegen die /Einrichtung/ einer Gruppe, die nur
472    deswegen abgegeben wird, weil dem Wähler das Thema der Gruppe
473    missfällt. Solche Neinstimmen schaden der /Übersichtlichkeit/ von
474    /de.*/ und sollten daher unterbleiben. Dies wurde erstmals in
475    <qDZiz*tPi@yaps.rhein.de> erörtert.
476
477 Go-Gruppe
478    ist die Anspielung auf ein /Verfahren/ aus den Jahren 1999/2000,
479    welches sich durch Starrsinn aller Beteiligten sowie durch Auftreten
480    von /Stimmvieh/ in die Länge zog und an Streitigkeiten über /flache/
481    oder /tiefe/ Einordnung der Gruppe scheiterte. Es gilt als
482    abschreckendes Beispiel dafür, wie man eine gute Idee in /dan*/
483    durch zu viel Eifer zum Misserfolg führen kann. Eine Dokumentation
484    ist in <9ueqm9.19k.1@babylonsounds.com> zu finden.
485
486 GPG (GNU Privacy Guard; der)
487    ist ein Ersatz für /PGP/ in Form freier Software, der den
488    OpenPGP-Standard (/RFC/ 4880) implementiert und PGP in der Praxis
489    weitgehend ersetzt haben dürfte.
490
491 Gruppenleiche
492    heißt eine Gruppe, wenn sie auf manchen Newsservern noch existiert,
493    obwohl sie bereits vor langer Zeit durch einen /rmgroup/ gelöscht
494    wurde und nicht mehr im /checkgroups/ vorkommt. Da manche, vor
495    allem kleinere Newsserver schlecht gepflegt werden, kommen
496    Gruppenleichen in der Praxis durchaus vor und führen dann zu
497    Verwirrung.
498
499 Gruppenname
500    ist das wichtigste und einprägsamste /Attribut/ einer Gruppe im
501    Usenet. Da der Name die Einordnung der Gruppe in eine
502    /Unterhierarchie/ beschreibt, ist er besonders sorgfältig
503    auszuwählen und auf das Thema abzustimmen. Einzelheiten stehen auf
504    <http://www.dana.de/newsgroup-namen.html> und im /dana-Manual/.
505
506    Gruppennamen werden in der /Diskussion/ häufig abgekürzt. Auf
507    <http://www.purl.org/stefan_ram/pub/usenet-gruppenkuerzel-de> steht,
508    wie solche Abkürzungen im allgemeinen aussehen.
509
510 GVV (= German Volunteer Votetakers, Pl.)
511    sind ein Kreis erfahrener /dang-Regulars/, die meist gern bereit
512    sind, einen /CfV/ als /Wahlleiter/ zu übernehmen. Sie können unter
513    der E-Mailadresse <gvv@dana.de> erreicht werden. Näheres ist auf
514    <https://votetakers.de/> erläutert.
515
516 GVV-Status
517    wird die Statusübersicht der von den /GVV/ betreuten Abstimmungen
518    genannt, die ebenso wie der /dana-Status/ wöchentlich in /dana/
519    veröffentlicht wird und die neu eingegangenen, laufenden und
520    bereits beendeten Abstimmungen sowie deren Verlauf zusammenfasst.
521
522 hamster.*
523    ist eine internationale, mehrsprachige /Hierarchie/ über die
524    Newsserver-Software Hamster. Sie entstand im Verlaufe des
525    /Verfahrens/ zu /dcsa/ und gilt als abschreckendes Beispiel dafür,
526    dass /Traffic/ aus /de.*/ abwandert, wenn man ihm nicht binnen
527    vernünftiger Frist eine passende Gruppe zur Verfügung stellt.
528
529 Hierarchie
530    nennt man eine Menge von Gruppen, deren Namen mit denselben
531    /Komponenten/ beginnen. Je nach Anzahl der gemeinsamen /Komponenten/
532    unterscheidet man Hierarchien verschiedenen Grades:
533
534       Top-Level-Hierarchien:     z. B. /de.*/, at.*, ch.*, /Big8/
535       Second-Level-Hierarchien:  z. B. /de.alt/
536       Third-Level-Hierarchien:   z. B. de.admin.news.*
537
538    Eine einigermaßen vollständige Liste aller Top-Level-Hierarchien
539    ist zu finde auf
540    <https://web.archive.org/web/20161105222209/http://www.pfx.ca/mlnh/index.html>.
541
542    Unterschiedliche Hierarchien werden nach unterschiedlichen Regeln
543    verwaltet. Für /de.*/ gelten die hiesigen /Einrichtungsregeln/.
544
545 High-Traffic-Gruppe
546    nennt man eine Gruppe, deren /Traffic/ mehr als etwa 50 Artikel pro
547    Tag beträgt.
548
549 Hype-Traffic (der)
550    ist ein zeitweilig sehr hohes Diskussionsaufkommen aufgrund
551    aktueller Gegebenheiten (politischer Ereignisse, Veröffentlichungen
552    von Büchern, Filmen, Software usw.). Erfahrungsgemäß sinkt solcher
553    /Traffic/ nach einiger Zeit wieder. Da ein /Trafficnachweis/ erst
554    dann überzeugt, wenn der /Traffic/ über längere Zeit stabil bleibt,
555    taugt Hype-Traffic nicht als Argument für eine neue Gruppe.
556
557 info-Gruppe
558    nennt man eine Gruppe, welche Informationstexte einer thematischen
559    /Unterhierarchie/ bündelt. Eine info-Gruppe ist üblicherweise
560    /moderiert/ und endet auf die /Komponente/ infos.
561
562 [J/N/E]
563    ist eine schematische Darstellung der Entscheidungsmöglichkeiten JA,
564    NEIN und ENTHALTUNG in einer Abstimmung. Sie wird vor allem in
565    Diskussionen benutzt, um die Struktur komplizierterer /Wahlscheine/
566    zu erläutern.
567
568 KISS (= Keep It Simple, Stupid; das)
569    heißt ein bereits mehrfach gescheiterter Versuch, die
570    /Einrichtungsregeln/ radikal zu vereinfachen. Er ist als
571    Gegenbewegung zum regelverfeinernden /Nomicen/ zu verstehen und hat
572    seinen Ursprung in <6bp4rp$pta$1@sobolev.rhein.de>.
573
574 kombiniertes Voting
575    nennt man einen /CfV/, in dessen /Wahlschein/ man aus mehreren
576    Möglichkeiten eine auswählen soll. Die Einzelheiten hierzu werden
577    in Punkt 9 der /Einrichtungsregeln/ beschrieben.
578
579    Ein kombiniertes Voting verkompliziert erfahrungsgemäß den /CfV/ und
580    vermindert manchmal dessen Erfolgsaussichten. Darum ist es im
581    allgemeinen ratsam, auf das kombinierte Voting zu verzichten und
582    stattdessen bereits während der /Diskussion/ die Entscheidung durch
583    einen /Strawpoll/ herbeizuführen. Ausführlich besprochen wird diese
584    Problematik in 
585
586 |     From: Ralf Döblitz <faq@netzverwaltung.net>
587 |     Newsgroups: de.admin.news.misc,de.admin.infos
588 |     Subject: <Datum> FAQ: Entscheidungsfindung bei mehreren Moeglichkeiten
589 |
590 |     Archive-name: de-admin/entscheidung
591 |     Posting-frequency: weekly
592 |     Last-modified: 2013-06-09
593 |     URL: http://www.kirchwitz.de/~amk/dai/entscheidung
594
595 Komponenten
596    nennt man die einzelnen Bestandteile des /Gruppennamens/, die durch
597    Punkte voneinander getrennt sind. Zum Beispiel besteht der Name
598    /dana/ aus den Komponenten de, admin, news, announce.
599
600 Kristallkugel
601    heißt ein Werkzeug des Wahrsagehandwerks, welches verlässliche
602    Aussagen über die Zukunft ermöglicht. Mancher /dang-Regular/
603    behauptet, eine Kristallkugel zu besitzen und mit ihr /Results/ oder
604    zukünftigen /Traffic/ präzise abschätzen zu können. Obwohl solche
605    Vorhersagen von Seiten erfahrener /dang-Regulars/ durchaus ernst zu
606    nehmen sind, können sie die sachliche /Diskussion/ und den
607    objektiven /Trafficnachweis/ nicht ersetzen.
608
609 Kurzbeschreibung
610    ist eine sehr knappe Benennung des Themas einer Gruppe, die den
611    /Gruppennamen/ ergänzt und von den meisten Newsreadern zusammen mit
612    ihm als /Tagline/ angezeigt wird. Sie soll in /de.!alt/ keine
613    Umlaute enthalten und mit einem Satzendezeichen aufhören. Oft
614    empfiehlt sich ein kurzer, einprägsamer, gern auch witziger
615    Sinnspruch.
616
617 Löschung
618    einer Gruppe geschieht durch /rmgroup/. Da manche Newsserver einen
619    /rmgroup/ mit starker Verspätung oder nie ausführen, besteht immer
620    die Gefahr, dass dort eine /Gruppenleiche/ zurückbleibt. Um dies
621    zu vermeiden, werden Gruppen in /de.*/ niemals /auf Verdacht/
622    eingerichtet und noch viel zögerlicher gelöscht. Meistens denkt man
623    erst dann über eine Löschung nach, wenn der /Traffic/ dauerhaft
624    ausnehmend niedrig ist, oft tagelang ganz ausbleibt und wenn Fragen
625    in der Gruppe nicht mehr beantwortet werden.
626
627 Low-Traffic-Gruppe
628    nennt man eine Gruppe, deren /Traffic/ weniger als etwa 5 Artikel
629    pro Tag beträgt.
630
631 "[x] make it so"
632    ist eine freundliche Zustimmung zu einer Idee, verbunden mit der
633    Aufforderung, sie möglichst rasch zu verwirklichen. Adressat dieses
634    Zitats ist in /dan*/ meist der /Proponent/. Ursprünglich stammt es
635    von Captain Picard aus der Fernsehserie Star Trek.
636
637 Mindeststimmenzahl
638    beträgt in einem /Result/ 50 Jastimmen. Sie soll sicherstellen, dass
639    für eine angestrebte Änderung von /de.*/ genügend /Bedarf/ besteht.
640    Insbesondere bei der /Einrichtung/ einer neuen Gruppe zeigt das
641    Erreichen der Mindeststimmenzahl, dass sich genügend Leute für das
642    Thema interessieren, um die neue Gruppe mit lebhaften Diskussionen
643    zu füllen.
644
645 misc-Gruppe
646    nennt man eine Gruppe, die auf die /Komponente/ misc endet und alle
647    Themen bündelt, die innerhalb ihrer thematischen /Unterhierarchie/
648    keine eigene Gruppe haben. In /de.!alt/ werden misc-Gruppen
649    zusammen mit ihrer /Unterhierarchie/ ohne weitere Abstimmung
650    eingerichtet. Näheres dazu steht in den /Einrichtungsregeln/.
651
652 Missverständnisse
653    treten in /dang/ häufig auf, weil viele Neulinge irrtümlich meinen,
654    das /Einrichten/ einer Gruppe zu ihrem Lieblingsthema gehöre zu
655    ihren unveräußerlichen Menschenrechten in /de.*/. Warum dem nicht so
656    ist, ist in
657
658 |     From: 3.14@piology.org (Boris 'pi' Piwinger)
659 |     Newsgroups: de.admin.infos,de.admin.news.groups,de.alt.admin
660 |     Subject: <Datum> Missverstaendnisse in de.admin.news.groups
661 |
662 |     Archive-name: de-admin/dang-faq
663 |     Posting-frequency: weekly
664 |     Last-modified: 2009-01-24
665 |     URL: http://www.kirchwitz.de/~amk/dai/dang-faq
666
667    erklärt.
668
669 Mitnahmeeffekte
670    entstehen, wenn über nicht zusammengehörige Sachfragen in einer
671    /Sammelabstimmung/ entschieden wird: Wer sich nur für einen Teil der
672    Fragen interessiert, stimmt trotzdem auch beim anderen Teil mit und
673    verfälscht damit /Mindeststimmenzahl/ oder /2/3-Mehrheit/. Aus
674    diesem Grund sind /Sammelabstimmungen/ im allgemeinen ungeeignet,
675    den /Bedarf/ einer Änderung festzustellen.
676
677 mitwirken
678    kann man in /dan*/ in vielfältiger konstruktiver Weise. Einen guten
679    Überblick liefert
680
681 |     From: thh@thh.name (Thomas Hochstein)
682 |     Newsgroups: de.admin.infos,de.soc.usenet
683 |     Subject: <Datum> Usenet aktiv mitgestalten
684 |
685 |     Archive-name: de-admin/mitgestalten
686 |     Posting-frequency: weekly
687 |     Version: 2.0.6
688 |     Last-modified: 2020-08-24
689 |     URL: https://th-h.de/archives/faqs/mitgestalten.txt
690 |     URL: http://www.kirchwitz.de/~amk/dai/mitgestalten
691
692 Moderation
693    heißt ein Kreis von einer oder mehreren Personen, der darüber
694    entscheidet, welche zur Veröffentlichung eingereichten Artikel in
695    einer /moderierten/ Gruppe erscheinen und welche nicht.
696
697    In /de.!alt/ wird die jeweilige Moderation gleichzeitig mit der
698    /Einrichtung/ der moderierten Gruppe gewählt. Sie kann ihre
699    Zusammensetzung anschließend nach eigenem Gutdünken ändern, indem
700    sie Mitglieder entlässt, neue ernennt oder per /Nachwahl/ bestimmt.
701    Unbeschadet dessen kann eine Moderation auch von Außenstehenden im
702    Rahmen einer /Neuwahl/ abgelöst werden.
703
704 Moderationseid
705    nennt man die Selbstverpflichtung der /dana-Moderation/ auf den
706    Sinn (und nicht den reinen Wortlaut) der /Einrichtungsregeln/.
707
708 Moderationskonzept
709    nennt man einen Text, in welchem eine /Moderation/ ihre Arbeitsweise
710    erklärt. Ein solcher Text gründet auf Vertrauen, ist für niemanden
711    verbindlich und kann von der /Moderation/ jederzeit geändert werden.
712    Wenn eine /Moderation/ häufig gegen ihr Konzept verstößt und die
713    /Netzöffentlichkeit/ brüskiert, läuft sie allerdings Gefahr, durch
714    /Neuwahl/ ersetzt zu werden.
715
716    Das bekannteste Moderationskonzept ist das der /dana-Moderation/. Es
717    ist unter <http://www.dana.de/modkonzept.html> zu finden.
718
719 moderiert
720    ist eine Gruppe, wenn Artikel nicht sofort dort erscheinen, sondern
721    erst, nachdem die jeweilige /Moderation/ sie /approvet/ hat.
722
723    Technisch geschieht dies dadurch, dass Dein Newsserver Deinen Artikel
724    zunächst nicht im Usenet verbreitet, sondern per E-Mail an die
725    /Moderation/ schickt. Falls Du den Artikel gleichzeitig auch an
726    /unmoderierte/ Gruppen adressiert hast, wird er auch dort erst
727    erscheinen, sobald er /approvet/ ist.
728
729 Nachwahl
730    nennt man eine öffentliche Abstimmung über neue Mitglieder einer
731    /Moderation/. Die Initiative geht dabei von der /Moderation/ selbst
732    aus. Zum Beispiel veranstaltet die derzeitige /dana-Moderation/
733    einmal pro Quartal eine solche Nachwahl in /danm/.
734
735 Netzöffentlichkeit
736    sind theoretisch alle Nutzer von /de.*/. In der Praxis handelt es
737    sich jedoch nur um die augenblickliche Leserschaft von /dana/ bzw.
738    /daa/.
739
740 Neuwahl
741    nennt man die Ablösung einer /Moderation/ durch eine Nachfolgerin im
742    Rahmen einer öffentlichen Abstimmung. Die Initiative geht dabei
743    meist von Kritikern außerhalb der /Moderation/ aus. Falls die
744    betroffene /moderierte/ Gruppe keine eigenen Wahlregeln kennt,
745    werden die /Neuwahlregeln/ der /dana-Moderation/ sinngemäß
746    angewendet.
747
748 Neuwahlregeln
749    gelten derzeit sinngemäß für alle /moderierten/ Gruppen in /de.!alt/
750    außer /de.answers/ und sind in
751 |     From: Olaf Schneider <oschneid@mathe.tu-freiberg.de>, Adrian Suter <adrian.suter@schweiz.org>
752 |     Newsgroups: de.admin.infos,de.admin.news.misc
753 |     Subject: <Datum> Neuwahl der de.admin.news.announce-Moderation
754 |
755 |     Archive-name: de-admin/dana-neuwahl
756 |     Posting-frequency: weekly
757 |     Last-modified: 1998-05-18
758 |     URL: http://www.kirchwitz.de/~amk/dai/dana-neuwahl
759
760    veröffentlicht.
761
762 newgroup (der)
763    heißt der /Control/ zum /Einrichten/ einer Gruppe.
764
765 Nomic
766    ist ein Spiel, dessen Ziel erst im Spielverlauf durch Schaffen und
767    Verändern von Regeln klar wird und das dementsprechend kompliziert,
768    langwierig und für Unerfahrene sinnlos werden kann. Näheres ist in
769    <https://de.wikipedia.org/wiki/Nomic> erklärt.
770
771 nomicen
772    nennt man ein Diskussionsverhalten, das durch /Regelfetischismus/
773    und Vorliebe für /Richtlinienverfahren/ auffällt. Wer nomict, hat
774    den Sinn von /dan*/ nicht verstanden: hier geht es nämlich nicht um
775    ein möglichst kontroverses Spiel, sondern um die sinnvolle Pflege
776    der /Hierarchie/ /de.*/.
777
778 PGP (= Pretty Good Privacy; das)
779    war das erste weit verbreitete Programm zur Verschlüsselung und
780    digitalen Signatur von Daten. Zugleich steht PGP als pars pro toto
781    oft für das zugrundeliegende Prinzip an sich, auch wenn heute
782    zumeist die freie Version /GPG/ zur Anwendung kommen dürfte.
783    Im Usenet werden digitale Signaturen zur Authentifizierung von
784    Artikeln und /Controls/ verwendet. Signiert werden normalerweise
785    einige ausgewählte Headerzeilen, alternativ dazu notfalls der Body.
786    Eine Signatur überprüfen kann man, wenn man über entsprechende
787    Software (wie /GPG/) verfügt und den öffentlichen Schlüssel, den
788    Public Key, des Autors (bzw. des Signierenden) kennt.
789
790    Auf <http://www.dana.de/dana-keys.html> stehen die Schlüssel der
791    /dana-Moderation/ sowie einige Verweise auf weiterführende Texte zu
792    PGP.
793
794 "+"-Gruppe
795    bezeichnet eine Gruppe, in deren Name als letzte /Komponente/ zwei
796    miteinander verwandte Themen durch ein Pluszeichen getrennt genannt
797    werden. Ein solcher /Gruppenname/ ist meist sehr griffig, birgt
798    allerdings die Gefahr, dass die Gruppe mit wachsendem /Traffic/
799    irgendwann in ihre beiden Bestandteile zerlegt werden muss, was
800    unangenehme /Umbenennungen/ nach sich zieht.
801
802 Pointer (der, Pl. Pointer)
803    nennt man jeden Verweis auf einen /RfD/ oder /CfV/ durch Angabe
804    der Message-ID oder der URL aus <http://www.dana.de/status.html>.
805    Falls Du Leute, die /dan*/ oder die betroffenen Gruppen nicht lesen,
806    auf einen /RfD/ oder /CfV/ aufmerksam machen willst, so sollte dies
807    ausschließlich in Form von Pointern geschehen. Zitate aus /RfD/ oder
808    /CfV/, insbesondere die Weitergabe des /Wahlscheins/, werden Dir
809    sonst leicht als Herankarren von /Stimmvieh/ ausgelegt und können zu
810    /Wahlabbruch/ oder erfolgreichen /Einsprüchen/ führen.
811
812 "Popcorn!"
813    ist ein sarkastischer Ausruf wohligen Lesevergnügens, wenn sich eine
814    kontroverse /Diskussion/ abzeichnet. Namensgebend ist das Naschwerk,
815    welches gern zu abendfüllenden Kinofilmen verzehrt wird. Der Ausruf
816    gilt als Warnung, die /Diskussion/ nicht ausufern zu lassen.
817
818 Prae-RfD (der, Pl. Prae-RfDs)
819    ist ein informeller Diskussionsaufruf, der eine Sachfrage zunächst
820    nur anreissen soll, um später zu entscheiden, ob ein /RfD/ hierzu
821    eingereicht wird. Der Prae-RfD sollte wie ein /RfD/ entweder in
822    /dang/ oder in /danm/ veröffentlicht und dort diskutiert werden.
823    In anderen Gruppen gelten Prae-RfDs meist als off topic.
824
825 Prinzip-Nein
826    nennt man die Neinstimme eines /dang-Regulars/ in einem /CfV/, wenn
827    sie nur aufgrund eines Verstoßes gegen die Gepflogenheiten in /dan*/
828    abgegeben wird. Beispiele solcher Verstöße können sein: das
829    Nichteinhalten der /Sperrfrist/, unsachliche Diskussionsweise des
830    /Proponenten/ oder schroffes Ignorieren von Gegenargumenten. Auch
831    verfahrenstechnische Bedenken können ein Prinzip-Nein rechtfertigen.
832
833    Prinzip-Neins aus reiner Kraftmeierei ohne ernsthafte Gründe sollten
834    jedoch unterbleiben, da sie das /Result/ verfälschen.
835
836 Proponent (der, Pl. Proponenten)
837    heißt die Person, welche einen /RfD/ in /dana/ einreicht und damit
838    ein /Verfahren/ initiiert. Der Proponent hat innerhalb des
839    /Verfahrens/ eine sehr mächtige Stellung, weil er im Rahmen der
840    /Einrichtungsregeln/ allein über die Inhalte des /RfD/ und damit
841    auch des - vom /Wahlleiter/ verfassten - /CfV/ bestimmt. Als
842    Proponent ist es daher wichtig, verantwortungsvoll und überlegt zu
843    diskutieren, um der eigenen Sache nicht zu schaden.
844
845    Ein /Verfahren/ kann auch von mehreren Proponenten gleichzeitig
846    getragen werden. Solche Mitproponenten sind im /RfD/ zu erwähnen.
847    Die Zusammensetzung der Proponentenschaft darf sich während des
848    /Verfahrens/ ändern.
849
850 proponieren
851    heißt, ein /Verfahren/ als /Proponent/ in /dan*/ zu vertreten.
852
853 "Protest!"
854    ist in /daa/ die übliche Form eines informellen Einwands gegen einen
855    Vorschlag gemäß Anhang A der /Einrichtungsregeln/.
856
857 Public checkgroups (der)
858    nennt man einen Artikel, der den /checkgroups/ einer /Hierarchie/
859    für menschliche Leser auflistet. Ein Public checkgroups für /de.*/
860    wird von der /dana-Moderation/ monatlich unter dem Subject: "How to
861    add de.ALL" in /dana/ veröffentlicht. Sein Inhalt ist auch über
862    <http://www.dana.de/checkgroups.txt> zugänglich.
863
864 Realname (der, Pl. Realnamen)
865    ist eine Kombination aus je mindestens einem ausgeschriebenen
866    Personen- und Familiennamen.
867
868 Recke-Index
869    bezeichnet die Anzahl der /Verfahren/, in der eine bestimmte Person
870    gleichzeitig /Proponent/ sein kann, ohne aufgrund argumentativer
871    Überforderung unsachlich zu werden. Manchmal liegt sie unter 1,
872    selten darüber. In <slrn544f8t.1fr.mr94@husemann.in-berlin.de> wurde
873    sie erstmals erörtert.
874
875 Regelfetischismus
876    nennt man ein Diskussionsverhalten, welches den Wortlaut der
877    /Einrichtungsregeln/ über deren Sinn stellt. Dies führt mitunter zu
878    unnötigen Spitzfindigkeiten sowie ungerechtfertigten /Prinzip-Neins/
879    und sollte daher unterbleiben.
880
881 Regeltexte
882    für /de.*/ sind die /Einrichtungsregeln/, die /Neuwahlregeln/ und
883    die Regeln für /Gruppennamen/. Sie haben im Gegensatz zu allen
884    anderen regelmäßig erscheinenden Texten in /de.*/ verbindlichen
885    Charakter.
886
887 rejecten (engl. "to reject")
888    heißt, einen zur Veröffentlichung in einer /moderierten/ Gruppe
889    eingereichten Artikel abzulehnen. Dies ist Aufgabe der jeweiligen
890    /Moderation/.
891
892    Wer der Meinung ist, dass seine Artikel von einer /Moderation/
893    ungerechtfertigt abgelehnt wurden, kann sich in /danm/ darüber
894    beschweren und schlimmstenfalls eine /Neuwahl/ einleiten, falls
895    keine Einigung erzielt wird.
896
897 Rekord
898    ist ein /Result/, welches klarer oder knapper als alle bisherigen in
899    der Geschichte von /dan*/ ist. Eine Aufstellung der Rekorde ist auf
900    <https://web.archive.org/web/20061223204051/http://usenet.babylonsounds.com/rekorde.html>
901    zu finden.
902
903 Reorganisation
904    nennt man die Umgestaltung einer oder mehrerer /Unterhierarchien/.
905    Sie besteht meist aus mehreren /Umbenennungen/, manchmal auch
906    einigen /Löschungen/ oder /Einrichtungen/ neuer Gruppen. Eine
907    Reorganisation ist sehr aufwendig und kompliziert und erfordert
908    häufig eine /Sammelabstimmung/ mit einigen /weiteren Regeln/.
909
910 Result (das, Pl. Results)
911    ist das Ergebnis einer Abstimmung. Es wird wie der /CfV/ in /dana/
912    sowie in allen von der Sachfrage betroffenen Gruppen veröffentlicht
913    und benennt zu jedem Wähler dessen /Realname/, E-Mailadresse und
914    Stimmverhalten, sofern er nicht /anonym/ abgestimmt hat.
915
916    Die Sachfrage gilt als angenommen, wenn im Result /2/3-Mehrheit/ und
917    /Mindeststimmenzahl/ erreicht sind.
918
919 RFC (= Request for Comments; der, Pl. RFCs)
920    sind seit 1969 fortlaufend numerierte technische Dokumente zur
921    Diskussion und Standardisierung von Internet- und internetbezogenen
922    Diensten. Sie bilden die technische und organisatorische Grundlage
923    für den Datenaustausch im Netz und werden bei Bedarf überarbeitet,
924    wobei dann ein neuer RFC den technischen Standard (STD) oder den
925    derzeitigen Konsens (BCP, best current practice) wiedergibt.
926
927    So beschreibt derzeit RFC 5322 den grundsätzlichen Aufbau von
928    E-Mail-Nachrichten, worauf RFC 5536 mit der Beschreibung des
929    Aufbaus von Usenet-Postings aufbaut. Zusammen mit RFC 5537, der
930    das grundsätzliche Zusammenspiel der Usenet-Protokolle und die
931    zugrundeliegende Architektur beschreibt, und RFC 3977, der das
932    Protokoll für den Datenaustausch zwischen Newsservern untereinander
933    und mit Newsreadern beschreibt, bilden diese drei RFCs das
934    technische Grundgerüst des Usenets.
935
936 RfD (= Request for Discussion; der, Pl. RfDs)
937    nennt man einen formellen Diskussionsaufruf, der in /dana/ und allen
938    von der Sachfrage betroffenen Gruppen veröffentlicht wird. Die
939    /Diskussion/ selbst findet statt
940
941       * in /dang/, falls es um /Einrichtung/ oder /Löschung/ einer
942                    Gruppe oder um die Änderung von /Gruppenname/,
943                    /Kurzbeschreibung/, /Charta/ oder /Status/ geht;
944       * in /danm/, falls es sich um ein /Richtlinienverfahren/ handelt
945                    oder die /Moderation/ einer Gruppe neu besetzt
946                    werden soll;
947
948    Der 1. RfD leitet die /Diskussion/ ein; eventuelle Änderungen und
949    Verfeinerungen des Diskussionsgegenstandes werden in weiteren
950    durchnumerierten RfDs bekanntgegeben.
951
952    Wer noch nie einen RfD veröffentlicht hat, sollte unbedingt das
953    /dana-Manual/ studieren und ggf. zur Erstellung des 1. RfD das
954    Skript <http://piology.org/cgi-bin/rfd.pl> benutzen, damit auch alle
955    formalen Anforderungen von /dana/ erfüllt sind. Weitere Einzelheiten
956    hierzu stehen in den /Einrichtungsregeln/.
957
958 RfD-Howto (das)
959    <https://web.archive.org/web/20070105012315/http://usenet.babylonsounds.com/rfd_howto.html>
960    ist eine kurze Anleitung, wie man einen guten /RfD/ zur /Einrichtung/
961    einer Gruppe verfasst.
962
963 "[x] RfD now!"
964    ist eine knappe Aufforderung, die /Diskussion/ eines /Prae-RfD/ zu
965    beenden und ein formelles /Verfahren/ zu beginnen. Der Grund hierfür
966    ist meist, dass tatsächlicher /Bedarf/ an der Sachfrage zu bestehen
967    scheint.
968
969 Richtlinienverfahren
970    nennt man ein /Verfahren/, das die Einführung, Änderung oder
971    Abschaffung von /Regeltexten/ für /de.*/ zum Gegenstand hat. Solche
972    /Verfahren/ finden in /danm/ statt.
973
974 rmgroup (der)
975    heißt der /Control/ zum /Löschen/ einer Gruppe.
976
977 Sammelabstimmung
978    nennt man einen /CfV/, der gleichzeitig über mehrere Sachfragen
979    entscheiden lässt. Wegen der zu befürchtenden Komplikationen und
980    /Mitnahmeeffekte/ ist eine Sammelabstimmung nur in drei Fällen
981    anzuraten: zum einen, wenn mehrere /Attribute/ einer bestehenden
982    Gruppe geändert werden sollen; zum zweiten, wenn eine Gruppe in
983    eine /Unterhierarchie/ aufgespalten werden soll; zum dritten, wenn
984    die /Reorganisation/ einer oder mehrerer /Unterhierarchien/ ansteht.
985
986    Falls in einer bestehenden /Unterhierarchie/ mehrere neue Gruppen
987    eingerichtet werden sollen, empfehlen sich hierfür getrennte
988    /Verfahren/. Näheres steht in den /Einrichtungsregeln/.
989
990 Scheintraffic (der)
991    ist ein abschätziger Name für /Traffic/, der eigens für ein
992    /Verfahren/ erzeugt wird, um einen /Trafficnachweis/ zu schönen. Der
993    Verdacht, dass Scheintraffic im Spiel ist, kommt vor allem bei
994    /Fuchsschwänzen/ leicht auf.
995
996 Schlamassel (der, Pl. Schlamassel)
997    heißt ein /Result/, welches so unpopulär ist, dass niemand dessen
998    /Umsetzung/ wünscht. So etwas ist nur bei einer missglückten
999    /Sammelabstimmung/ denkbar und kam bisher allein im /Verfahren/ zu
1000    /dcsa/ vor. Namensgebend hierfür war der Einspruchsentscheid
1001    <dcsa-schlamassel-entscheid-Fri-25-Aug-00-1.jonas@dana.de>.
1002
1003 6a-Verfahren
1004    nennt man einen /CfV/, der keinen /Wahlschein/ enthält, sondern nur
1005    beschreibt, wie man ihn personalisiert beim /Wahlleiter/ anfordert.
1006    Sinn dieser Vorgehensweise ist, Manipulationen der Abstimmung zu
1007    erschweren. Sie wird angewendet, wenn in einem /Verfahren/
1008    Misstrauen aufgekommen ist. Näheres erläutern Punkt 6a der
1009    /Einrichtungsregeln/ und Abschnitt 4.3 des /dana-Manuals/.
1010
1011 Second-Level-Hierarchie
1012    /Hierarchie/ zweiten Grades.
1013
1014 Segment
1015    /Komponente/.
1016
1017 "Show traffic, get group!"
1018    ist ein Grundsatz, nach dem viele /Verfahren/ ablaufen. Die zentrale
1019    Frage ist dabei, ob ein überzeugender /Trafficnachweis/ geführt
1020    wird.
1021
1022 SLH
1023    /Second-Level-Hierarchie/.
1024
1025 Sonderregel
1026    /weitere Regel/.
1027
1028 Sperrfrist
1029    nennt man die Gepflogenheit in /dan*/, über eine Sachfrage
1030    frühestens sechs Monate nach dem /Result/ erneut abzustimmen. Wer
1031    als /Proponent/ die Sperrfrist verletzt, erntet hierfür oft viele
1032    /Prinzip-Neins/.
1033
1034 Status (der, Pl. Status)
1035    nennt man die Eigenschaft einer Gruppe, /moderiert/ oder
1036    /unmoderiert/ zu sein.
1037
1038 Statusverwalter
1039    heißt dasjenige Mitglied der derzeitigen /dana-Moderation/, welches
1040    den /dana-Status/ pflegt und die Arbeit der /Verfahrensbetreuer/
1041    koordiniert.
1042
1043 Steuernachricht
1044    /Control/.
1045
1046 Stimmvieh
1047    werden Leute genannt, die in einem /CfV/ abstimmen, obwohl sie kein
1048    konkretes, persönliches, usenetinternes Interesse am
1049    Abstimmungsgegenstand haben. Dazu zählen insbesondere auch Freunde
1050    und Verwandte von Interessierten, die ihrerseits nicht im Usenet
1051    aktiv sind. Solche Stimmen stören das /Result/ beträchtlich und
1052    können Anlass für einen /Wahlabbruch/ oder einen erfolgreichen
1053    /Einspruch/ sein.
1054
1055 Strawpoll (der, Pl. Strawpolls)
1056    ist eine informelle Abstimmung über eine Sachfrage. Häufig findet
1057    er während der /Diskussion/ eines /RfD/ statt, um einen Streitpunkt
1058    zu klären, zu welchem sich kein klarer Konsens abzeichnet. Er wird
1059    von einem /Wahlleiter/ analog zu einem formellen /CfV/ veranstaltet
1060    und ausgewertet und mit Unterstützung der /dana-Moderation/ oft auch
1061    in /dana/ veröffentlicht. Die Stimmfrist ist meist etwas kürzer und
1062    die Beteiligung geringer als bei einem /CfV/. Näheres ist in
1063
1064 |     From: Ralf Döblitz <faq@netzverwaltung.net>
1065 |     Newsgroups: de.admin.news.misc,de.admin.infos
1066 |     Subject: <Datum> FAQ: Entscheidungsfindung bei mehreren Moeglichkeiten
1067 |
1068 |     Archive-name: de-admin/entscheidung
1069 |     Posting-frequency: weekly
1070 |     Last-modified: 2013-06-09
1071 |     URL: http://www.kirchwitz.de/~amk/dai/entscheidung
1072
1073    erläutert.
1074
1075 Subhierarchie
1076    /Unterhierarchie/.
1077
1078 Sympathie-Ja
1079    nennt man eine Jastimme in einem /CfV/, die nicht aus persönlichem
1080    Interesse an der Sache abgegeben wird. Solche Jastimmen stören die
1081    Entscheidungen in /dan*/, weil sie den Nachweis des /Bedarfs/
1082    verfälschen; sie sollten daher nach Möglichkeit unterbleiben.
1083
1084 [Tag] (das, Pl. [Tags])
1085    nennt man ein Kürzel, welches man an den Anfang des Subject:-Headers
1086    stellt, um den Artikel innerhalb einer Gruppe einem Unterthema
1087    zuzuordnen. Wenn [Tags] konsequent verwendet werden, wird die Gruppe
1088    deutlich lesbarer, weil jeder mühelos diejenigen Unterthemen
1089    herausfiltern kann, für die er sich besonders interessiert. Viele
1090    /Chartas/ in /de.*/ empfehlen [Tags] oder schreiben sie sogar vor.
1091
1092 Tagline (die, Pl. Taglines)
1093    heißt die Spezifikation einer Gruppe auf dem Newsserver. Sie besteht
1094    aus einer einzigen Zeile und wird auch von den meisten Newsreadern
1095    dargestellt. Ihr Aufbau lautet: /Gruppenname/ + 8er-Tabulator +
1096    /Kurzbeschreibung/. Wenn die Gruppe /moderiert/ ist, kommt in /de.*/
1097    hinzu: " " + <E-Mail-Adresse der /Moderation/> + " (Moderated)".
1098
1099    Die /Einrichtungsregeln/ erwarten, dass /Gruppenname/, Tabulator und
1100    /Kurzbeschreibung/ zusammen kürzer als 80 Zeichen sind, damit die
1101    Tagline sowohl im /Public checkgroups/ als auch im Newsreader
1102    übersichtlich dargestellt werden kann.
1103
1104 talk-Gruppe
1105    nennt man eine Gruppe, in der ein festgelegtes Thema im Plauderton
1106    behandelt wird. Eine talk-Gruppe ist üblicherweise /unmoderiert/ und
1107    steht innerhalb von /de.*/ in einer der /Unterhierarchien/ de.talk.*
1108    oder de.alt.talk.*. Ein /CfV/ zur /Einrichtung/ einer talk-Gruppe
1109    außerhalb von de.talk ruft meist zahlreiche /Prinzip-Neins/ hervor,
1110    kann aber dennoch erfolgreich sein.
1111
1112 Themenorientierung
1113    bedeutet, dass Gruppen in /de.*/ für Themen und nicht für Personen
1114    oder Personenkreise eingerichtet werden. Das heißt insbesondere, dass
1115    Diskussionen, die in ihrem Verlauf ihr Thema wesentlich wechseln, in
1116    einer anderen, passenderen Gruppe weiterzuführen sind.
1117
1118 Third-Level-Hierarchie
1119    /Hierarchie/ dritten Grades.
1120
1121 tief
1122    nennt man die Einordnung einer Gruppe, wenn der /Gruppenname/ aus
1123    vielen /Komponenten/ besteht. Zum Beispiel ist die Gruppe
1124    de.comp.os.unix.apps.kde tief eingeordnet, weil ihr Thema sehr
1125    speziell ist.
1126
1127 TLH
1128    /Top-Level-Hierarchie/.
1129
1130 Top-Level-Hierarchie
1131    /Hierarchie/ ersten Grades.
1132
1133 Traffic (der)
1134    nennt man zum einen den Nutzungsgrad einer Gruppe. Er wird meist in
1135    Artikeln pro Tag oder Artikeln pro Monat gemessen, wobei
1136    üblicherweise nur solche Artikel zählen, die in der Gruppe on topic
1137    sind. Zum anderen bezeichnet man in gleicher Weise auch den gesamten
1138    Schriftverkehr zu einem bestimmten Thema als Traffic, selbst wenn er
1139    über mehrere benachbarte Gruppen verteilt ist oder außerhalb des
1140    Usenets (zum Beispiel auf einer Mailingliste) stattfindet.
1141
1142 Trafficnachweis
1143    nennt man eine Aufstellung des /Traffics/ zu einem bestimmten Thema
1144    über einen gewissen Zeitraum (meist drei Monate oder mehr). Ein
1145    solcher Nachweis wird für /Verfahren/ in /de.alt/ benötigt, da
1146    /Traffic/ dort das Hauptargument zur /Einrichtung/ von Gruppen ist.
1147    In /de.!alt/ dient zwar schon die /Mindeststimmenzahl/ dazu, den
1148    /Bedarf/ zu belegen. Dennoch ist ein formeller Trafficnachweis im
1149    /RfD/ oder während der /Diskussion/ auch hier gern gesehen. Wer
1150    glaubt, der Trafficfrage gänzlich ausweichen zu können, erliegt
1151    einem schweren /Missverständnis/.
1152
1153    Falls zu einem Thema /umzugswilliger/ /Traffic/ im Umfang von
1154    täglich mehr als 10 bis 15 Artikeln existiert, ist es sinnvoll,
1155    hierfür eine eigene Gruppe in /de.*/ einzurichten. Warum manchmal
1156    auch schon etwas weniger genügt, wird ausführlich erläutert in
1157    <a505k0$39kc2$2@ID-807.news.dfncis.de>.
1158
1159    Damit ein Trafficnachweis einfach erstellt und überprüft werden
1160    kann, empfiehlt es sich, bereits einige Monate vor Beginn des
1161    /Verfahrens/ ein /[Tag]/ zum betreffenden Thema einzuführen und
1162    konsequent zu verwenden.
1163
1164 Übersichtlichkeit
1165    bedeutet, dass Gruppen in /de.*/ aussagekräftig benannt und sinnvoll
1166    in /Unterhierarchien/ eingeordnet werden sollen. Außerdem ist darauf
1167    zu achten, dass die einzelnen Gruppen weder ausnehmend wenig noch
1168    unangemessen viel /Traffic/ enthalten.
1169
1170 Übertragungsverbot
1171    nennt man die Bestimmung der /Einrichtungsregeln/, dass eine Stimme
1172    nur für genau den Vorschlag gilt, für welchen sie abgegeben wurde.
1173    Das heißt, dass Stimmen für oder gegen eine bestimmte Gruppe nicht
1174    gleichzeitig auch Änderungen an anderen Gruppen bewirken sollen.
1175
1176    Manchmal kann es sinnvoll sein, von diesem Verbot durch eine
1177    /weitere Regel/ eine Ausnahme zu machen, zum Beispiel, wenn bei
1178    /Einrichtung/ einer Gruppe die /Charta/ einer anderen Gruppe in
1179    einem unstrittigen Detail angepasst werden soll.
1180
1181 Umbenennung
1182    einer Gruppe geschieht durch /rmgroup/ und anschließenden
1183    /newgroup/. Damit besteht wie beim /Löschen/ die Gefahr, auf vielen
1184    Newsservern eine /Gruppenleiche/ zu hinterlassen. Deshalb ist man in
1185    /de.*/ Umbenennungen gegenüber kritisch eingestellt und unterstützt
1186    solche /Verfahren/ nur, wenn eine /Unterhierarchie/ dadurch deutlich
1187    übersichtlicher wird.
1188
1189 Umsetzung
1190    besteht darin, die Entscheidung eines /Verfahrens/ wirksam zu
1191    machen. Bei Änderungen der Gruppenstruktur geschieht dies durch
1192    Versenden der /Controls/, bei neuen /Chartas/ durch Veröffentlichung
1193    in den betroffenen Gruppen, bei /Richtlinienverfahren/ durch
1194    Anpassung und Veröffentlichung der einschlägigen /Regeltexte/.
1195
1196    Falls ein /Verfahren/ scheitert, findet keine Umsetzung statt.
1197
1198 Umsetzungsbeauftragter
1199    heißt dasjenige Mitglied der derzeitigen /dana-Moderation/, welches
1200    für die /Umsetzung/ jedes erfolgreich verlaufenen /Verfahrens/ in
1201    /de.!alt/ sorgt.
1202
1203 umzugswillig
1204    nennt man den /Traffic/ zu einem Thema, wenn seine häufigsten
1205    Autoren bereit sind, hierfür in Zukunft eine andere, meist neu zu
1206    gründende Gruppe zu nutzen. Umzugswilligkeit wird vor allem dann
1207    sehr kritisch hinterfragt, wenn der /Traffic/ bisher außerhalb des
1208    Usenets stattfindet.
1209
1210 unmoderiert
1211    ist eine Gruppe, wenn Artikel in ihr sofort auf dem Newsserver
1212    erscheinen und ins Usenet eingespeist werden. Dies ist der übliche
1213    /Status/ von Gruppen.
1214
1215 Unterhierarchie
1216    nennt man eine /Hierarchie/ zweiten oder höheren Grades.
1217
1218 Verfahren
1219    nennt man den gesamten Prozess, mit dem eine Sachfrage in /de.*/ zu
1220    einer Entscheidung geführt wird.
1221
1222    In /de.!alt/ umfasst ein Verfahren einen oder mehrere /RfDs/, die
1223    /Diskussion/, zwei /CfVs/ und ein /Result/, gegen welches unter
1224    Umständen noch /Einsprüche/ eingereicht werden können, sowie die
1225    anschließende /Umsetzung/. Bei guter Vorbereitung des /Proponenten/
1226    dauert das Verfahren acht bis zehn Wochen; unter widrigen Umständen
1227    können auch einige Monate vergehen.
1228
1229    In /de.alt/ besteht ein Verfahren aus einem Vorschlag in /daa/,
1230    einer Debatte darüber und der anschließenden /Umsetzung/. Falls der
1231    Vorschlag unstrittig ist, dauert das Verfahren gut eine Woche; bei
1232    mehrfachem /"Protest!"/ können weitere Wochen vergehen.
1233
1234    Die genaue Vorgehensweise erläutern die /Einrichtungsregeln/ und das
1235    /dana-Manual/.
1236
1237 Verfahrensbetreuer
1238    heißen diejenigen Mitglieder der derzeitigen /dana-Moderation/,
1239    welche die vom /Proponenten/ bzw. /Wahlleiter/ eingereichten /RfDs/,
1240    /CfVs/ und /Results/ gegenlesen, zur Nachbesserung zurückschicken
1241    und schließlich veröffentlichen. Oft sind einige E-Mailwechsel mit
1242    dem jeweiligen Verfahrensbetreuer nötig, bis ein Text reif zur
1243    Veröffentlichung ist.
1244
1245 Verknüpfungsverbot
1246    nennt man die Bestimmung der /Einrichtungsregeln/, dass über jede
1247    Gruppe einzeln abzustimmen ist. Sie besagt, dass zwischen mehreren
1248    im Rahmen einer /Sammelabstimmung/ behandelten Gruppen keine
1249    stimmtechnischen Abhängigkeiten bestehen sollen.
1250
1251    In einigen seltenen Fällen, zum Beispiel bei einer /Reorganisation/,
1252    kann es sinnvoll sein, von diesem Verbot durch eine /weitere Regel/
1253    eine Ausnahme zu machen.
1254
1255 Vollständigkeit
1256    bedeutet, dass es innerhalb von /de.*/ zu jedem nur denkbaren Thema
1257    eine passende Gruppe gibt. Welche das im Einzelfall ist, kannst Du
1258    den /Chartas/ entnehmen oder in der Gruppe de.newusers.questions
1259    erfragen.
1260
1261    Die Vollständigkeit von /de.*/ wird durch die /misc-Gruppen/,
1262    insbesondere durch /de.etc.misc/, sichergestellt.
1263
1264 Votetaker
1265    /Wahlleiter/
1266
1267 VV (= vereinfachtes Verfahren; das)
1268    heißt der Versuch, eine Sachfrage ohne /Diskussion/ und Abstimmung
1269    zu entscheiden. Das ist meist nur dann sinnvoll, wenn es um kleine
1270    Änderungen an einer /Charta/ oder /Kurzbeschreibung/ geht.
1271
1272    Ein VV wird wie ein /RfD/ in /dana/ und allen betroffenen Gruppen
1273    veröffentlicht. Falls aus der /Netzöffentlichkeit/ kein Widerspruch
1274    bei der /dana-Moderation/ eingeht, gilt das VV als erfolgreich.
1275    Näheres hierzu steht in den /Einrichtungsregeln/.
1276
1277 Wahlabbruch
1278    heißt die Entscheidung des /Wahlleiters/, einen /CfV/ nicht weiter
1279    auszuwerten, sondern die Abstimmung ohne Ergebnis zu beenden. Dies
1280    geschieht, wenn es im Abstimmungsverlauf zu Unregelmäßigkeiten
1281    gekommen ist. Näheres erklären die /Einrichtungsregeln/.
1282
1283 wahlberechtigt
1284    ist in /dan*/, wer eine eigene E-Mailadresse hat und gegenüber dem
1285    /Wahlleiter/ seinen /Realnamen/ angibt. Von jedem Wähler wird jedoch
1286    erwartet, dass er nur dann einen /Wahlschein/ abschickt, wenn er ein
1287    konkretes, persönliches, usenet-internes Interesse am
1288    Abstimmungsgegenstand hat.
1289
1290 Wahlleiter
1291    oder auch /Votetaker/ heißt die Person, welche die auf den /CfV/
1292    folgende Abstimmung auswertet (weshalb "Abstimmungsleiter" wohl
1293    der treffendere Begriff wäre, der sich aber nicht eingebürgert
1294    hat).
1295
1296    Ursprünglich wurde allgemein erwartet, dass der /Proponent/ dies
1297    selbst tut. Da die meisten Proponenten dazu aus zeitlichen oder vor
1298    allem auch technischen Gründen nicht in der Lage sind, hat es sich
1299    mittlerweile eingebürgert, dass die Durchführung der Abstimmungen
1300    durch Dritte, meistens die /GVV/, erfolgt. Es kann sich auch
1301    anbieten, die Abstimmung aus anderen Gründen nicht selbst
1302    durchzuführen, wenn man bspw. als /Proponent/ in /dan*/ nicht
1303    ausreichend Vertrauen genießt oder prophylaktisch den Vorwurf der
1304    Manipulation vermeiden möchte.
1305
1306 Wahlschein
1307    ist derjenige Bestandteil eines /CfV/, in welchen der Wähler seine
1308    Entscheidung eintragen kann, also quasi der Stimmzettel. Meist wird
1309    der Wahlschein mit dem /CfV/ mitgeliefert; eine Ausnahme hiervon ist
1310    das /6a-Verfahren/. Den Wahlschein sollte man sorgfältig abtrennen
1311    und sauber mit JA, NEIN oder ENTHALTUNG ausfüllen, um dem
1312    /Wahlleiter/ möglichst wenig Arbeit zu machen. Einzusenden ist er
1313    per E-Mail an die jeweils angegebene Abstimmadresse.
1314
1315 weiße T-Shirts
1316    sind ein gern genanntes Beispiel eines Allerweltsthemas, für welches
1317    man trotz seiner großen Verbreitung keine eigene Gruppe braucht,
1318    weil einfach niemand darüber diskutiert. Wer für ein solches
1319    Allerweltsthema dennoch eine Gruppe einrichten will, erliegt einem
1320    /Missverständnis/. Weiße T-Shirts taugen allenfalls für einen
1321    /Aprilscherz/ wie <RfD-1-de.rec.weisse-tshirts-01.04.1998@dana.de>.
1322
1323 weitere Regel
1324    nennt man jede Bestimmung im /CfV/, welche inhaltlich von den
1325    üblichen /Einrichtungsregeln/ abweicht. Eine solche Zusatzregelung
1326    sollte man nur in Ausnahmefällen und dann in enger Absprache mit der
1327    /dana-Moderation/ treffen. Sie muss im letzten /RfD/ erwähnt werden.
1328
1329 Zotty-Traffic (der)
1330    nennt man /Scheintraffic/, der als Reaktion auf einen /RfD/ zur
1331    /Löschung/ einer Gruppe erzeugt wird. Namensgebend waren die vielen
1332    vergeblichen Versuche, die Gruppe de.alt.zotty.answers zu löschen.
1333
1334 2/3-Mehrheit
1335    der Stimmen ist in einem /Result/ nötig, um eine Entscheidung
1336    durchzusetzen. Das heißt, dass mindestens doppelt so viele Jastimmen
1337    wie Neinstimmen beim /Wahlleiter/ eingehen müssen. Der Grund für
1338    diese strenge Quote ist, dass der augenblickliche Zustand von /de.*/
1339    stets Bestandsschutz genießt und nur dann geändert werden soll, wenn
1340    ein deutlicher /Bedarf/ dafür besteht.
1341
1342 ***
1343
1344 Maintainer dieser FAQ: Thomas Hochstein <thh@thh.name>
1345
1346    Das dan-Glossar wurde im August 2014 überarbeitet. Weitere
1347    Änderungen Ergänzungen nimmt der Maintainer unter thh@inter.net>
1348    gerne entgegen.
1349
1350    Das Glossar ist auch in einem Git-Repository unter
1351    <https://code.th-h.de/?p=faqs/dan-glossar.git> verfügbar und kann
1352    über die Weboberfläche eingesehen oder via "git clone" ausgecheckt
1353    werden. Bei Änderungsvorschlägen sind Git-Patches am einfachsten zu
1354    verarbeiten; natürlich wird aber auch jede andere Form von Anregungen
1355    gerne entgegengenommen.
1356
1357 Autor und Maintainer bis 2014: Bernd Gramlich
1358
1359    Idee, Ton und der Großteil des Textes dieser FAQ stammen vom
1360    ursprünglichen Autor und Betreuer, Bernd Gramlich. Spätere
1361    Anpassungen wurden möglichst behutsam eingearbeitet.
1362
1363 Zu der ursprünglichen Fassung dieses Textes und seiner Entstehung
1364 haben außerdem beigetragen:
1365
1366 - Ludwig Boeckel
1367 - Marc 'HE' Brockschmidt
1368 - Michael Dahms
1369 - Oliver Ding
1370 - Frank Ellermann
1371 - Karsten Huppert
1372 - Gerhard Jahnke
1373 - Wolfgang Jäth
1374 - Dirk Nimmich
1375 - Michael Ottenbruch
1376 - Simon Paquet
1377 - Christian Pree
1378 - Stefan Ram
1379 - Nikolaus Rath
1380 - Andreas Riedel
1381 - Kai-Olaf Runge
1382 - Olaf Schneider
1383 - Adrian Suter
1384 - Uwe Tetzlaff
1385 - Felix Wiemann
1386
1387 Herzlichen Dank!
1388 -- 
1389 Id: $Format:%t %d %ai %an$
This page took 0.197296 seconds and 3 git commands to generate.