Release 2.2.6
[faqs/dana-manual.git] / dana-manual
index ea6ae57..28740b9 100644 (file)
@@ -1,11 +1,11 @@
 Archive-name: de-newusers/dana-manual
 Posting-frequency: weekly
-Version: 2.1.0
-Last-modified: 2011-05-01
+Version: 2.2.6
+Last-modified: 2020-08-24
 URL: http://www.kirchwitz.de/~amk/dai/dana-manual
-URL: http://th-h.de/faq/dana-manual.txt
+URL: https://th-h.de/archives/faqs/dana-manual.txt
 
-          Erläuterungen zur Einrichtung neuer Gruppen in de.*         
+          Erläuterungen zur Einrichtung neuer Gruppen in de.*
           ===================================================
 
 Inhalt
@@ -47,19 +47,29 @@ Inhalt
 4. Abstimmungsphase
    4.1. Voraussetzungen für die Durchführung einer Abstimmung
    4.2. Inhalt und Aufbau eines CfV
-   4.3. Abstimmungsphase
-   4.4. Auswertung und Ergebnis der Abstimmung
+   4.3. Sonderfall: CfV mit persönlichem Wahlschein
+   4.4. Abstimmungsphase
+   4.5. Auswertung und Ergebnis der Abstimmung
 
 5. Verfahrensabschluss und Umsetzung
 
-6. Quellen
-   6.1. Grundlegende Informationen
-   6.2. Weiterführende Hinweise
-   6.3. Webseiten
+6. Sonderfall: Vereinfachtes Verfahren (VV)
 
-7. Maintainer und Kontakt
-   7.1. Derzeitige Maintainer
-   7.2. Frühere Fassungen
+7. Löschungen, Umbenennungen, Status- und Regeländerungen u.ä.
+   7.1. Gruppenlöschungen
+   7.2. Umbenennungen
+   7.3. Änderungen von Charta und/oder Kurzbeschreibung
+   7.4. Statusänderungen
+   7.5. Regeländerungen und Personenwahlen
+
+8. Quellen
+   8.1. Grundlegende Informationen
+   8.2. Weiterführende Hinweise
+   8.3. Webseiten
+
+9. Maintainer und Kontakt
+   9.1. Derzeitige Maintainer
+   9.2. Frühere Fassungen
 
 ======================================================================
 
@@ -81,15 +91,15 @@ Erfahrungen wieder.
 [1] Veröffentlicht in de.admin.infos:
 |   From: 3.14@piology.org (Boris 'pi' Piwinger)
 |   Newsgroups: de.admin.infos,de.alt.admin
-|   Subject: <2005-08-06> Einrichtung von Usenet-Gruppen in "de.*"
-|   
+|   Subject: <2012-01-09> Einrichtung von Usenet-Gruppen in "de.*"
+|
 |   Archive-name: de-admin/einrichtung
 |   Posting-frequency: weekly
-|   Last-modified: 2005-08-06
+|   Last-modified: 2012-01-09
 |   URL: http://www.kirchwitz.de/~amk/dai/einrichtung
 
 (Eine Liste aller in diesen Erläuterungen genannten Quellen findet
-sich noch einmal in Abschnitt 6.)
+sich noch einmal in Abschnitt 8.)
 
 Dieser Text bezieht sich nicht auf die Einrichtung von Gruppen in der
 Unterhierarchie de.alt.* (vgl. Anhang A zu den Einrichtungsregeln).
@@ -113,7 +123,7 @@ Listen der Newsgroups gef
 Liste kann dann jeder Newsserverbetreiber seinen Gruppenbestand
 abgleichen.
 
-Für de.* wird die definitive Liste der bestehenden Newsgroups von der
+Für de.* wird die kanonische Liste der bestehenden Newsgroups von der
 Moderation von de.admin.news.announce geführt, die jeden Monat auch
 eine entsprechende, digital signierte Steuernachricht (checkgroups)
 versendet, mit der die meisten Newsserverbetreiber ihren
@@ -148,14 +158,15 @@ in die Gruppenliste aufgenommen - oder auch nicht.
 Siehe auch:
 
 + Wichtige Begriffe in de.admin.news.* (dan-Glossar)
-| From: bernd@tenuki.de (Bernd Gramlich)
+| From: thh@thh.name (Thomas Hochstein)
 | Newsgroups: de.admin.infos
-| Subject: <2004-12-06> Wichtige Begriffe in de.admin.news.*
-| 
+| Subject: <2020-08-24> Wichtige Begriffe in de.admin.news.*
+|
 | Archive-name: de-admin/dan-glossar
 | Posting-frequency: weekly
-| Last-modified: 2004-12-06
-| URL: http://www.tmt.de/~gramlich/dan-glossar.html
+| Version: 1.5.6
+| Last-modified: 2020-08-24
+| URL: https://th-h.de/archives/faqs/dan-glossar.txt
 | URL: http://www.kirchwitz.de/~amk/dai/dan-glossar
 
 
@@ -217,23 +228,23 @@ Wochen) oder der Ver
   den übrigen Gruppen
 * Abstimmung erfolgt per E-Mail, Stimmabgaben werden in der Regel per
   E-Mail bestätigt
-* Mindestdauer: 3 Wochen, Höchstdauer: 1 Monat (4 Wochen)
+* Mindestdauer: 3 Wochen, Höchstdauer: 1 Monat (4 Wochen)
 * in der Regel Einreichung eines 2. CfV zur "Halbzeit"
 * Einreichung des Ergebnisses mit Namen und Stimmabgaben der
   Abstimmenden
 * einwöchige Einspruchsfrist
 
 Die Abstimmung wird durch einen Abstimmungsleiter ("Votetaker")
-durchgeführt, der den 1. CfV zur Veröffentlichung einreicht, die
+durchgeführt, der die CfVs zur Veröffentlichung einreicht, die
 Stimmen per E-Mail sammelt, bestätigt und auszählt und am Ende das
-Ergebnis der Abstimmung zur Veröffentlichung einreicht. Es muss sich
-dabei ausdrücklich nicht um dieselbe Person wie den Proponenten
-handeln; da die Durchführung und Auszählung einer Abstimmung einen
-gewissen technischen und organisatorischen Aufwand erfordert und auch
-Erfahrung im Umgang mit Zweifelsfällen - auch Manipulationsversuchen -
-wünschenswert ist, besteht die Möglichkeit, einen erfahrenen Usenet-
-Teilnehmer um die Übernahme der Abstimmungsleitung zu bitten. Einige
-Freiwillige haben sich zu diesem Zweck als "German Volunteer
+Ergebnis der Abstimmung zur Veröffentlichung einreicht. Diese Aufgabe
+kann der Proponent übernehmen, er muss es aber nicht; da die
+Durchführung und Auszählung einer Abstimmung einen gewissen
+technischen und organisatorischen Aufwand erfordert und auch Erfahrung
+im Umgang mit Zweifelsfällen - auch Manipulationsversuchen -
+wünschenswert ist, besteht die Möglichkeit, einen erfahrenen
+Usenet-Teilnehmer um die Übernahme der Abstimmungsleitung zu bitten.
+Einige Freiwillige haben sich zu diesem Zweck als "German Volunteer
 Votetakers" (GVV) zusammengeschlossen.
 
 Die Abstimmungsphase endet mit dem Ablauf des Abstimmungszeitraums und
@@ -245,7 +256,7 @@ Zeitraums wird das Ergebnis der Abstimmung bestandskr
 0.3.4. Umsetzung
 
 Wenn der Vorschlag in der Abstimmung angenommen wurde - wozu
-mindestens 60 Stimmen JA-Stimmen und zugleich eine Mehrheit von 2/3
+mindestens 50 Stimmen JA-Stimmen und zugleich eine Mehrheit von 2/3
 der abgegebenen gültigen Stimmen ohne die Enthaltungen, also
 mindestens doppelt so viele JA- wie NEIN-Stimmen erforderlich sind -,
 wird das Ergebnis im Anschluss durch die Moderation von
@@ -311,13 +322,13 @@ auf diese Weise den gegenseitigen Austausch beleben und f
 Siehe auch:
 
 + Wann kann ich mit Erfolg eine neue Newsgroup vorschlagen?
-  <http://th-h.de/infos/usenet/newgroup.php#vorschlag>
+  <https://th-h.de/net/usenet/admin/newgroup/#vorschlag>
 
 + Missverstaendnisse in de.admin.news.groups
 | From: 3.14@piology.org (Boris 'pi' Piwinger)
 | Newsgroups: de.admin.infos,de.admin.news.groups,de.alt.admin
 | Subject: <2009-01-24> Missverstaendnisse in de.admin.news.groups
