7.3: Maintainer und Danksagungen neu sortiert.
[faqs/dana-manual.git] / 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
This page took 0.029652 seconds and 4 git commands to generate.