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