-| 
+|
 | Archive-name: de-admin/dang-faq
 | Posting-frequency: weekly
 | Last-modified: 2009-01-24
@@ -344,12 +355,10 @@ Vorschlag vor Ablauf von mindestens sechs Monaten oder ohne
 wesentliche Änderungen in Inhalt oder Begründung erneut einzubringen.
 
 [3] Am bekanntesten dürfte das Angebot von Google Groups sein:
-    <http://groups.google.com/>
+    <https://groups.google.com/>
 
     de.admin.news.announce bei Google Groups:
-    <http://groups.google.com/group/de.admin.news.announce/>
-
-    Erweiterte Suche: <http://groups.google.com/advanced_search>
+    <https://groups.google.com/forum/#!forum/de.admin.news.announce>
 
 1.3. Mitinteressenten
 ---------------------
@@ -388,14 +397,14 @@ Abstimmung 
 Einrichtungsregeln Name und Attribute der vorgeschlagenen Gruppe
 feststehen:
 
-|   Ein CfV kann nicht veröffentlicht werden, wenn einer der folgenden
-|   Punkte noch unklar ist:
-| 
-|   o Name der Gruppe
-|   o Kurzbeschreibung der Gruppe
-|   o Charta der Gruppe
-|   o Status der Gruppe (moderiert oder unmoderiert)
-|   o der Name des Moderators im Falle einer moderierten Gruppe
+| Ein CfV kann nicht veröffentlicht werden, wenn einer der folgenden
+| Punkte noch unklar ist:
+|
+| o Name der Gruppe
+| o Kurzbeschreibung der Gruppe
+| o Charta der Gruppe
+| o Status der Gruppe (moderiert oder unmoderiert)
+| o der Name des Moderators im Falle einer moderierten Gruppe
 
 Newsgroups innerhalb einer gepflegten Hierarchie existieren nicht im
 luftleeren Raum. Im Zusammenhang mit der Auswahl des Namens stellt
@@ -454,9 +463,8 @@ Untergliederungen:
   Kommunikation und Kommunikationstechnik und sind daher noch weiter
   diversifiziert, im Wesentlichen in die Bereiche
 
-  * Anbieter: 
-  de.comm.anbieter.* - Festnetz- und Mobiltelefonprovider und Tarife
-  de.comm.provider.* - Internetprovider und Onlinedienste
+  * Anbieter:
+  de.comm.provider.* - Telefonie- und Internetanbieter sowie Onlinedienste
 
   * Geräte (Hardware) und Technik:
   de.comm.geraete.* - Festnetz- und Mobiltelefone und Telefonanlagen
@@ -482,24 +490,24 @@ Untergliederungen:
   de.comp.sys.* - Komplettsysteme (Mac, ...), Notebooks, Handhelds
   de.comp.hardware.* - Rechner, Laufwerke, Monitore, Netzwerk
 
-  * Betriebssysteme, Anwendungsprogramme und andere Software
-   de.comp.os.* - Windows, Unix, Linux, OS/2, 
-   de.comp.office-pakete.* - MS-Office, Staroffice
-   de.comp.text.* - Textverarbeitung
-   de.comp.datenbanken.* - Datenbanken
-   de.comp.lang.* - Programmiersprachen (C++, Java, Perl, PHP, ...)
+  * Betriebssysteme, Anwendungsprogramme und andere Software:
+  de.comp.os.* - Windows, Unix, Linux, OS/2,
+  de.comp.office-pakete.* - MS-Office, Staroffice
+  de.comp.text.* - Textverarbeitung
+  de.comp.datenbanken.* - Datenbanken
+  de.comp.lang.* - Programmiersprachen (C++, Java, Perl, PHP, ...)
 
 * de.rec.*
   Die Unterhierarchie de.rec.* beschäftigt sich mit
-  Freizeitaktivitäten (recreational activities) aller Art und enthält
-  neben einer Vielzahl von Einzelgruppen u.a. Unterhierarchien zu den
-  Themen Musik hören und machen, Sport(arten), Spielen aller Art, am
-  Brett wie am Computer, Science Fiction und Fantasy, Fernseh(seri)en,
-  Filme und Heimkino und (Haus-)Tiere.
+  Freizeitaktivitäten ("recreational activities") aller Art und
+  enthält neben einer Vielzahl von Einzelgruppen u.a. Unterhierarchien
+  zu den Themen Musik hören und machen, Sport(arten), Spielen aller
+  Art, am Brett wie am Computer, Science Fiction und Fantasy,
+  Fernseh(seri)en, Filme und Heimkino und (Haus-)Tiere.
 
 * de.sci.*
   Die Unterhierarchie de.sci.* ist für wissenschaftliche Themen
-  (sciences) vorgesehen und ist vorwiegend anhand der klassischen
+  ("sciences") vorgesehen und ist vorwiegend anhand der klassischen
   wissenschaftlichen Themengebiete (Biologie, Chemie, Physik,
   Mathematik, Medizin, etc. pp.) unterteilt. Teilweise sind aber
   Themen gerade aus dem gesellschafts- oder sozialwissenschaftlichen
@@ -507,7 +515,7 @@ Untergliederungen:
 
 * de.soc.*
   Die Unterhierarchie de.soc.* handelt von gesellschaftlichen Fragen
-  (social issues): Politik und Rechtswesen; Religionen und
+  ("social issues"): Politik und Rechtswesen; Religionen und
   Weltanschauungen; Kulturen und Subkulturen; Familie,
   Gleichberechtigung, Senioren, Jugendarbeit, Schule und Studium;
   Arbeit und Arbeitslosigkeit; Umwelt und Verkehr; Medien und
@@ -541,13 +549,12 @@ Untergliederungen:
 Siehe auch:
 
 + Die Newsgruppen der de-Hierarchie
-| From: Daniel Roth <25.8@bluemail.ch>
+| From: Thomas Hochstein <thh@thh.name>
 | 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
