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