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