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