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