Archive-name: de-newusers/dana-manual
Posting-frequency: weekly
-Version: 2.1.1
-Last-modified: (unreleased)
+Version: 2.1.3
+Last-modified: 2011-05-25
URL: http://www.kirchwitz.de/~amk/dai/dana-manual
URL: http://th-h.de/faq/dana-manual.txt
+ Die Newsgruppen der de-Hierarchie
| From: Daniel Roth <25.8@bluemail.ch>
| Newsgroups: de.newusers.infos,de.admin.news.groups,de.alt.admin
-| Subject: <2011-03-07> Die Newsgruppen der de-Hierarchie
+| Subject: <Datum> Die Newsgruppen der de-Hierarchie
|
| Archive-name: de-newusers/de-newsgruppen
| Posting-frequency: weekly
-| Last-modified: 2011-03-07
| URL: http://www.kirchwitz.de/~amk/dni/de-newsgruppen
2.1.2. Namenswahl und technische Vorgaben
(a-z), die arabischen Ziffern (0-9) sowie das Plus- (+) und das
Minus-Zeichen (-).
-* Insgesamt soll die Länge des Newsgruppennamens 71 Zeichen nicht
+* Insgesamt soll die Länge des Gruppennamens 71 Zeichen nicht
überschreiten.
[4] Beschlossen im Jahr 2000:
2.2. Kurzbeschreibung
---------------------
-Die Kurzbeschreibung (auch "Tagline" genannt) soll in Ergänzung zum
-Gruppennamen das Thema kurz umreißen. Im Gegensatz zur Charta, der
-ausführlichen thematischen Beschreibung des Gruppeninhalts, wird sie
-in der Regel zusammen mit dem Gruppennamen auf den Newsservern
-vorgehalten und kann in den gängigen Newsreadern angezeigt und ggf.
-auch durchsucht werden. Sie ist auch Bestandteil der regelmäßig
-versandten Steuernachrichten, die den aktuellen Gruppenbestand von
-de.* enthalten.
+Die Kurzbeschreibung soll in Ergänzung zum Gruppennamen das Thema kurz
+umreißen. Im Gegensatz zur Charta, der ausführlichen thematischen
+Beschreibung des Gruppeninhalts, wird sie in der Regel zusammen mit
+dem Gruppennamen auf den Newsservern vorgehalten und kann in den
+gängigen Newsreadern angezeigt und ggf. auch durchsucht werden;
+Gruppenname und Kurzbeschreibung zusammen werden auch "Tagline"
+genannt. Diese Tagline ist auch Bestandteil der regelmäßig versandten
+Steuernachrichten, die den aktuellen Gruppenbestand von de.*
+enthalten.
Daraus leiten sich mehrere Bedingungen an eine gute Kurzbeschreibung
ab: Sie muss kurz, knapp und für jeden verständlich sein. "Diskussion
+ Informationen über de.alt.test.moderated
| From: Thomas Hochstein <thh@inter.net>
| Newsgroups: de.alt.test.moderated
-| Subject: Info: de.alt.test.moderated <2010-11-01>
+| Subject: Info: de.alt.test.moderated <2011-03-03>
|
-| Last-modified: 2010-11-01
+| Last-modified: 2011-03-03
| Posting-frequency: monthly
2.5. Sonderfälle
Vorschlag nur in der Form des letzten veröffentlichen RfDs zur
Abstimmung gestellt werden kann, denn der Abstimmungsaufruf (CfV) muss
inhaltlich mit dem letzten Diskussionsaufruf (RfD) im wesentlichen
-übereinstimmen. Ggf. ist also vor dem Beginn der Abstimmung noch
-einmal ein weiterer RfD mit den letzten vorgesehenen Änderungen zu
-veröffentlichen.
+übereinstimmen (siehe 4.2.). Ggf. ist also vor dem Beginn der
+Abstimmung noch einmal ein weiterer RfD mit den letzten vorgesehenen
+Änderungen zu veröffentlichen.
Nach Möglichkeit sollte am Ende der Diskussion nur noch ein einziger,
einheitlicher Vorschlag stehen (siehe 2.5.). Jedenfalls müssen aber
den einzelnen Abstimmungspunkten, enthalten. Der Abstimmungszeitraum
muss mindestens drei Wochen, darf aber höchstens vier Wochen betragen.
+Schließlich muss der CfV mit dem letzten RfD im wesentlichen
+übereinstimmen, wie Teil 6 der Einrichtungsregeln festhält:
+| Nach der Diskussionsperiode kann ein Abstimmungsaufruf -- engl.
+| "Call for Votes" oder kurz CfV -- bei der Moderation eingereicht
+| werden. Dieser muß mit dem letzten RfD im wesentlichen
+| übereinstimmen.
+
+Zweck dieser Regel ist es, zu verhindern, dass etwas anderes zur
+Abstimmung gestellt wurde als zuvor Gegenstand der Diskussion war.
+"Wesentlich" in diesem Sinne sind daher alle Eigenschaften der
+einzurichtenden Gruppe sowie die Abstimmungsmodalitäten; an diesen
+dürfen keine über die Behebung von Schreibfehlern o.ä. hinausgehenden
+Änderungen vorgenommen werden. Kurz und gut: Der zur Abstimmung
+gestellte Vorschlag darf keinen anderen Sinngehalt haben als der zuvor
+diskutierte. Eine Änderung der Begründung - soweit sie überhaupt im
+CfV wiederholt wird - ist hingegen regelmäßig unproblematisch.
+
Üblich ist es, auf Basis des letzten veröffentlichen RfD einen CfV zu
entwerfen. Dabei kann der Begründungsteil gekürzt werden oder ganz
entfallen und durch einen Verweis auf die geführte Diskussion -
|
| [Name(n) und Mailadresse(n)]
|
-| Abstimmungsmodalitäten:
-| =======================
+| Abstimmungsmodalitäten
+| ----------------------
|
| Votetaker : [Name und Mailadresse]
| Abstimmadresse : [Mailadresse]
Die Veröffentlichung des CfVs wird üblicherweise länger dauern als bei
den RfD, weil der Abstimmungsaufruf durch die Moderation von
-de.admin.news.announce nach dem 4-Augen-Prinzip überprüft wird. Den
-zutreffenden Endtermin der Abstimmung, der sich aus dem Zeitpunkt der
-Veröffentlichung ergibt, setzt die Moderation dann selbst ein.
+de.admin.news.announce nach dem 4-Augen-Prinzip überprüft wird. Daher
+kann - und sollte - der 1. CfV ruhig möglichst frühzeitig eingereicht
+werden. Den zutreffenden Endtermin der Abstimmung, der sich aus dem
+Zeitpunkt der Veröffentlichung ergibt, setzt die Moderation dann
+selbst ein.
4.3. Abstimmungsphase
---------------------
veröffentlichen, der dem 1. CfV inhaltlich entspricht, der aber eine
Liste der Abstimmenden (Name, und E-Mail-Adresse, aber keinesfalls die
Stimmabgaben!) enthält; dabei kann auch bereits angegeben werden, ob
-Stimmen voraussichtlich als ungültig gewertet werden.
+Stimmen voraussichtlich als ungültig gewertet werden. Weil auch der 2.
+CfV im Rahmen der üblichen Bearbeitungszeiten regelmäßig nicht sofort,
+sondern erst nach einigen (Stunden oder) Tagen veröffentlicht werden
+wird, schadet es nicht, den Zeitpuntk anzugeben, zu dem die Liste der
+Abstimmenden erstellt wurde, und auch den 2. CfV bereits ein oder zwei
+Tage vor dem geplanten Veröffentlichungszeitraum einzureichen.
Mit dem Ablauf der Abstimmungsperiode (in der Regel um Mitternacht)
endet die Abstimmung. Verspätete Stimmen werden nicht mehr gezählt.
Abstimmungsteilnehmern geklärt werden. Im Einzelfall kann auch die
Meinung der Moderation zu einer umstrittenen Frage eingeholt werden;
es empfiehlt sich, zumindest die Entscheidungen der Moderation aus
-vergangenen Jahren zu früheren Zweifelsfällen zu Rate zu ziehen.
+vergangenen Jahren zu früheren Zweifelsfällen zu Rate zu ziehen. Diese
+sind, soweit sie eine Bedeutung über den konkret entschiedenen
+Einzelfall hinaus haben und nicht später revidiert wurden, unter
+<http://www.dana.de/archiv.html> auch im Web veröffentlicht.
Bei der Auswertung sollte der Votetaker im eigenen Interesse die
datenschutzrechtlichen Regelungen der Jurisdiktion(en), der oder denen
+ Die Newsgruppen der de-Hierarchie (Gruppenliste)
| From: Daniel Roth <25.8@bluemail.ch>
| Newsgroups: de.newusers.infos,de.admin.news.groups,de.alt.admin
-| Subject: <2011-03-07> Die Newsgruppen der de-Hierarchie
+| Subject: <Datum> Die Newsgruppen der de-Hierarchie
|
| Archive-name: de-newusers/de-newsgruppen
| Posting-frequency: weekly
-| Last-modified: 2011-03-07
| URL: http://www.kirchwitz.de/~amk/dni/de-newsgruppen
6.2. Weiterführende Hinweise
+ Informationen über de.alt.test.moderated
| From: Thomas Hochstein <thh@inter.net>
| Newsgroups: de.alt.test.moderated
-| Subject: Info: de.alt.test.moderated <2010-11-01>
+| Subject: Info: de.alt.test.moderated <2011-03-03>
|
-| Last-modified: 2010-11-01
+| Last-modified: 2011-03-03
| Posting-frequency: monthly
++ Entscheidungen der Moderation von de.admin.news.announce
+ <http://www.dana.de/archiv.html>
+
6.3. Webseiten
--------------
<http://www.dana.de/status.html>
+ RfD-Generator
- <http://piology.org/cgi-bin/rfd.pl> hat Boris 'pi' Piwinger
+ <http://piology.org/cgi-bin/rfd.pl>
+ Abstimmungssoftware UseVote
<http://www.usevote.de>
verarbeiten; natürlich nehmen die Maintainer aber auch jede andere
Form von Anregungen entgegen.
+Für Hinweise, Anregungen und Verbesserungsvorschläge sei insbesondere
+- Stephan Manske
+- 0liver Seyfert
+gedankt.
+
7.2. Frühere Fassungen
----------------------