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