@@ -574,28 +581,29 @@ Vorgaben [4] zu beachten, die sich auch im WWW unter
   (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: 
+[4] Beschlossen im Jahr 2000:
 |   From: "Christian Schulz - GVV" <gvv@spinfo.uni-koeln.de>
 |   Newsgroups: de.admin.news.announce,de.admin.news.regeln,de.admin.news.groups,de.alt.admin
 |   Subject: Regeln fuer Newsgruppennamen angenommen (247:25)
 |   Date: 2000/07/18
 |   Message-ID: <result-regel-newsgruppennamen-18.07.2000@dana.de>
-    <http://groups.google.de/group/de.admin.news.announce/msg/b850df16546fd0ea>
+    <https://groups.google.de/group/de.admin.news.announce/msg/b850df16546fd0ea>
 
 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
@@ -616,8 +624,8 @@ Kurzbeschreibung anzeigen, wird er sich 
 der Kurzbeschreibung beschränken. Daraus folgt, dass die wichtigsten
 Punkte in einer Kurzbeschreibung an deren Anfang stehen sollten. Um
 Komplikationen zu vermeiden, sollten Kurzbeschreibungen keine Umlaute
-und sonstige Sonderzeichen enthalten; der Zeichenvorrat ist "US-
-ASCII". Per Konvention endet jede Kurzbeschreibung mit einem
+und sonstige Sonderzeichen enthalten; der Zeichenvorrat ist
+"US-ASCII". Per Konvention endet jede Kurzbeschreibung mit einem
 Satzendezeichen (Punkt, Frage- oder Ausrufezeichen).
 
 Beispiele für Kurzbeschreibungen finden sich in dem bereits genannten
@@ -649,7 +657,7 @@ Charta ausdr
 Charta das Diskussionsthema von anderen, themenverwandten Gruppen
 abgegrenzt werden; diese Gruppen namentlich zu nennen ist allerdings
 nicht tunlich, weil ansonsten bei jeder Umbenennung oder Löschung der
-betreffenden Gruppen eine Chartaänderung nötig würde.
+betreffenden Gruppen eine Chartaänderung nötig würde (siehe 7.3.).
 
 Soweit in der vorgeschlagenen Newsgroup teilweise andere Konventionen
 gelten sollen als sonst im Netz üblich sollte auch dies in der Charta
@@ -828,22 +836,24 @@ sein.
 Siehe auch:
 
 + Unknown: NetNews Moderator's Handbook (1994, engl.)
-  <http://www.eyrie.org/~eagle/usefor/other/moderators-handbook>
+  <https://www.eyrie.org/~eagle/usefor/other/moderators-handbook>
 + Denis McKeon: Moderated Newsgroups FAQ (1997, engl.)
   <http://pages.swcp.com/~dmckeon/mod-faq.html>
 + Russ Allbery: Pitfalls of Newsgroup Moderation (engl.)
-  <http://www.eyrie.org/~eagle/faqs/mod-pitfalls.html>
+  <https://www.eyrie.org/~eagle/faqs/mod-pitfalls.html>
 + Big-8 Moderation Board Wiki: Moderated Newsgroups (engl.)
-  <http://www.big-8.org/wiki/Moderated_Newsgroups>
+  <https://www.big-8.org/wiki/Moderated_Newsgroups>
 + Big-8 Moderation Board Wiki: Moderation Software (engl.)
-  <http://www.big-8.org/wiki/Moderated_Newsgroups#Moderation_Software>
+  <https://www.big-8.org/wiki/Moderated_Newsgroups#Moderation_Software>
 + Informationen über de.alt.test.moderated
-| From: Thomas Hochstein <thh@inter.net>
+| From: Thomas Hochstein <thh@thh.name>
 | Newsgroups: de.alt.test.moderated
-| Subject: Info: de.alt.test.moderated <2010-11-01>
-| 
-| Last-modified: 2010-11-01 
-| Posting-frequency: monthly  
+| Subject: Info: de.alt.test.moderated <2020-08-23>
+|
+| Posting-frequency: monthly
+| Last-modified: 2020-08-23
+| URL: https://th-h.de/net/usenet/faqs/datm-info/
+
 
 2.5. Sonderfälle
 ----------------
@@ -929,7 +939,7 @@ Sonderf
   besteht, dass entweder kein Vorschlag eine Mehrheit erhält (obwohl
   die Mehrzahl der Abstimmenden durchaus generell für eine Einrichtung
   der entsprechenden Gruppe(n) ist) oder am Ende ein Konglomerat von
-  Vorschlägen angenommen wird, dass so niemand gewollt hat.
+  Vorschlägen angenommen wird, das so niemand gewollt hat.
 
   Die für die Abstimmung in diesem Fall zu beachtenden Regeln für
   "kombinierte Votings" finden sich in Teil 9 der Einrichtungsregeln
@@ -939,7 +949,7 @@ Sonderf
 | höchstens eine eingerichtet werden soll ("kombiniertes Voting").
 | Dabei wird über die Einrichtung jeder einzelnen Gruppe gemäß den
 | obigen Regeln abgestimmt.
-| 
+|
 | In einem weiteren Abstimmungsblock innerhalb desselben CfV findet
 | zusätzlich ein Stichentscheid zwischen all diesen Gruppen statt.
 | Falls in den Einrichtungsfragen mehr als eine Gruppe angenommen
@@ -949,14 +959,13 @@ Sonderf
   Siehe dazu auch:
 
   + FAQ: Entscheidungsfindung bei mehreren Moeglichkeiten
-|   From: faq@wortrei.ch (Adrian Suter)
-|   Newsgroups: de.admin.news.regeln,de.admin.infos
-|   Subject: <2003-12-31> FAQ: Entscheidungsfindung bei mehreren Moeglichkeiten
-|   
+|   From: Ralf Döblitz <faq@netzverwaltung.net>
+|   Newsgroups: de.admin.news.misc,de.admin.infos
+|   Subject: <2013-06-09> FAQ: Entscheidungsfindung bei mehreren Moeglichkeiten
+|
 |   Archive-name: de-admin/entscheidung
 |   Posting-frequency: weekly
-|   Last-modified: 2003-12-31
-|   URL: http://www.wortrei.ch/usenet/admin/entscheidung.php3
+|   Last-modified: 2013-06-09
 |   URL: http://www.kirchwitz.de/~amk/dai/entscheidung
 
 3. Diskussionsphase
@@ -1025,9 +1034,9 @@ heranzuziehen. Das kann dann bspw. so aussehen:
 
 |             1. RfD (Diskussionsaufruf)
 |             ==========================
-| 
+|
 | zur Einrichtung der neuen Gruppe
-| 
+|
 | [Gruppenname]   [Kurzbeschreibung]
 |
 | Status: Die Gruppe ist unmoderiert.
@@ -1038,25 +1047,25 @@ oder
 | ------
 |
 | Die Gruppe ist moderiert.
-| 
+|
 | Moderatoren sind Adam Berthold <adam@berthold.example> und
 | Charlotte Dominik <charlotte@dominik.example>.
-| 
+|
 | Die Submissionsadresse lautet <submissionen@domain.example>.
-| 
+|
 | Charta
 | ------
-| 
+|
 | [Charta]
-| 
+|
 | Hintergrund / Begründung
 | -----------   ----------
-| 
+|
 | [Begründung, ggf. untergliedert]
 |
 | Proponent(en)
 | -------------
-| 
+|
 | [Name(n) und Mailadresse(n)]
 
 Unter <http://piology.org/cgi-bin/rfd.pl> hat Boris 'pi' Piwinger
@@ -1097,7 +1106,7 @@ Siehe auch:
 + Moderationskonzept der derzeitigen Moderation von d.a.n.a
 | From: moderator@dana.de (Moderation von de.admin.news.announce)
 | Newsgroups: de.admin.news.announce,de.admin.news.misc
-| Subject: <2010-11-01> Moderationskonzept der derzeitigen Moderation
+| Subject: <2016-10-12> Moderationskonzept der derzeitigen Moderation
   <http://dana.de/modkonzept.html>
 
 3.3. Diskussionsphase
@@ -1154,9 +1163,9 @@ zur Abstimmung geschritten werden. Dabei ist zu beachten, dass der
 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
@@ -1168,10 +1177,10 @@ Submissionsadresse) - notfalls in mehreren Varianten - feststehen.
 ===================
 
 Die Abstimmung über einen Vorschlag findet per E-Mail statt. Die
-abgegebenen Stimmen werden während des Abstimmungszeitraums an die E-
-Mail-Adresse des Abstimmungsleiters ("Votetaker") versandt, der sie
-auszählt und am Ende ein Ergebnis der Abstimmung mit Namen, E-Mail-
-Adresse und Stimmabgabe aller Teilnehmer veröffentlicht. Die
+abgegebenen Stimmen werden während des Abstimmungszeitraums an die
+E-Mail-Adresse des Abstimmungsleiters ("Votetaker") versandt, der sie
+auszählt und am Ende ein Ergebnis der Abstimmung mit Namen,
+E-Mail-Adresse und Stimmabgabe aller Teilnehmer veröffentlicht. Die
 Durchführung der Abstimmung muss nicht zwingend durch den oder die
 Proponenten erfolgen; aufgrund der notwendigen technischen und
 organisatorischen Kenntnisse und Voraussetzungen empfiehlt es sich
@@ -1206,7 +1215,7 @@ pr
 |   Subject: [ADMIN] Zu Abstimmadressen und Filtermassnahmen
 |   Date: Sat, 12 Mar 2011 23:15:00 +0100
 |   Message-ID: <Admin-Filtermassnahmen-20110312-2@dana.de>
-|   
+|
 |   Filtermaßnahmen bei der Durchführung von Abstimmungen
 |   =====================================================
 
@@ -1217,7 +1226,7 @@ pr
 
   Die verbreitetste Softwarelösung dafür ist UseVote; mehr
   Informationen dazu und eine Downloadmöglichkeit gibt es auf
-  <http://www.usevote.de>.
+  <http://www.usevote.de/>.
 
 * Weil ungefilterte Mailaccounts zunehmend schwer zu finden sind,
   haben sich einige regelmäßige Teilnehmer in de.admin.news.* dazu
@@ -1230,7 +1239,6 @@ pr
   - Ralf Döblitz <doeblitz@doeblitz.net>
   - Karsten Düsterloh <kd-usenet@tprac.de>
   - Michael Grimm <trashcan@odo.in-berlin.de>
-  - Jürgen Ilse <ilse@usenet-verwaltung.de>
   - Emil Schuster <emil@wieslauf.sub.de>
 
   Im Zweifel empfiehlt es sich, rechtzeitig mit einem der Genannten
