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