dana-manual

   1 Archive-name: de-newusers/dana-manual
   2 Posting-frequency: weekly
   3 Version: 2.0.0
   4 Last-modified: 2010-03-15
   5 URL: http://www.kirchwitz.de/~amk/dai/dana-manual
   6
   7           Erläuterungen zur Einrichtung neuer Gruppen in de.*
   8           ===================================================
   9
  10 Inhaltsverzeichnis
  11 ------------------
  12
  13 1. Einleitung
  14
  15    1.1 Adressatenkreis
  16    1.2 Was ist ein RfD?
  17
  18 2. Vor dem RfD
  19
  20 3. Formulierung eines RfD
  21
  22    3.1 Aufbau
  23    3.2 Wahl des Gruppennamens
  24    3.3 Die Kurzbeschreibung
  25    3.4 Der Status
  26    3.5 Die Charta
  27    3.6 Die Begründung
  28    3.7 Muster
  29        3.7.1 RfD für eine unmoderierte Gruppe
  30        3.7.2 RfD für eine moderierte Gruppe
  31        3.7.3 Der RfD-Generator
  32
  33 4. Einsenden des RfD an die Moderation
  34
  35 5. Nach der Veröffentlichung
  36
  37 6. Die Abstimmung
  38
  39    6.1 Inhalt eines CfV
  40    6.2 Ein Muster-CfV
  41    6.3 Technische Voraussetzungen für die Durchführung
  42    6.4 Unabhängige Wahlleiter
  43
  44 7. Schlußbemerkungen
  45
  46    7.1 Literatur
  47    7.2 Glossar
  48    7.3 Danksagungen
  49
  50 ======================================================================
  51
  52 1. Einleitung
  53
  54 1.1. Adressatenkreis
  55
  56 Dieser Text richtet sich an diejenigen, die eine Newsgroup in der
  57 internationalen deutschsprachigen Usenet-Hierarchie de.* einrichten
  58 wollen. Er versucht, einen Teil der gerade für Neulinge auf diesem
  59 Gebiet häufig frustrierenden Standardargumentation in
  60 de.admin.news.groups vorwegzunehmen und die in den "REGELN FÜR DIE
  61 EINRICHTUNG UND ENTFERNUNG VON USENET-GRUPPEN" [1] niedergelegten Regeln
  62 zur Einrichtung neuer Gruppen zu erläutern.
  63
  64   [1] Veröffentlich in de.admin.infos:
  65 |     From: 3.14@piology.org (Boris 'pi' Piwinger)
  66 |     Newsgroups: de.admin.infos,de.alt.admin
  67 |     Subject: <2005-08-06> Einrichtung von Usenet-Gruppen in "de.*"
  68 |
  69 |     Archive-name: de-admin/einrichtung
  70 |     Posting-frequency: weekly
  71 |     Last-modified: 2005-08-06
  72 |     URL: http://www.kirchwitz.de/~amk/dai/einrichtung
  73
  74 Dieser Text bezieht sich nicht auf die Einrichtung von Gruppen in der
  75 Unterhierarchie de.alt: Dort wird eine Gruppe in de.alt.admin
  76 vorgeschlagen. Ergab die dortige Diskussion keinen gar zu heftigen
  77 Gegenwind, wird die Gruppe eingerichtet.
  78
  79
  80 1.2. Was ist ein RfD?
  81
  82 Ein RfD (kurz für "Request for Discussion") ist der formale Aufruf zur
  83 Diskussion, der am Anfang jedes Verfahrens zur Einrichtung,
  84 Umbenennung etc. einer Gruppe in de.* steht. Er wird in
  85 de.admin.news.announce veröffentlicht und dient als Grundlage der
  86 nachfolgenden Diskussion in de.admin.news.groups, während der er auf
  87 inhaltliche Qualität und Akzeptanz abgeklopft und verfeinert wird. Am
  88 Ende dieser Diskussion steht üblicherweise der Aufruf zu einer
  89 Abstimmung ("Call for Votes" oder kurz "CfV" genannt), in der die
  90 Akzeptanz des Vorschlags festgestellt wird.
  91
  92 Vom Ausgang dieser Abstimmung hängt die Annahme des Vorschlags ab.
  93 Nach den Regeln bedarf es zur Annahme einer Gruppe einer
  94 Zweidrittelmehrheit.
  95
  96 ----------------------------------------------------------------------
  97
  98 2. Vor dem RfD
  99
 100 Bevor man mit der Arbeit an einem RfD beginnt, sollte man sich selbst
 101 immer die Frage stellen, ob die gewünschte Änderung wirklich notwendig
 102 ist. Bei der Neueinrichtung einer Gruppe sollte man insbesondere auf
 103 die folgenden Punkte achten:
 104
 105 1. Existiert bereits eine deutschsprachige Gruppe zum Thema? Es ist
 106    nicht sinnvoll, eine zweite Gruppe zur Diskussion ein und desselben
 107    Themas einzurichten; ein entsprechender Vorschlag würde
 108    zwangsläufig scheitern. Existiert andererseits eine Gruppe, in der
 109    das gewünschte Thema diskutiert wird, ist diese Gruppe aber
 110    überfüllt, so ist es unter Umständen sinnvoll, diese Gruppe in
 111    mehrere Gruppen aufzuspalten.
 112
 113 2. Besteht im Netz Interesse am Thema? Öffentliche Selbstgespräche
 114    sind auf Dauer ermüdend. Im eigenen Interesse sollte man zunächst
 115    versuchen festzustellen, ob das gewünschte Thema überhaupt im Netz
 116    diskutiert wird. Gibt es in verschiedenen Gruppen wiederkehrende
 117    Diskussionen, die sich auf das gewünschte Thema beziehen? Gibt es
 118    Mailinglisten, die sich mit dem Thema auseinandersetzen?
 119
 120 3. Existiert schon ein Vorschlag? Es ist wenig sinnvoll, eine weitere
 121    Diskussion zu beginnen, wenn die Einrichtung einer Gruppe zum
 122    gewünschten Thema bereits im Gespräch ist. Anstatt einen formellen
 123    Vorschlag einzureichen, sollte man sich in de.admin.news.groups
 124    aktiv an der laufenden Diskussion beteiligen. In der Gruppe
 125    de.admin.news.announce wird regelmäßig der Status der laufenden
 126    Verfahren veröffentlicht; die entsprechende Übersicht steht auch im
 127    World Wide Web unter <http://www.dana.de/status.html> zum Abruf
 128    bereit.
 129
 130 4. Gab es kürzlich einen ähnlichen Vorschlag? Viele regelmäßige Leser
 131    von de.admin.news.groups reagieren mit Unwillen, wenn Vorschläge,
 132    über die gerade erst in epischer Breite diskutiert und abgestimmt
 133    wurde, wieder vorgebracht werden. Es wird allgemein empfohlen, vor
 134    der Wiedervorlage eines abgelehnten Vorschlages eine Denkpause von
 135    mindestens sechs Monaten einzulegen.
 136
 137 Ist man nach der Überprüfung dieser Punkte der Ansicht, daß eine neue
 138 Gruppe im allgemeinen Interesse liegt, sollte man sich nach
 139 Verbündeten umsehen: Es schadet nicht, wenn ein Vorschlag während der
 140 Diskussion von einer ganzen Reihe von Leuten, die an dem
 141 vorgeschlagenen Thema Interesse haben und später in der Gruppe posten
 142 würden, unterstützt wird.
 143
 144 ----------------------------------------------------------------------
 145
 146 3. Formulierung eines RfD
 147
 148 3.1. Aufbau
 149
 150 Ein RfD für die Neueinrichtung einer Gruppe besteht aus einem
 151 Namensvorschlag für die Gruppe, dem Status der Gruppe (moderiert oder
 152 unmoderiert), einer zugehörigen Kurzbeschreibung und einer Charta. Als
 153 Grundlage für die Diskussion sollte ferner der Hintergrund des
 154 Vorschlags erläutert werden. In dieser Erläuterung sollte man
 155 insbesondere auf die oben genannten Punkte eingehen; andernfalls muß
 156 man damit rechnen, daß sie als "Standardfragen" in der Diskussion
 157 wieder auftauchen.
 158
 159 Ein RfD sollte üblicherweise nur einen einzelnen Gruppenvorschlag
 160 behandeln - es verwirrt nur, wenn eine Gruppe über das
 161 Fortpflanzungsverhalten der Pflastersteine unter Berücksichtigung des
 162 besonderen Einflusses des Sonnenlichts im gleichen Thread diskutiert
 163 wird wie eine Gruppe, die dem Diskurs über die gesellschaftlichen
 164 Auswirkungen des Fernsehens dient. Eine Ausnahme von dieser Regel
 165 stellt die schon oben angesprochene Aufspaltung von Gruppen dar: Hier
 166 sollte man Sammel-RfDs und -CfVs veranstalten. Eine Sammelabstimmung
 167 ist so zu verfassen, daß jede Entscheidung auch einzeln zur Abstimmung
 168 kommen könnte. Eine Ausnahme gibt es bei der Aufteilung einer Gruppe:
 169 Die Umbenennung einer Gruppe in Gruppe.misc bei Annahme mindestens
 170 einer Untergruppe kann automatisch erfolgen.
 171
 172
 173 3.2. Wahl des Gruppennamens
 174
 175 Für die Wahl des Gruppennamens sind zunächst technisch geprägte
 176 Vorgaben [2] zu beachten, die sich auch im WWW unter
 177 <http://dana.de/newsgroup-namen.html> nachlesen lassen: Der Name
 178 besteht aus mehreren durch Punkte getrennten Segmenten. Die einzelnen
 179 Segmente dürfen nicht länger als 30 Zeichen werden und müssen
 180 mindestens je einen Buchstaben enthalten. Zu beachten ist dabei, daß
 181 sich unterschiedliche Segmentnamen auf gleicher Ebene schon vor dem
 182 15. Zeichen unterscheiden müssen. Erlaubte Zeichen innerhalb eines
 183 Segments sind die Kleinbuchstaben (a-z), die arabischen Ziffern (0-9)
 184 sowie das Plus- (+) und das Minus-Zeichen (-). Insgesamt soll die
 185 Länge des Newsgruppennamens 71 Zeichen nicht überschreiten.
 186
 187   [2] Beschlossen im Jahr 2000:
 188 |     From: "Christian Schulz - GVV" <gvv@spinfo.uni-koeln.de>
 189 |     Newsgroups: de.admin.news.announce,de.admin.news.regeln,de.admin.news.groups,de.alt.admin
 190 |     Subject: Regeln fuer Newsgruppennamen angenommen (247:25)
 191 |     Date: 2000/07/18
 192 |     Message-ID: <result-regel-newsgruppennamen-18.07.2000@dana.de>
 193       <http://groups.google.de/group/de.admin.news.announce/msg/b850df16546fd0ea>
 194
 195 Der Name sollte ungeachtet dessen so aussagekräftig wie möglich sein
 196 und sich dabei in die bestehende Namenshierarchie einpassen:
 197
 198   de.alt
 199      ist eine Unterhierarchie, in der eigene Regeln gelten. Die
 200      Einrichtung von Gruppen in dieser Unterhierarchie wird hier
 201      nicht behandelt.
 202
 203   de.admin
 204      beschäftigt sich mit der administrativen Seite des Usenet, also
 205      im wesentlichen mit dem Mail- und Newsaustausch im Netz und der
 206      Fortentwicklung der de-Newsgroups.
 207
 208   de.comm
 209      dient der Diskussion über Kommunikation und
 210      Kommunikationstechnik. Diese Unterhierarchie hat eine noch
 211      weiter differenzierte Struktur: de.comm.anbieter.* ist Themen
 212      rund um Sprachtelekommunikationsanbietern zugedacht, während
 213      de.comm.provider.* die Anbieter von Internet und
 214      Internetdiensten meint; de.comm.geraete.* dient der Diskussion
 215      über die zur Kommunikation benötigten Geräte, de.comm.technik.*
 216      der über die dahinterliegende Technik; de.comm.infosystems.*
 217      behandelt Informationssysteme wie das World Wide Web (WWW),
 218      WAIS oder Hyper-G; de.comm.internet.* ist mit einigen Aspekten
 219      des Internets befaßt; de.comm.protocols.* beschäftigt sich mit
 220      Kommunikationsprotokollen und de.comm.software.* mit
 221      Kommunikationssoftware.
 222
 223   de.comp
 224      dreht sich um Computer und alles, was damit zu tun hat. Auch
 225      diese Unterhierarchie ist weitergehend gegliedert: In
 226      de.comp.os.* wird über Betriebssysteme gesprochen, Hardware
 227      diskutiert man in de.comp.sys.* (Komplettsysteme) bzw.
 228      de.comp.hardware.* (Einzelteile), und Programmiersprachen als
 229      solche werden in de.comp.lang.* debattiert. Daneben gibt es
 230      noch de.comp.datenbanken.* für Datenbankmanagementsysteme,
 231      de.comp.office-pakete.* für integrierte Büroanwendungen und
 232      de.comp.text.* zum Diskutieren über Textformate und
 233      Texterzeuger.
 234
 235   de.markt
 236      ist der Kleinanzeigenbereich des deutschsprachigen Usenet: Hier
 237      werden nicht-kommerzielle Angebote und Gesuche ausgetauscht.
 238
 239   de.org
 240      dient verschiedenen "Organisationen" als Diskussionsforum. In
 241      de.admin.news.groups ist allerdings die Auffassung recht weit
 242      verbreitet, daß neue Gruppen nach Möglichkeit in
 243      themenspezifischen Unterhierarchien eingerichtet werden sollten
 244      (wie beispielsweise de.org.politik.spd).
 245
 246   de.rec
 247      beschäftigt sich mit Freizeitaktivitäten aller Art.
 248      Unterhierarchien sind de.rec.spiele (Spiele aller Art),
 249      de.rec.music (Musik), de.rec.sport (Sport), de.rec.sf (Science
 250      Fiction), de.rec.tiere (die lieben Haustiere). Auch hier
 251      vertreten einige Teilnehmer von de.admin.news.groups die
 252      Ansicht, daß neue Gruppen möglichst nicht mehr direkt unter
 253      de.rec.* eingerichtet werden sollten, um die Übersichtlichkeit
 254      nicht zu gefährden.
 255
 256   de.sci
 257      ist den Wissenschaften gewidmet, wobei bei der Einrichtung neuer
 258      Gruppen in dieser Hierarchie immer wieder Streit aufkommt, was
 259      denn überhaupt eine Wissenschaft sei. In der Praxis scheint
 260      sich bisher die Meinung durchgesetzt zu haben, daß die Lehrpläne
 261      von Universitäten im deutschsprachigen Raum einen ganz guten
 262      Überblick bieten. Direkt unterhalb von de.sci werden
 263      üblicherweise ganze Fachbereiche untergebracht. Einzelne
 264      Spezialgebiete haben dort nichts zu suchen; sie sollten als
 265      Untergruppen dem entsprechenden Fach zugeordnet werden
 266      (Beispiel: de.sci.medizin.allergie).
 267
 268   de.soc
 269      handelt von gesellschaftlichen Dingen.
 270
 271   de.talk
 272      dient dem gemütlichen Plausch über mehr oder minder
 273      Weltbewegendes. Von purem Unsinn (de.talk.bizarre) bis hin zu
 274      des Menschen wichtigster Nebensache (de.talk.liebesakt) ist
 275      alles vertreten.
 276
 277   de.etc
 278      schließlich stellt das Auffangbecken dar, wenn ein Thema nicht
 279      in eine der anderen Unterhierarchien paßt.
 280
 281 Man sollte außerdem versuchen, im Gruppennamen möglichst keine
 282 kryptischen oder mehrdeutigen Abkürzungen zu verwenden. Wenn diese gar
 283 nicht zu vermeiden sind, sollte man sie in der Kurzbeschreibung,
 284 spätestens aber in der Charta auflösen.
 285
 286
 287 3.3. Die Kurzbeschreibung
 288
 289 Die Kurzbeschreibung (oder auch Tagline) ist zum einen in den
 290 regelmäßigen Postings zu finden, die den Systemadministratoren helfen,
 291 die Auswahl der auf ihren Systemen bereitgehaltenen Gruppen auf dem
 292 neuesten Stand zu halten. Andererseits zeigen viele Newsprogramme
 293 diese Kurzbeschreibung auch an, um den Leser an das Thema der Gruppe
 294 zu erinnern und somit von Fehlpostings abzuhalten. Sie ist (neben dem
 295 Namen) häufig das erste, was ein potentieller Leser von einer Gruppe
 296 zu Gesicht bekommt. Teilweise lassen sich neben den Gruppennamen auch
 297 die Kurzbeschreibungen vom Nutzer auf bestimmte Begriffe hin
 298 durchsuchen.
 299
 300 Daraus leiten sich mehrere Bedingungen an eine gute Kurzbeschreibung
 301 ab: Sie muß kurz, knapp und für jeden verständlich sein. "Diskussion
 302 über" oder "Informationen von" sind zum Beispiel notorisch
 303 überflüssige Formulierungen. Hingegen sollten möglichst Begriffe in
 304 der Kurzbeschreibung auftauchen, nach denen an der Gruppe
 305 interessierte möglicherweise suchen werden. Da die Kurzbeschreibung in
 306 Gruppenlisten auftaucht (auch in solchen, die von Newsreadern
 307 angezeigt werden), die meist auf 80 Spalten breiten Terminals gelesen
 308 werden, ergibt sich eine Beschränkung für die Länge der
 309 Kurzbeschreibung: Gruppenname, ein 8er-Tabulator und Kurzbeschreibung
 310 sollten in weniger als 80 Zeichen passen. Als Richtwert gilt für die
 311 Kurzbeschreibung gewöhnlich eine Maximallänge von 60 Zeichen.
 312
 313 Kann ein Newsreader - aus welchem Grund auch immer - nicht die ganze
 314 Kurzbeschreibung anzeigen, wird er sich üblicherweise auf den Anfang
 315 der Kurzbeschreibung beschränken. Daraus folgt, daß die wichtigsten
 316 Punkte in einer Kurzbeschreibung an deren Anfang stehen sollten. Um
 317 Komplikationen zu vermeiden, sollten Kurzbeschreibungen keine Umlaute
 318 und sonstige Sonderzeichen enthalten; der Zeichenvorrat ist "US-
 319 ASCII". Per Konvention endet jede Kurzbeschreibung mit einem
 320 Satzendezeichen (Punkt, Frage- oder Ausrufezeichen).
 321
 322
 323 3.4. Der Status
 324
 325 Man unterscheidet zwischen moderierten und unmoderierten Gruppen.
 326 Artikel für eine unmoderierte Gruppe werden vom Newsreader dem lokalen
 327 Server übergeben, der sie mittels der üblichen Mechanismen an seine
 328 "Nachbarn" weiterleitet. Artikel für eine moderierte Gruppe werden
 329 zunächst zur Bestätigung per Mail an eine Moderation geschickt, die
 330 sie dann veröffentlicht.
 331
 332 Moderierte Gruppen eignen sich vor allem für Ankündigungen. Beispiele
 333 hierfür sind de.admin.news.announce, die sich auf die Aufrufe zu
 334 Diskussion und Abstimmung beschränkt und damit auch für diejenigen
 335 lesbar bleibt, die nicht die Zeit haben, den Diskussionen im einzelnen
 336 zu folgen, oder de.rec.orakel, in der sich allwöchentlich eine Auswahl
 337 der besten Fragen und Antworten des Internet-Orakels findet.
 338
 339 Ein weiterer Grund für eine moderierte Gruppe kann sein, daß (bei
 340 einem wissenschaftlichen Thema zum Beispiel) ein gewisses
 341 Mindestniveau der Diskussion gewahrt werden soll. Als Beispiele seien
 342 hier nur die internationalen sci.*.research-Gruppen genannt.
 343
 344 Ist man zu dem Ergebnis gekommen, daß man eine moderierte Gruppe
 345 einrichten will, sollte man sich über die folgenden Punkte klar
 346 werden:
 347
 348 1. Wer soll moderieren? Es ist für gewöhnlich sinnvoll, bereits vor
 349    der Veröffentlichung des Vorschlags mindestens einen Kandidaten für
 350    die Moderation zu haben. Diesen sollte man im RfD nennen.
 351
 352 2. Wohin mit den Followups? Viele moderierte Gruppen dienen als
 353    Ankündigungsgruppen - de.admin.news.announce ist wieder nur ein
 354    Beispiel. Über die Ankündigungen wird üblicherweise auch
 355    diskutiert. Dies kann entweder in einer speziellen Gruppe
 356    geschehen (für de.admin.news.announce ist das normalerweise
 357    de.admin.news.groups) oder in einer allgemeineren Diskussionsgruppe
 358    (Postings in de.rec.orakel haben üblicherweise ein Followup-To:
 359    de.talk.jokes.d im Header). Existiert noch keine unmoderierte
 360    Gruppe, in der die Diskussionen stattfinden können, sollte man
 361    gegebenenfalls im gleichen RfD die Einrichtung einer solchen zur
 362    Diskussion stellen.
 363
 364
 365 3.5. Die Charta
 366
 367 Die Charta ist die Beschreibung der Newsgroup schlechthin. Hier wird
 368 in etwa ein bis zwei Absätzen in Form vollständiger Sätze erklärt,
 369 womit eine Newsgroup sich beschäftigt, welche Themen erwünscht sind,
 370 welche Themen nicht erwünscht sind, welche besonderen Konventionen
 371 gelten, etc.
 372
 373 Beispiel für eine gelungene Charta ist diejenige von de.rec.outdoors:
 374
 375 | Die Gruppe dient der Diskussion aller Arten von
 376 | Freizeitbeschäftigungen abseits der Zivilisation sowie der damit
 377 | verbundenen Themen wie Ausrüstung, gesetzliche Bestimmungen,
 378 | Erlebnisberichte, Freiluftküche und dergleichen. Nicht Thema der
 379 | Gruppe ist das klassische Campen mit Gardinen im Hauszelt.
 380
 381
 382 3.6. Die Begründung
 383
 384 Hier hat man Gelegenheit, die Netzöffentlichkeit davon zu überzeugen,
 385 daß die vorgeschlagene Newsgroup sinnvoll ist und nicht nur Leser,
 386 sondern auch Autoren finden wird. Man sollte begründen, warum man
 387 selbst die Gruppe für sinnvoll hält, und seine Überlegungen zur
 388 Einordnung der Gruppe in die de-Hierarchie darlegen. Man sollte
 389 darauf eingehen, wo bereits über das Thema diskutiert wird - andere
 390 Newsgroups, Mailinglisten, die überlaufen, und dergleichen.
 391
 392 Wird der Vorschlag von einer größeren Gruppe von Nutzern unterstützt
 393 (soll beispielsweise eine überquellende Diskussionsliste in eine
 394 Newsgroup umgewandelt werden), sollte man das hier erwähnen.
 395
 396
 397 3.7. Muster
 398
 399 In diesem Abschnitt finden sich Muster für die formale Gestaltung von
 400 RfDs für moderierte und unmoderierte Gruppen.
 401
 402
 403 3.7.1. RfD für eine unmoderierte Gruppe
 404
 405 |                1. Diskussionsaufruf
 406 |                ====================
 407 |
 408 | zur Einrichtung der neuen Gruppe
 409 |
 410 |
 411 | [Gruppenname]   [Kurzbeschreibung]
 412 |
 413 |
 414 | Status: Die Gruppe ist unmoderiert.
 415 |
 416 | Charta
 417 | ------
 418 |
 419 | [Charta]
 420 |
 421 |
 422 | Hintergrund
 423 | -----------
 424 |
 425 | [Begruendung]
 426
 427
 428 3.7.2. RfD für eine moderierte Gruppe
 429
 430 |                1. Diskussionsaufruf
 431 |                ====================
 432 |
 433 | zur Einrichtung der neuen Gruppe
 434 |
 435 | [Gruppenname]   [Kurzbeschreibung] <moderator@domain.example> (Moderated)
 436 |
 437 | Diskussionen sollen in der Gruppe
 438 |
 439 | [Gruppenname]   [Kurzbeschreibung]
 440 |
 441 | gefuehrt werden.
 442 |
 443 |
 444 | Status
 445 | ------
 446 |
 447 | Die Gruppe ist moderiert. Als Moderatoren werden Martina Oderat
 448 | <moderator@domain.example> und Peter Roponent
 449 | <proponent@domain.example> vorgeschlagen.
 450 |
 451 | Charta
 452 | ------
 453 |
 454 | [Charta]
 455 |
 456 | Die Postings in [Gruppenname] sind mit einer Headerzeile
 457 |
 458 |  Followup-To: [Diskussionsgruppe]
 459 |
 460 | zu versehen.
 461 |
 462 |
 463 | Hintergrund
 464 | -----------
 465 |
 466 | [Begruendung]
 467
 468
 469 3.7.3. Der RfD-Generator
 470
 471 Unter dem URL <http://piology.org/cgi-bin/rfd.pl> hat Boris 'pi'
 472 Piwinger ein Formular abgelegt, das die genannten RfD-Bestandteile
 473 abfragt, die Eingaben auf einige Fehler hin überprüft und daraus dann
 474 einen Text erzeugt, der sich an den Muster-RfDs orientiert.
 475
 476 ----------------------------------------------------------------------
 477
 478 4. Einsenden des RfD an die Moderation
 479
 480 Die Moderation von de.admin.news.announce ist unter der Adresse
 481 <moderator@dana.de> zu erreichen; ihr schickt man den fertigen RfD
 482 samt der Liste der Gruppen zu, in denen er veröffentlicht werden soll.
 483 Dazu gehören immer de.admin.news.announce und de.admin.news.groups.
 484 Hinzu kommen für gewöhnlich dem Vorschlag thematisch naheliegende
 485 Gruppen, deren Leserschaft an der Diskussion über die Einrichtung der
 486 geplanten Gruppe ein natürliches Interesse haben.
 487
 488 Die Moderation wird den RfD anhand der hier beschriebenen Punkte
 489 überprüfen und beim Autor per Mail Rückfragen stellen, um ggfs.
 490 Mißverständnisse auszuräumen. Ist alles klar, postet sie den Artikel
 491 in den genannten Gruppen.
 492
 493 ----------------------------------------------------------------------
 494
 495 5. Nach der Veröffentlichung
 496
 497 Nachdem die Moderation den RfD veröffentlicht hat, findet in
 498 de.admin.news.groups die Diskussion über den Vorschlag statt. Die
 499 Antragsteller sollten die Diskussion verfolgen und auf Einwände und
 500 Kritik eingehen, ihre Begründung verfeinern. Häufig wird die
 501 Diskussion sinnvolle Ergänzungen zum ursprünglichen Vorschlag bringen,
 502 die man in einen neuen Vorschlag einarbeiten kann.
 503
 504 Hat die Diskussion zu weitgehenden Änderungen am Vorschlag geführt,
 505 sollte man etwa zwei Wochen nach dem ersten Diskussionsaufruf einen
 506 zweiten RfD in den gleichen Gruppen veröffentlichen, der den
 507 modifizierten Vorschlag und eine Begründung, warum man welche
 508 Vorschläge aufgenommen oder verworfen hat, enthält. Dieser zweite RfD
 509 erscheint als Followup auf den ersten und hat wie dieser ein Followup-
 510 To auf de.admin.news.groups gesetzt. Besteht weiterer
 511 Diskussionsbedarf, können auch mehrere weitere RfDs veröffentlicht
 512 werden; auch diese erscheinen dann in dem Thread, der durch den ersten
 513 RfD eröffnet wurde, und zwar jeweils als Followup auf den
 514 vorangegangenen RfD.
 515
 516 ----------------------------------------------------------------------
 517
 518 6. Die Abstimmung
 519
 520 6.1. Inhalt eines CfV
 521
 522 Ist die Diskussion in de.admin.news.groups so weit fortgeschritten,
 523 daß der Proponent der Meinung ist, mit seinem Vorschlag weitgehend
 524 Zustimmung zu erhalten, geht es darum, die Abstimmung über diesen
 525 Vorschlag in die Wege zu leiten. Formell wird diese Abstimmung durch
 526 einen CfV eingeleitet, der sich im großen und ganzen an dem letzten
 527 RfD als Abstimmungsgegenstand orientieren soll. Zusätzlich enthält ein
 528 CfV noch Informationen über die Wahlfrist und die Adresse oder
 529 Adressen, an die die Wahlscheine geschickt werden sollen, sowie einen
 530 Wahlschein und Beispiele für Abstimmöglichkeiten.
 531
 532 Die Frist zur Abgabe der Stimme beträgt in der Regel drei bis vier
 533 Wochen, gerechnet von der Veröffentlichung in de.admin.news.announce.
 534 In der Mitte der Frist sollte ein zweiter CfV veröffentlicht werden,
 535 in dem die Personen, die ihre Stimme bereits abgegeben haben, zur
 536 Kontrolle mit ihrer E-Mail-Adresse (ohne das Votum) aufgelistet
 537 werden.
 538
 539 Alle CfVs sollen in den Gruppen, in denen auch der letzte RfD gepostet
 540 wurde, erscheinen und werden als Followups in demselben Thread
 541 veröffentlicht, der durch den ersten RfD ausgelöst wurde.
 542
 543
 544 6.2. Ein Muster-CfV
 545
 546 |                         1. Aufruf zur Wahl
 547 |                         ==================
 548 |
 549 | zur Einrichtung der neuen Gruppe
 550 |
 551 | <Gruppenname>   <Kurzbeschreibung>
 552 |
 553 | Status: Die Gruppe ist {moderiert|unmoderiert}.
 554 |
 555 | Charta
 556 | ------
 557 | <Charta>
 558 |
 559 | Modalitäten
 560 | -----------
 561 |   Sinn einer Usenet-Abstimmung ist es festzustellen, wer eine
 562 |   vorgeschlagene Gruppe tatsächlich nutzen möchte. Uninteressierte
 563 |   Personen zur Teilnahme an der Abstimmung aufzufordern, schadet diesem
 564 |   Ziel. Bitte verbreite diesen CfV nicht weiter. Verweise die Leute
 565 |   stattdessen auf den offiziellen CfV, der in de.admin.news.announce
 566 |   gepostet wurde. Die Verbreitung von vorausgefüllten oder anderweitig
 567 |   veränderten CfV wird allgemein als Wahlfälschung angesehen. Im
 568 |   Zweifel wende Dich an den Wahlleiter.
 569 |
 570 |   Die Stimmen müssen bis zum <Datum> eingehen. Ausschlaggebend
 571 |   ist hierbei das *Eintreffen* der Stimme, nicht das Absendedatum!
 572 |   Bitte benutze den Wahlschein, der am Ende dieses CfV angebracht
 573 |   ist. Wahlberechtigt ist jede natürliche Person, die in der Lage
 574 |   ist, E-Mail an die Abstimmungsadresse zu schicken.
 575 |
 576 |   Es gelten die derzeitigen Wahlregeln, die in de.admin.infos
 577 |   veröffentlicht sind.
 578 |
 579 | Wie gewählt wird
 580 | ----------------
 581 |
 582 |   Trage in die Felder des Wahlscheins unten Deine Stimme (JA, NEIN
 583 |   oder ENTHALTUNG) ein und schicke den Wahlschein dann an den
 584 |   Vote-Account <email@adres.se> (Reply-To:-Header ist gesetzt.) Es
 585 |   werden nur Stimmen berücksichtigt, die per Mail an diesen Account
 586 |   gerichtet sind. Öffentliche Stimmabgaben (Postings) sind ungültige
 587 |   Stimmen und werden nicht berücksichtigt.
 588 |
 589 |
 590 |   Deine Entscheidung bedeutet dabei:
 591 |
 592 |   JA         - Ich bin für diesen Vorschlag.
 593 |   NEIN       - Ich bin gegen diesen Vorschlag.
 594 |   ENTHALTUNG - Ich enthalte mich oder ich ziehe meine Stimme zurück
 595 |
 596 |                Enthaltungen gelten nicht im Sinne einer gültig
 597 |                abgegebenen Stimme; sie dienen vornehmlich dazu,
 598 |                eine zuvor abgegebene Stimme zurückzuziehen.
 599 |
 600 |   Der Wahlleiter wird auf Deine Stimme mit einer persönlichen
 601 |   Bestätigung via E-Mail reagieren. Wenn Du innerhalb von ein paar
 602 |   Tagen nichts hörst, versuche es noch einmal.
 603 |
 604 |   Solltest Du Deine Meinung ändern, so wähle einfach
 605 |   neu. Willst Du dabei Deine Stimme annullieren, so entscheide
 606 |   ENTHALTUNG. Gehen mehrere Stimmen ein, gilt die jeweils zuletzt
 607 |   abgeschickte (Date:-Eintrag der Mail).
 608 |
 609 |   Bitte beachte, daß die Stimme Deinen echten Namen enthalten
 610 |   muß, kein Pseudonym. Sollte Dein Newsreader den Namen nicht
 611 |   automatisch im From:-Header eintragen, trage ihn bitte nochmal im
 612 |   Wahlzettel ein. Andernfalls ist Deine Stimme ungültig.
 613 |
 614 |   In der Mitte der Wahlperiode wird ein zweiter CfV gepostet, der
 615 |   eine Auflistung aller Personen enthält, von denen bis zu diesem
 616 |   Zeitpunkt eine gültige Stimme eingegangen ist.
 617 |
 618 |   Die Ergebnisse der Wahl werden nach Ablauf der Wahlfrist
 619 |   öffentlich gepostet, wobei jede einzelne Stimme, zur Kontrolle
 620 |   für alle, aufgelistet wird. Solltest Du begründete Bedenken gegen
 621 |   die Veröffentlichung Deines Realnamens haben, melde Dich bitte beim
 622 |   Wahlleiter (<e-mail@ad.res.se>).
 623 |
 624 |
 625 | -=-=-=-=-=-= Alles vor dieser Zeile löschen =-=-=-=-=-=-
 626 |
 627 | Wahlschein fuer die {Einrichtung|Umbenennung|Entfernung} von
 628 | <Gruppenname>
 629 |
 630 | Dein Realname, falls nicht im From:-Header:
 631 |
 632 | Wenn Du keinen Real-Namen veröffentlicht haben willst, wende Dich
 633 | mit einer Begründung an <e-mail@ad.res.se>
 634 |
 635 | [Deine Stimme]  Abstimmungsgegenstand
 636 | ----------------------------------------------------------------------
 637 | [            ]  Einrichtung von <Gruppenname>
 638 |
 639 | -=-=-=-=-=-= Alles nach dieser Zeile löschen =-=-=-=-=-=-
 640
 641
 642 6.3. Technische Voraussetzungen für die Durchführung
 643
 644 Für die Abstimmung selbst benötigt man einen E-Mail-Account, der die
 645 Wahlscheine entgegennimmt. Dieser sollte nach Möglichkeit nicht mit
 646 der "normalen" E-Mail-Adresse des Abstimmungsleiters identisch sein,
 647 damit keine Mißverständnisse auftreten oder Wahlscheine in der
 648 sonstigen Post verloren gehen. Wichtig ist insbesondere auch, daß der
 649 Account ungefiltert ist, also keine Spamfilter oder Blacklists aktiv
 650 sind, die ggf. dazu führen, daß legitime Abstimmungs-E-Mail nicht
 651 angenommen werden. Die meisten kostenlosen Angebote sind daher ebenso
 652 ungeeignet wie viele Standardaccounts von Webhostinganbietern.
 653
 654 Jede abgegebene Stimme soll - nach Möglichkeit automatisch - bestätigt
 655 werden. Aus der Nachricht sollte außerdem hervorgehen, wie die Stimme
 656 gezählt wurde, damit der Absender eine falsch gezählte Stimme wieder
 657 ändern oder diese widerrufen kann, wenn er vor Ablauf der Wahlfrist
 658 seine Meinung ändert.
 659
 660
 661 6.4. Unabhängige Wahlleiter
 662
 663 Wer sich nicht die Mühe machen will, nicht die Möglichkeiten dazu hat,
 664 die Wahl abzuhalten, oder der Meinung ist, die Wahl besser durch
 665 Unabhängige durchführen zu lassen, kann sich auch an die German
 666 Volunteer Votetakers (GVV) wenden. Diese führen dann die Abstimmung
 667 einschließlich zweitem CfV und Veröffentlichung des Ergebnisses durch.
 668
 669 Dazu fragt man bei den GVV unter der Adresse <gvv@dana.de> an, wer
 670 bereit ist, den CfV zu übernehmen. Dem Freiwilligen, der sich dann
 671 meldet, schickt man den soweit wie möglich fertigen CfV (d. h., ohne
 672 die Abstimmadresse und ohne Frist für die Stimmabgabe). Der GVV wird
 673 die fehlenden Angaben ergänzen, den Wahlschein auf Maschinenlesbarkeit
 674 prüfen und sonst wahrscheinlich nichts ändern, sondern den CfV direkt
 675 bei der Moderation einreichen. Mit dem weiteren Ablauf hat man dann
 676 nichts mehr zu tun.
 677
 678 ----------------------------------------------------------------------
 679
 680 7. Schlußbemerkungen
 681
 682 7.1. Literatur
 683
 684 Folgende Texte sollten dem Proponenten auf jeden Fall bekannt sein:
 685
 686   <Datum> Einrichtung von Usenet-Gruppen in "de.*"
 687      Dieser Text beschreibt die Richtlinien für die Einrichtung einer
 688      Newsgroup in der de.*-Hierarchie, insbesondere die üblichen
 689      Abstimmungsmodalitäten. Er wird wöchentlich in de.admin.infos
 690      gepostet.
 691
 692   <Datum> Die Newsgruppen der de.*-Hierarchie
 693      Hier findet sich eine Beschreibung der bereits eingerichteten
 694      Newsgroups in de.* (einschließlich de.alt.*). Das Posting findet
 695      sich allwöchentlich in de.newusers.infos.
 696
 697   <Datum> Missverstaendnisse in de.admin.news.groups
 698      Dieser Text beschreibt typische Argumentationen in
 699      de.admin.news.groups. Er wird nach de.admin.infos gepostet.
 700
 701
 702 7.2. Glossar
 703
 704   CfV
 705      Call for Votes, Aufruf zur Wahl. Leitet die Abstimmung über eine
 706      Entscheidung ein bzw. dient zur Erinnerung an diese Abstimmung.
 707
 708   dana
 709      Akronym für de.admin.news.announce
 710
 711   GVV
 712      German Volunteer Votetakers, Freiwillige Abstimmungsleiter; zu
 713      erreichen unter der E-Mail-Adresse <gvv@dana.de>.
 714
 715   RfD
 716      Request for Discussion, Aufruf zur Diskussion. Leitet die
 717      Diskussion um eine Entscheidung ein bzw. bringt sie wieder in
 718      Gang.
 719
 720
 721 7.3. Maintainer und Danksagungen
 722
 723 Maintainer dieser FAQ: Thomas Hochstein <thh@inter.net>
 724                        Michael Ottenbruch <dana-manual@ottenbruch.net>
 725
 726 Maintainer bis 2010: Thomas Roessler, Dirk Nimmich
 727
 728 Zu diesem Text und seiner Entstehung haben außerdem beigetragen:
 729
 730 - Lutz Donnerhacke
 731 - Kristian Köhntopp
 732 - Rolf Krahl
 733 - Martin Recke
 734 - Heiko Schlichting
 735 - Adrian Suter
 736 - Hans-Christoph Wirth