@@ -1242,7 +1250,7 @@ pr
   der weitergehende technische Möglichkeiten oder größere Erfahrungen
   mit der Durchführung von Abstimmungen hat. Überdies ist es zwar
   zulässig und auch der von den Einrichtungsregeln ursprünglich
-  vorgesehene Regefall, dass der Proponent auch die Abstimmung
+  vorgesehene Regelfall, dass der Proponent auch die Abstimmung
   durchführt, manchmal ist es aber erwünscht, damit einen unabhängigen
   Dritten zu beauftragen.
 
@@ -1258,14 +1266,14 @@ pr
   Siehe dazu auch:
 
   + GVV-FAQ
-|   From: Thomas Hochstein <gvv@gvv.th-h.de>
+|   From: Thomas Hochstein <thh@votetaker.de>
 |   Newsgroups: de.admin.infos,de.admin.news.groups
-|   Subject: <2011-02-19> GVV-FAQ
-|   
+|   Subject: <2017-08-19> GVV-FAQ
+|
 |   Archive-name: de-admin/gvv-faq
 |   Posting-frequency: weekly
-|   Last-modified: 2011-02-19
-|   URL: http://gvv.th-h.de/faq.php
+|   Last-modified: 2017-08-19
+|   URL: https://votetakers.de/faq.php
 |   URL: http://www.kirchwitz.de/~amk/dai/gvv-faq
 
 4.2. Inhalt und Aufbau eines CfV
@@ -1276,8 +1284,37 @@ muss die notwendigen Eigenschaften der einzurichtenden Gruppe (Name,
 Kurzbeschreibung, Charta, Status, ggf. Moderator) und die für die
 Teilnahme an der Abstimmung notwendigen Informationen, namentlich die
 Abstimmadresse und den Abstimmungszeitraum sowie einen Wahlschein mit
-den einzelnen Abstimmungspunkten, enthalten. Der Abstimmungszeitraum
-muss mindestens drei Wochen, darf aber höchstens vier Wochen betragen.
+den einzelnen Abstimmungspunkten, enthalten.
+
+Der Abstimmungszeitraum muss mindestens drei Wochen, darf aber
+höchstens einen Monat betragen. Üblicherweise wird diese Frist nicht
+ausgeschöpft, sondern stattdessen eine Abstimmungsdauer von vier
+Wochen angesetzt. Das hat zum einen den Vorteil, dass die "Halbzeit",
+nach der ein 2. CfV veröffentlicht werden soll, mit "zwei Wochen"
+leichter bestimmbar ist. Zum anderen ist es üblich, Abstimmungen
+um Mitternacht enden zu lassen. Daher könnten sich bei einer
+Abstimmungsdauer von einem Monat und Veröffentlichung des 1. CfV bspw.
+um 16:30 Uhr unnötige Diskussionen ergeben, ob damit nicht die
+Höchstfrist von einem Monat um siebeneinhalb Stunden (bis Mitternacht)
+überschritten wird.
+
+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 muss 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
 
 |             1. CfV (Abstimmungsaufruf)
 |             ==========================
-| 
+|
 | zur Einrichtung der neuen Gruppe
-| 
+|
 | [Gruppenname]   [Kurzbeschreibung]
 |
 | Status: Die Gruppe ist unmoderiert.
 |
 | Charta
 | ------
-| 
+|
 | [Charta]
-| 
+|
 | Hintergrund / Begründung
 | -----------   ----------
-| 
+|
 | [kurze Begründung, ggf. Verweis auf die Diskussion]
 |
 | Proponent(en)
 | -------------
-| 
+|
 | [Name(n) und Mailadresse(n)]
 |
-| Abstimmungsmodalitäten:
-| =======================
-| 
+| Abstimmungsmodalitäten
+| ----------------------
+|
 | Votetaker      : [Name und Mailadresse]
 | Abstimmadresse : [Mailadresse]
 | Abstimmungsende: Mit Ablauf des [Datum]
 | Wahlschein     : Untenstehendes Formular ist zu verwenden. Möglich sind
 |                  bei jedem Abstimmungspunkt JA, NEIN und ENTHALTUNG.
-| 
+|
 | Es gelten die Regeln zur "Einrichtung von Usenet-Gruppen in de.*" in
 | der bei Beginn der Abstimmung gültigen Fassung, die in de.admin.infos
 | und unter <http://www.kirchwitz.de/~amk/dai/einrichtung> auch im WWW
 | veröffentlicht sind. Sie erläutern das Wahlverfahren detailliert und
 | sollten vor der ersten Teilnahme an einer Abstimmung gelesen werden.
-| 
+|
 | Gezählt werden nur per E-Mail bei der Abstimmadresse eingegangene
 | Stimmen. Diese werden einzeln per E-Mail bestätigt. Das Ergebnis wird
 | nach dem Ende der Wahl veröffentlicht. Namen, E-Mail-Adresse und
 | Mit Rücksicht auf das deutsche Datenschutzrecht ist daher die
 | gesonderte Zustimmung zur Speicherung und Veröffentlichung der
 | abgegebenen Stimme entsprechend Hinweis im Wahlschein nötig.
-| 
+|
+| =-=-=-=-=-=-=-=- Alles vor dieser Zeile bitte loeschen =-=-=-=-=-=-=-=-
+|
 | WAHLSCHEIN fuer Einrichtung von [Gruppenname]
-| 
+|
 | Dein Realname, falls nicht im FROM-Header:
-| 
+|
 | Wenn du keinen Real-Namen angibst, wird deine Stimme fuer
 | ungueltig erklaert werden.
-| 
+|
 | Nr   [Deine Stimme]  Gruppe/Abstimmungsgegenstand
 | ========================================================================
 | #1   [            ]  Einrichtung von [Gruppenname]
-| 
+|
 | Zur Verarbeitung des Wahlscheines und insbesondere der
 | Veroeffentlichung des Ergebnisses ist deine Zustimmung zur Speicherung,
 | Auswertung und Veroeffentlichung deiner Stimmdaten (Name und
 | eintraegst, erklaerst du dich damit einverstanden. In allen anderen
 | Faellen wird der Wahlschein mit Ruecksicht auf das deutsche
 | Bundesdatenschutzgesetz verworfen und nicht gewertet.
-| 
+|
 | #a   [            ]  Datenschutzklausel - Zustimmung: Ich bin mit der
 |                      Verarbeitung meiner Daten wie oben beschrieben
 |                      einverstanden
-| 
+|
 | =-=-=-=-=-=-=-=- Alles nach dieser Zeile bitte loeschen =-=-=-=-=-=-=-=-
 
 Es empfiehlt sich, im Wahlschein eine Möglichkeit vorzusehen, den
 tatsächlichen Namen anzugeben, da möglicherweise im E-Mail-Programm
-ein Pseudonym konfiguriert ist.  Der Wahlschein im obigen Beispiel ist
+ein Pseudonym konfiguriert ist. Der Wahlschein im obigen Beispiel ist
 durch die Abstimmungssoftware Usevote generiert (siehe 4.1.).
 
 Der fertige CfV ist dann wie gewohnt per E-Mail an <moderator@dana.de>
@@ -1388,38 +1427,86 @@ Betreff, Gruppenliste etc.), bspw. als angeh
 
 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.
-
-4.3. Abstimmungsphase
+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. Sonderfall: CfV mit persönlichem Wahlschein
+------------------------------------------------
+
+Ergänzend zu der üblichen Form der Abstimmung, bei der bereits der CfV
+einen Wahlschein enthält, sehen die Einrichtungsregeln in ihrem Teil
+6a auch die Möglichkeit einer Abstimmung unter Verwendung persönlicher
+Wahlscheine vor.
+
+Diese 1998/1999 eingeführte Verfahrensweise [5] soll die Manipulation
+von Abstimmungen erschweren, indem sie das normale
+Abstimmungsverfahren durch ein Zwei-Schritt-Verfahren ersetzt: der
+Abstimmungswillige muss zunächst einen persönlichen Wahlschein beim
+Votetaker anfordern, der ein kodiertes, eindeutig dem
+Abstimmungswilligen zuzuordnendes Merkmal erhält und sodann diesen
+persönlichen - und an seine E-Mail-Adresse gekoppelten - Wahlschein
+ausgefüllt zurücksenden. Andere Wahlscheine oder die Verwendung einer
+anderen E-Mail-Adresse werden nicht akzeptiert.
+
+Diese Vorgehensweise soll u.a. verhindern, dass vorausgefüllte
+Wahlscheine verbreitet werden, die durch beliebige Netzteilnehmer ohne
+Kenntnis des Verfahrens (oder gar ohne Kenntnis von der Existenz des
+Usenets) dann an die Abstimmungsadresse versandt werden. Als
+Nebeneffekt wird damit die zur selben Zeit festgeschriebene Forderung,
+dass die zur Abstimmung verwendete Adresse gültig sein, d.h. E-Mails
+entgegennehmen muss, überprüfbar - denn nur wer eine gültige Adresse
+als Absender verwendet, kann den Wahlschein erhalten, und nur so - und
+mit dieser Adresse - kann er an der Abstimmung teilnehmen.
+
+Da allerdings weiterhin andere Manipulationsmöglichkeiten verbleiben
+und der Aufwand für die Durchführung dieses Verfahrens vergleichsweise
+hoch ist, wird ein Verfahren nach Teil 6a der Regeln nur selten
+durchgeführt.
+
+In der Abstimmungssoftware Usevote (siehe 4.1.) ist die Durchführung
+solcher Verfahren implementiert.
+
+[5] Der Vorschlag und die entsprechende Begründung lassen sich im
+    Archiv von Google Groups unter
+    <https://groups.google.com/group/de.admin.news.announce/browse_frm/thread/fd056d977d6a5240>
+    nachlesen.
+
+4.4. Abstimmungsphase
 ---------------------
 
