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