-Während der drei- oder vierwöchigen Abstimmungsphase muss der
-Abstimmungsaccount durchgehend erreichbar sein. Jede abgegebene Stimme
-sollte - nach Möglichkeit einigermaßen zeitnah, am besten
-automatisiert - per E-Mail bestätigt werden; in dieser Bestätigung
-sollte angegeben sein, welche Stimme(n) und welcher Name sowie welche
-Mailadresse für den Abstimmenden registriert wurden. Für Zwecke der
-Abstimmung ist die Adresse im From: der E-Mail zu erfassen; an diese
-sollte auch die Bestätigung versandt werden, um sicherzustellen, dass
-diese Stimme auch tatsächlich vom angegebenen Absender stammte (und
-die Abstimmadresse replyfähig ist, d.h. E-Mail dort empfangen werden
-kann). Außerdem sollte in der Bestätigung angegeben sein, wie eine
-Stimme nachträglich geändert oder komplett zurückgezogen werden kann
-(wenn bspw. eine E-Mail-Adresse verwendet wurde, die nicht im Usenet
-veröffentlicht werden soll.)
+Während der drei- oder vierwöchigen (maximal aber einmonatigen)
+Abstimmungsphase muss der Abstimmungsaccount durchgehend erreichbar
+sein. Jede abgegebene Stimme sollte - nach Möglichkeit einigermaßen
+zeitnah, am besten automatisiert - per E-Mail bestätigt werden; in
+dieser Bestätigung sollte angegeben sein, welche Stimme(n) und welcher
+Name sowie welche Mailadresse für den Abstimmenden registriert wurden.
+Für Zwecke der Abstimmung ist die Adresse im From: der E-Mail zu
+erfassen; an diese sollte auch die Bestätigung versandt werden, um
+sicherzustellen, dass diese Stimme auch tatsächlich vom angegebenen
+Absender stammte (und die Abstimmadresse replyfähig ist, d.h. E-Mail
+dort empfangen werden kann). Außerdem sollte in der Bestätigung
+angegeben sein, wie eine Stimme nachträglich geändert oder komplett
+zurückgezogen werden kann (wenn bspw. eine E-Mail-Adresse verwendet
+wurde, die nicht im Usenet veröffentlicht werden soll.)
 
 In der Mitte der Abstimmungsphase ist es üblich, einen 2. CfV zu
 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 Zeitpunkt 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.
 
-4.4. Auswertung und Ergebnis der Abstimmung
+4.5. Auswertung und Ergebnis der Abstimmung
 -------------------------------------------
 
 Nach dem Ende der Abstimmung wird diese durch den Votetaker ausgezählt.
@@ -1446,7 +1533,10 @@ vornehmen. Unklarheiten sollten mit den betroffenen
 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
@@ -1457,11 +1547,11 @@ Einwilligungserkl
 
 Danach ist eine Ergebnisveröffentlichung ("Result") vorzubereiten.
 Üblich ist es, die Gesamtzahl der gültigen Stimmen und sodann für
-jeden Abstimmungspunkt die JA- und NEIN-Stimmen sowie die Enthaltungen
-und ungültigen Stimmabgaben zu nennen. Angenommen ist der Vorschlag,
-wenn mindestens 60 JA-Stimmen eingegangen sind und die Anzahl der JA-
-Stimmen mindestens doppelt so groß ist wie die Anzahl der NEIN-Stimmen
-(2/3-Mehrheit).
+jeden Abstimmungspunkt die Anzahl der JA- und NEIN-Stimmen, der
+Enthaltungen und ungültigen Stimmabgaben zu nennen. Angenommen ist der
+Vorschlag, wenn mindestens 50 JA-Stimmen eingegangen sind und die
+Anzahl der JA-Stimmen mindestens doppelt so groß ist wie die Anzahl
+der NEIN-Stimmen (2/3-Mehrheit).
 
 Zwingend ist zudem die Veröffentlichung einer Liste aller Abstimmenden
 mit Namen und E-Mail-Adresse sowie Stimmabgabe. Auch Enthaltungen und
@@ -1484,7 +1574,7 @@ jeder Interessierte Einspruch mit der Begr
 bei der Durchführung der Abstimmung schwerwiegende Unregelmäßigkeiten
 gab. Das können bspw. technische Probleme mit der Abstimmadresse sein,
 die Nichtwertung oder falsche Wertung von Stimmen durch den Votetaker
-oder einer der bereits unter 4.4. angerissenen Manipulationsversuche.
+oder einer der bereits unter 4.5. angerissenen Manipulationsversuche.
 
 Mit fruchtlosem Ablauf der Einspruchsfrist wird das Ergebnis der
 Abstimmung bestandskräftig; die Moderation von de.admin.news.announce
@@ -1505,13 +1595,283 @@ wenn 
 
 Das Einrichtungsverfahren ist damit beendet.
 
-6. Quellen
+6. Sonderfall: Vereinfachtes Verfahren (VV)
+===========================================
+
+Nicht jeder marginale Änderungsvorschlag muss zwingend das vorstehend
+geschilderte umfangreiche Verfahren nach sich ziehen. Für kleinere
+Änderungen sehen die Einrichtungsregeln in ihrem Teil 10 ein sog.
+"Vereinfachtes Verfahren" (kurz "VV") vor, bei dem Diskussions- und
+Abstimmungsphase zugunsten einer Widerspruchslösung entfallen.
+
+Bei einem VV wird der entsprechende Änderungsvorschlag, der dieselben
+Anforderungen wie ein RfD erfüllen muss (siehe 3.1.), zur
+Veröffentlichung in de.admin.news.announce bei <moderator@dana.de>
+eingereicht. Dieser Vorschlag im vereinfachten Verfahren muss darüber
+hinaus ausdrücklich darauf hinweisen, dass die vorgeschlagene Änderung
+ohne weiteres vorgenommen wird, wenn ihr nicht binnen einer
+gleichfalls anzugebenden Frist, die mindestens zwei Wochen betragen
+muss, per E-Mail an die Moderation von de.admin.news.announce (deren
+E-Mail-Adresse anzugeben ist) widersprochen wird.
+
+Nach Abschluss der Widerspruchsfrist stellt die Moderation von
+de.admin.news.announce entweder fest, dass kein Widerspruch
+eingegangen ist und der Vorschlag angenommen wurde, oder
+veröffentlicht Namen und E-Mail-Adresse der Widerspruchsführer. Im
+letzteren Fall ist das VV gescheitert und kann durch den Proponenten
+als normales Verfahren mit dem 1. RfD fortgeführt oder aufgegeben
+werden.
+
+Wenn der Änderungsvorschlag angenommen wurde, wird er durch die
+Moderation von de.admin.news.announce umgesetzt (siehe 5.).
+
+7. Löschungen, Umbenennungen, Status- und Regeländerungen u.ä.
+==============================================================
+
+Bereits die Einleitung ("Übersicht") der Einrichtungsregeln weist
+darauf hin, dass der gepostete Text zwar den Betreff "Einrichtung von
+Usenet-Gruppen in de.*" trägt und sich die Ausführungen auch (im
+wesentlichen nur) mit der Einrichtung neuer Gruppen beschäftigen, sie
+aber für alle Änderungen am Gruppenbestand analog gelten und auch für
+andere Entscheidungen - und Personenwahlen - entsprechend angewendet
+werden können (und regelmäßig auch angewendet werden):
+
+| Diese Spielregeln gelten für die Einrichtung oder Entfernung einer
+| Gruppe sowie Änderung ihrer Attribute. Die Attribute einer Gruppe
+| sind: Gruppenname, Kurzbeschreibung, Charta und Status (moderiert/
+| unmoderiert) sowie bei moderierten Gruppen die Moderatoren.
+|
+| Es spricht nichts dagegen, auch andere hierarchieweit wirkende
+| Entscheidungen nach analogen, nur im Detail abweichenden, Regeln
+| herbeizuführen.
+|
+| Zur Moderatoren-Nachfolge in bestehenden moderierten Gruppen sind
+| diese Spielregeln weder zwingend noch die einzigen Regeln.
+
+Die Einrichtungsregeln stammen im Ursprung aus der Zeit der Gründung
+und Expansion der Hierarchie de.*, so dass sie sich im wesentlichen
+mit einer koordinierten Vorgehensweise bei der Einrichtung neuer
+Gruppen beschäftigen. Je größer die Hierarchie wurde (und je stärker
+die Nutzerzahlen wieder zurückgingen), desto häufiger wurden dann
+Änderungs- und Löschungsverfahren, aber auch Regeländerungen.
+
+Grundsätzlich ist die Vorgehensweise in diesen Fällen den
+Einrichtungsverfahren vergleichbar, insbesondere die
+Begründungsansätze sind aber freilich andere.
+
+7.1. Gruppenlöschungen
+----------------------
+
+Gruppenlöschungen sind das Gegenteil von Neueinrichtungen und kommen
+dementsprechend auch aus den umgekehrten Gründen wie diese in
+Betracht. Sie werden zumeist dann vorgeschlagen, wenn eine Gruppe
+nicht mehr oder praktisch nicht mehr genutzt wird und dementsprechend
+leersteht. So wie eine neue Gruppe oft durch Aufspaltung einer
+bestehenden, sehr rege genutzten Gruppe in mehrere Untergruppen
+entsteht, sollen so umgekehrt die fast leeren Untergruppen wieder zu
+einer gemeinsamen Obergruppe zusammengeführt werden. Ziel ist es
+letztlich bei Einrichtungen wie bei Löschungen von Gruppen, eine
+thematische Aufteilung zu erreichen, die gerade so fein ist, dass
+Gruppen zu intensiv diskutierten Themen nicht überfüllt sind und
+Gruppen zu selten diskutierten Themen nicht leer stehen.
+
+* Insofern wird die Begründung eines Löschungsvorschlags in der Regel
+  primär auf eine statistische Auswertung über einen längeren Zeitraum
+  (mindestens 12 Monate, im Zweifel aber auch länger) gestützt, um zu
+  belegen, dass die Gruppe kaum mehr genutzt wird. Zur Erstellung
+  solcher Statistiken kann das Projekt "de.* in Graphen" [6] hilfreich
+  sein. Zahlen sind aber nicht alles; jedenfalls so lange die Anzahl
+  der Postings pro Jahr (!) nicht in den niedrigen zweistelligen
+  Bereich abrutscht, können niedrige Nutzungszahlen nur ein Hinweis
+  auf eine tote oder sterbende Gruppe sein. Entscheidender ist dann
+  oft, wie auf Postings - Fragen oder Diskussionsanregungen - reagiert
+  wird. Kommen auf Fragen zeitnah kompetente Antworten? Werden zur
+  Diskussion gestellte Argumente kompetent diskutiert? Wenn ja, dann
+  gibt es in der Gruppe zumindest noch eine aktive Community, die zwar
+  selbst kaum mehr Fragen oder Diskussionsthemen hat, aber auf solche
+  Anlässe reagiert und die Gruppe wieder mit Leben füllt. Das spricht
+  eher gegen eine Löschung der Gruppe.
+
+  [6] <http://usenet.dex.de/>
+
+* Ein weiterer wichtiger Punkt ist die Benennung einer - oder mehrerer -
+  Ausweichgruppe(n), in denen das Thema oder die Themenkomplexe der
+  zur Löschung vorgeschlagenen Gruppe zukünftig diskutiert werden
+  sollen. Wenn die Gruppe in einem größeren thematischen Zusammenhang
+  steht, ist es in der Regel einfach, eine solche Ausweichgruppe zu
+  benennen, was dann wiederum für eine niedrigere Schwelle zur
+  Löschung spricht, denn so werden einzelne, mittlerweile weniger
+  intensiv diskutierte Unterbereiche eines größeren Themas wieder
+  thematisch zusammengefasst.
+
+  Ein Beispiel dafür wäre die Teilhierarchie
+  de.comp.office-pakete.ms-office.*, die aus den Gruppen
+
+  - de.comp.office-pakete.ms-office.excel
+  - de.comp.office-pakete.ms-office.outlook
+  - de.comp.office-pakete.ms-office.powerpoint
+  - de.comp.office-pakete.ms-office.word
+  - de.comp.office-pakete.ms-office.misc 
+
+  besteht. Sollte sich herausstellen, dass zwar zu Word und Excel
+  intensiv diskutiert wird, es aber kaum Fragen zu Powerpoint gibt,
+  würde eine Löschung der Gruppe
+  de.comp.office-pakete.ms-office.powerpoint bedeuten, dass das Thema
+  "Powerpoint" nunmehr in de.comp.office-pakete.ms-office.misc diskutiert
+  werden kann, zusammen mit anderen, seltener (genutzten und) diskutierten
+  Komponenten von Microsoft Office wie bspw. OneNote.
+
+  Manche Gruppen aber fassen ein weit gespanntes Thema zusammen, für
+  das ansonsten keine vergleichbare Gruppe besteht, sondern allenfalls
+  ein bunter Strauß verschiedenster Gruppen zu einzelnen Facetten des
+  Themas; manche Gruppen sind auch die einzigen oder letzten, die sich
+  (noch) mit einem solchen Thema befassen. In solchen Fällen ist eine
+  besonders kritische Prüfung erforderlich, ob sich die Gruppe nicht
+  wieder beleben lässt, weil dann die Gefahr besteht, dass ermangels
+  Alternativen das Thema völlig aus dem Usenet verschwindet. Solche
+  Gruppen sollten daher nur zur Löschung vorgeschlagen werden, wenn
+  das Thema letztlich bereits aus dem Usenet verschwunden *ist*.
+
+* Wenn die letzte Gruppe einer Teilhierarchie gelöscht wird, stellt
+  sich zudem noch die Frage, ob die *.misc-Gruppe der Hierachie
+  umbenannt werden soll (vgl. 2.5.: "Einrichtung einer neuen
+  Teilhierarchie").
+
+  So  besteht die Teilhierarchie de.comm.protocols.* aus den beiden
+  Gruppen
+
+  - de.comm.protocols.tcp-ip
+  - de.comm.protocols.misc
+
+  Würde man die Gruppe de.comm.protocols.tcp-ip löschen, könnte man
+  die verbleibende Gruppe de.comm.protocols.misc nunmehr (wieder) in
+  de.comm.protocols umbenennen, um so den Namen zu verkürzen und die
+  Struktur besser erkennbar zu machen. Gegen eine solche Umbenennung
+  spricht, dass Umbenennungen technisch nicht möglich sind, sondern
+  nur durch eine Löschung der bestehenden Gruppe und die
+  Neueinrichtung der Gruppe mit dem geänderten Namen umgesetzt werden
+  können (siehe 7.2.).
+
+7.2. Umbenennungen
+------------------
+
+Umbenennungen von Gruppen erfolgen in der Regel nur im Zusammenhang
+mit anderen Änderungen am Gruppenbestand. Dass eine Gruppe ohne
+weiteren Anlass bloß an eine andere Stelle im Hierarchiebaum (siehe
+2.1.1.) verschoben wird, ist sehr selten.
+
+Das liegt u.a. daran, dass technisch eine Umbenennung einer Gruppe
+nicht möglich ist. Was man organisatorisch als "Umbenennung"
+bezeichnet, ist technisch schlicht die (zusätzliche) Einrichtung der
+Gruppe mit dem neuen Namen, gefolgt ungefähr eine Woche später von der
+Löschung der Gruppe mit dem alten Namen. Dies führt dazu, dass alle
+bestehenden Diskussionen auf den Newsservern mit der alten Gruppe
+zusammen verschwinden und zudem Nutzer, die nur unregelmäßig in die
+Gruppe hineinschauen, sie dann plötzlich nicht mehr finden können.
+Eine solche Umbenennung will also wohlüberlegt sein.
+
+7.3. Änderungen von Charta und/oder Kurzbeschreibung
+----------------------------------------------------
+
+Neben dem Namen können auch alle anderen Attribute einer Gruppe (für
+deren Beschreibung siehe 2.) geändert werden, namentlich die Charta
+und die Kurzbeschreibung. Auch dies erfolgt nur selten isoliert;
+meistens ist eine vorgeschlagene Chartaänderung die Folge einer
+Reorganisation, also der Einrichtung oder Löschung anderer Gruppen, so
+dass klarstellende Änderungen hinsichtlich des Themenbereichs einer
+bestehenden Gruppe notwendig werden oder auch die Namen der gelöschten
+oder sonstwie geänderten Newsgroups aus der Charta entfernt werden
+müssen. Manchmal ergibt sich aber der Bedarf nach einer Abgrenzung
+oder Erweiterung der Charta einer Gruppe auch so, wenn sich bspw. der
+thematische Fokus verschiebt.
+
+Eine Charta- oder Kurzbeschreibungsänderung ist dabei im wesentlichen
+kein technischer Vorgang. Geänderte Kurzbeschreibungen werden ggf.
+durch eine Steuernachricht umgesetzt (siehe 5.); da Chartas ohnehin
+nicht auf Newsservern gespeichert werden und daher auch nicht im
+Newsreader angezeigt werden können (siehe 2.3.), sondern nur
+organisatorische Metainformationen darstellen, werden Chartaänderungen
+auch nur durch eine entsprechende Information per Posting in
+de.admin.news.announce und der betroffenen Gruppe "umgesetzt".
+
+7.4. Statusänderungen
+---------------------
+
+Die Umstellung einer bestehenden unmoderierten Newsgroup auf
+"moderiert" bzw. einer vormals moderierten Newsgroup auf den Status
+"unmoderiert" ist nicht unproblematisch. Auch dies hat technische
+Gründe; nicht immer erfolgen technische Umstellungen durch
+Steuernachrichten wirklich überall auf jedem Newsserver oder gar
+überall zur gleichen Zeit. Dies kann dazu führen, dass die Gruppe auf
+manchen Servern noch als moderiert geführt wird, auf anderen aber
+schon als unmoderiert (oder umgekehrt).
+
+Soll eine bisher unmoderierte Gruppe zukünftig moderiert sein, führt
+dies dazu, dass Postings über Newsserver, auf denen die Gruppe noch
+als unmoderiert angelegt ist, nur auf anderen solchen Newsservern
+erscheinen; auf Newsservern, die die Gruppe schon als "moderiert"
+führen, werden diese Postings schlicht verworfen. Wenn umgekehrt eine
+bisher moderierte Gruppe zukünftig unmoderiert sein soll, werden
+Newsserver, die diese Umstellung (noch) nicht vollzogen werden,
+weiterhin eingereichte Postings per E-Mail an die (nicht mehr
+bestehende) Moderation weiterleiten, so dass auch dann Beiträge
+verloren gehen.
+
+Diese technischen Probleme müssen bereits in der Diskussionsphase
+berücksichtigt werden und erfordern - in der Regel von denjenigen, die
+den Vorschlag vorbringen - zusätzlichen Aufwand, um die Situation im
+Auge zu behalten und ggf. die Betreiber von Newsservern an die
+notwendige Umstellung zu erinnern.
+
+Ansonsten gelten die unter 2.4. dargestellten zusätzlichen Erwägungen
+für die Einrichtung moderierter Gruppen entsprechend.
+
+7.5. Regeländerungen und Personenwahlen
+---------------------------------------
+
+Neben Änderungen am Gruppenbestand können - und werden - die
+Einrichtungsregeln analog auch für andere Entscheiungen (bspw. die
+Änderung der Einrichtungsregeln selbst) herangezogen.
+
+Sie gelten - teilweise modifiziert - auch für Personenwahlen, bspw.
+für die Neuwahl der Moderation von de.admin.news.announce [7] oder die
+von der amtierenden Moderation in regelmäßigen Abständen
+durchgeführten Nachwahlen [8]. In gleicher Weise wäre es auch möglich,
+jede andere Moderation einer moderierten Newsgroup - ggf. gegen ihren
+Willen - auszutauschen. Ansonsten ist anerkannt, dass jede Moderation
+einer moderierten Gruppe Mitglieder ausschließen oder neue Mitglieder
+aufnehmen und auch die Moderation komplett an andere Personen
+übergeben kann. Diese Entscheidung kann dann nur durch ein
+Neuwahlverfahren - analog der Einrichtungsregeln - übersteuert werden.
+
+[7] Festgehalten ist dies in den "Moderatorenwahlregeln", die
+    gleichfalls in de.admin.infos veröffentlicht sind:
+|   From: ole-fg@gmx.de (Olaf Schneider), adrian.suter@schweiz.org (Adrian Suter)
+|   Newsgroups: de.admin.infos,de.admin.news.misc
+|   Subject: <1998-05-18> Neuwahl der de.admin.news.announce-Moderation
+|
+|   Archive-name: de-admin/dana-neuwahl
+|   Posting-frequency: weekly
+|   Last-modified: 1998-05-18
+|   URL: http://www.kirchwitz.de/~amk/dai/dana-neuwahl
+
+[8] Diese beruhen auf freiwilliger Übung der derzeit amtierenden
+    Moderation von de.admin.news.announce und sind daher (nur) in
+    deren Moderationskonzept (dort Abschnitt 4) festgehalten, das
+    regelmäßig in de.admin.news.announce veröffentlicht wird:
+|   From: moderator@dana.de (Moderation von de.admin.news.announce)
+|   Newsgroups: de.admin.news.announce,de.admin.news.misc
+|   Subject: <2016-10-12> Moderationskonzept der derzeitigen Moderation
+    und auch auf den Webseiten der Moderation unter
+    <http://dana.de/modkonzept.html> abgerufen werden kann.
+
+8. Quellen
 ==========
 
 Alle in diesen Erläuterungen genannten Quellen sind hier noch einmal
 zusammengefasst und um weitere Hinweise ergänzt.
 
-6.1. Grundlegende Informationen
+8.1. Grundlegende Informationen
 -------------------------------
 
 Folgende Texte sollten einem Proponenten unbedingt bekannt sein:
@@ -1519,34 +1879,33 @@ Folgende Texte sollten einem Proponenten unbedingt bekannt sein:
 + Einrichtung von Usenet-Gruppen in "de.*" (Einrichtungsregeln)
 | From: 3.14@piology.org (Boris 'pi' Piwinger)
 | Newsgroups: de.admin.infos,de.alt.admin
-| Subject: <2005-08-06> Einrichtung von Usenet-Gruppen in "de.*"
-| 
+| Subject: <2012-01-09> Einrichtung von Usenet-Gruppen in "de.*"
+|
 | Archive-name: de-admin/einrichtung
 | Posting-frequency: weekly
-| Last-modified: 2005-08-06
+| Last-modified: 2012-01-09
 | URL: http://www.kirchwitz.de/~amk/dai/einrichtung
 
 + Missverstaendnisse in de.admin.news.groups
 | From: 3.14@piology.org (Boris 'pi' Piwinger)
 | Newsgroups: de.admin.infos,de.admin.news.groups,de.alt.admin
 | Subject: <2009-01-24> Missverstaendnisse in de.admin.news.groups
-| 
+|
 | Archive-name: de-admin/dang-faq
 | Posting-frequency: weekly
 | Last-modified: 2009-01-24
 | URL: http://www.kirchwitz.de/~amk/dai/dang-faq
 
 + Die Newsgruppen der de-Hierarchie (Gruppenliste)
-| From: Daniel Roth <25.8@bluemail.ch>
+| From: Thomas Hochstein <thh@thh.name>
 | 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
+8.2. Weiterführende Hinweise
 ----------------------------
 
 Folgende Texte sind allgemein oder für spezielle Fragen hilfreich oder
@@ -1555,35 +1914,35 @@ von Interesse:
 + Moderationskonzept der derzeitigen Moderation von d.a.n.a
 | From: moderator@dana.de (Moderation von de.admin.news.announce)
 | Newsgroups: de.admin.news.announce,de.admin.news.misc
-| Subject: <2010-11-01> Moderationskonzept der derzeitigen Moderation
+| Subject: <2016-10-12> Moderationskonzept der derzeitigen Moderation
   <http://dana.de/modkonzept.html>
 
 + Wichtige Begriffe in de.admin.news.* (dan-Glossar)
-| From: bernd@tenuki.de (Bernd Gramlich)
+| From: thh@thh.name (Thomas Hochstein)
 | Newsgroups: de.admin.infos
-| Subject: <2004-12-06> Wichtige Begriffe in de.admin.news.*
-| 
+| Subject: <2020-08-24> Wichtige Begriffe in de.admin.news.*
+|
 | Archive-name: de-admin/dan-glossar
 | Posting-frequency: weekly
-| Last-modified: 2004-12-06
-| URL: http://www.tmt.de/~gramlich/dan-glossar.html
+| Version: 1.5.6
+| Last-modified: 2020-08-24
+| URL: https://th-h.de/archives/faqs/dan-glossar.txt
 | URL: http://www.kirchwitz.de/~amk/dai/dan-glossar
 
 + Wann kann ich mit Erfolg eine neue Newsgroup vorschlagen?
-  <http://th-h.de/infos/usenet/newgroup.php#vorschlag>
+  <https://th-h.de/net/usenet/admin/newgroup/#vorschlag>
 
 + Erste Schritte zur Einrichtung neuer Gruppen
-  <http://www.babylonsounds.com/usenet/rfd_howto.html>
+  <https://web.archive.org/web/20070105012315/http://usenet.babylonsounds.com/rfd_howto.html>
 
 + FAQ: Entscheidungsfindung bei mehreren Moeglichkeiten
-| From: faq@wortrei.ch (Adrian Suter)
-| Newsgroups: de.admin.news.regeln,de.admin.infos
-| Subject: <2003-12-31> FAQ: Entscheidungsfindung bei mehreren Moeglichkeiten
-| 
+| From: Ralf Döblitz <faq@netzverwaltung.net>
+| Newsgroups: de.admin.news.misc,de.admin.infos
+| Subject: <2013-06-09> FAQ: Entscheidungsfindung bei mehreren Moeglichkeiten
+|
 | Archive-name: de-admin/entscheidung
 | Posting-frequency: weekly
-| Last-modified: 2003-12-31
-| URL: http://www.wortrei.ch/usenet/admin/entscheidung.php3
+| Last-modified: 2013-06-09
 | URL: http://www.kirchwitz.de/~amk/dai/entscheidung
 
 + Regeln fuer Newsgruppennamen
@@ -1592,17 +1951,17 @@ von Interesse:
 | Subject: Regeln fuer Newsgruppennamen angenommen (247:25)
 | Date: 2000/07/18
 | Message-ID: <result-regel-newsgruppennamen-18.07.2000@dana.de>
-  <http://groups.google.de/group/de.admin.news.announce/msg/b850df16546fd0ea>
+  <https://groups.google.de/group/de.admin.news.announce/msg/b850df16546fd0ea>
 
 + GVV-FAQ
-| From: Thomas Hochstein <gvv@gvv.th-h.de>
+| From: Thomas Hochstein <thh@votetaker.de>
 | Newsgroups: de.admin.infos,de.admin.news.groups
-| Subject: <2011-02-19> GVV-FAQ
-| 
+| Subject: <2017-08-19> GVV-FAQ
+|
 | Archive-name: de-admin/gvv-faq
 | Posting-frequency: weekly
-| Last-modified: 2011-02-19
-| URL: http://gvv.th-h.de/faq.php
+| Last-modified: 2017-08-19
+| URL: https://votetakers.de/faq.php
 | URL: http://www.kirchwitz.de/~amk/dai/gvv-faq
 
 + Filtermaßnahmen bei der Durchführung von Abstimmungen
@@ -1614,54 +1973,64 @@ von Interesse:
 | Message-ID: <Admin-Filtermassnahmen-20110312-2@dana.de>
 
 + Unknown: NetNews Moderator's Handbook (1994, engl.)
-  <http://www.eyrie.org/~eagle/usefor/other/moderators-handbook>
+  <https://www.eyrie.org/~eagle/usefor/other/moderators-handbook>
 
 + Denis McKeon: Moderated Newsgroups FAQ (1997, engl.)
   <http://pages.swcp.com/~dmckeon/mod-faq.html>
 
 + Russ Allbery: Pitfalls of Newsgroup Moderation (engl.)
-  <http://www.eyrie.org/~eagle/faqs/mod-pitfalls.html>
+  <https://www.eyrie.org/~eagle/faqs/mod-pitfalls.html>
 
 + Big-8 Moderation Board Wiki: Moderated Newsgroups (engl.)
-  <http://www.big-8.org/wiki/Moderated_Newsgroups>
+  <https://www.big-8.org/wiki/Moderated_Newsgroups>
 
 + Big-8 Moderation Board Wiki: Moderation Software (engl.)
-  <http://www.big-8.org/wiki/Moderated_Newsgroups#Moderation_Software>
+  <https://www.big-8.org/wiki/Moderated_Newsgroups#Moderation_Software>
 
 + Informationen über de.alt.test.moderated
-| From: Thomas Hochstein <thh@inter.net>
+| From: Thomas Hochstein <thh@thh.name>
 | Newsgroups: de.alt.test.moderated
-| Subject: Info: de.alt.test.moderated <2010-11-01>
-| 
-| Last-modified: 2010-11-01 
-| Posting-frequency: monthly  
+| Subject: Info: de.alt.test.moderated <2020-08-23>
+|
+| Posting-frequency: monthly
+| Last-modified: 2020-08-23
+| URL: https://th-h.de/net/usenet/faqs/datm-info/
+
++ Entscheidungen der Moderation von de.admin.news.announce
+  <http://www.dana.de/archiv.html>
 
-6.3. Webseiten
+8.3. Webseiten
 --------------
 
 Folgende Webseiten sollten bekannt sein oder können bei der Durchführung des
 Einrichtungsverfahrens helfen:
 
 + Webseite der Moderation von de.admin.news.announce
-  <http://www.dana.de/status.html>
+  <http://www.dana.de/>
 
 + "Aktueller Stand der Diskussionen und Abstimmungen" (dana-Status)
   wöchentlich veröffentlicht in de.admin.news.announce
   <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>
+
++ GVV-Statusübersicht
+  <https://votetakers.de/status.php>
 
 + Abstimmungssoftware UseVote
-  <http://www.usevote.de>
+  <http://www.usevote.de/>
 
-7. Maintainer und Kontakt
++ de.* in Graphen
+  <http://usenet.dex.de/>
+
+9. Maintainer und Kontakt
 =========================
 
-7.1. Derzeitige Maintainer
+9.1. Derzeitige Maintainer
 --------------------------
 
-Maintainer dieser FAQ: Thomas Hochstein <thh@inter.net>
+Maintainer dieser FAQ: Thomas Hochstein <thh@thh.name>
                        Michael Ottenbruch <dana-manual@ottenbruch.net>
 
 Das dana-Manual wurde im März/April 2011 vollständig überarbeitet und
@@ -1673,13 +2042,18 @@ gerichtet werden. Im Falle einer 
 Vorschläge ist ein Hinweis an die Maintainer hilfreich.
 
 Das dana-Manual ist auch in einem Git-Repository unter
-<http://code.th-h.de/?p=faqs/dana-manual.git> verfügbar und kann über
+<https://code.th-h.de/?p=faqs/dana-manual.git> verfügbar und kann über
 die Weboberfläche eingesehen oder via "git clone" ausgecheckt werden.
 Bei Änderungsvorschlägen sind Git-Patches am einfachsten zu
 verarbeiten; natürlich nehmen die Maintainer aber auch jede andere
 Form von Anregungen entgegen.
 
-7.2. Frühere Fassungen
+Für Hinweise, Anregungen und Verbesserungsvorschläge sei insbesondere
+- Stephan Manske
+- 0liver Seyfert
+gedankt.
+
+9.2. Frühere Fassungen
 ----------------------
 
 Maintainer bis 2010: Thomas Roessler, Dirk Nimmich
@@ -1696,3 +2070,5 @@ haben au
 - Hans-Christoph Wirth
 
 Herzlichen Dank!
+-- 
+Id: $Format:%t %d %ai %an$
This page took 0.033251 seconds and 4 git commands to generate.