1 Archive-name: de-newusers/dana-manual
2 Posting-frequency: weekly
4 Last-modified: (unreleased)
5 URL: https://www.kirchwitz.de/~amk/dai/dana-manual
6 URL: https://th-h.de/archives/faqs/dana-manual.txt
8 Erläuterungen zur Einrichtung neuer Gruppen in de.*
9 ===================================================
15 0.1. Zielgruppe und Inhalt
16 0.2. Das Einrichtungsverfahren im Überblick
17 0.3. Ablauf und einzelne Phasen des Einrichtungsverfahrens
19 0.3.2. Diskussionsphase
20 0.3.3. Abstimmungsphase
24 1.1. Bedarf für eine neue Gruppe
25 1.2. Status quo: bestehende Gruppen und frühere Vorschläge
28 2. Einrichtungsvorschlag
29 2.1. Auswahl des Gruppennamens
31 2.1.2. Namenswahl und technische Vorgaben
35 2.4.1. Pro und contra moderierte Gruppen
36 2.4.2. Einrichtung moderierter Gruppen
40 3.1. Inhalt und Aufbau eines RfD
42 3.1.2. Formale Gestaltung
43 3.2. Einreichung des RfD
45 3.4. Überleitung zur Abstimmung oder Rückzug des Vorschlags
48 4.1. Voraussetzungen für die Durchführung einer Abstimmung
49 4.2. Inhalt und Aufbau eines CfV
50 4.3. Sonderfall: CfV mit persönlichem Wahlschein
52 4.5. Auswertung und Ergebnis der Abstimmung
54 5. Verfahrensabschluss und Umsetzung
56 6. Sonderfall: Vereinfachtes Verfahren (VV)
58 7. Löschungen, Umbenennungen, Status- und Regeländerungen u.ä.
59 7.1. Gruppenlöschungen
61 7.3. Änderungen von Charta und/oder Kurzbeschreibung
63 7.5. Regeländerungen und Personenwahlen
66 8.1. Grundlegende Informationen
67 8.2. Weiterführende Hinweise
70 9. Maintainer und Kontakt
71 9.1. Derzeitige Maintainer
72 9.2. Frühere Fassungen
74 ======================================================================
79 0.1. Zielgruppe und Inhalt
80 --------------------------
82 Dieser Text richtet sich an diejenigen, die eine Newsgroup in der
83 internationalen deutschsprachigen Usenet-Hierarchie de.* einrichten
84 lassen wollen und soll die in den "Regeln für die Einrichtung, Änderung
85 und Entfernung von Usenet-Gruppen" [1] (kurz: Einrichtungsregeln)
86 niedergelegten Regeln zur Einrichtung neuer Gruppen kommentieren und
87 erläutern. Er gibt dabei notwendig den Blick der Autoren bzw.
88 Maintainer auf die Verhältnisse in de(.admin.news).* und ihre
91 [1] Veröffentlicht in de.admin.infos:
92 | From: thh@thh.name (Thomas Hochstein)
93 | Newsgroups: de.admin.infos,de.alt.admin
94 | Subject: <2021-12-13> Einrichtung, Aenderung und Entfernung von Usenet-Gruppen in de.*
96 | Archive-name: de-admin/einrichtung
97 | Posting-frequency: weekly
98 | Last-modified: 2021-12-13
99 | URL: https://www.kirchwitz.de/~amk/dai/einrichtung
100 | URL: https://th-h.de/archives/faqs/einrichtung.txt
102 (Eine Liste aller in diesen Erläuterungen genannten Quellen findet
103 sich noch einmal in Abschnitt 8.)
105 Dieser Text bezieht sich nicht auf die Einrichtung von Gruppen in der
106 Unterhierarchie de.alt.* (vgl. Anhang A zu den Einrichtungsregeln).
107 Dort wird eine Gruppe in de.alt.admin vorgeschlagen. Ergibt die
108 nachfolgende, mindestens einwöchige Diskussion keinen gar zu heftigen
109 Gegenwind, wird die Gruppe eingerichtet.
111 0.2. Das Einrichtungsverfahren im Überblick
112 -------------------------------------------
114 Newsgroups werden nicht auf einem zentralen Server angeboten, sondern
115 dezentral auf vielen verschiedenen Newsservern geführt, die ihre
116 Beiträge jeweils untereinander austauschen. Damit das funktionieren
117 kann und jeder Benutzer dieselben Newsgroups zur Verfügung hat, müssen
118 sich die Betreiber dieser Vielzahl von Newsservern nach Möglichkeit
119 auf einen einheitlichen Bestand an Gruppen einigen. Das ist bei
120 mehreren tausend Newsservern mit manchmal wenigen, manchmal aber auch
121 Tausenden Benutzern durch Diskussionen im Einzelfall nicht praktikabel
122 möglich. Daher werden für gepflegte Newsgroups-Hierarchien wie de.*
123 Listen der Newsgroups geführt, die zur Hierarchie gehören; mit dieser
124 Liste kann dann jeder Newsserverbetreiber seinen Gruppenbestand
127 Für de.* wird die kanonische Liste der bestehenden Newsgroups von der
128 Moderation von de.admin.news.announce geführt, die jeden Monat auch
129 eine entsprechende, digital signierte Steuernachricht (checkgroups)
130 versendet, mit der die meisten Newsserverbetreiber ihren
131 Gruppenbestand automatisch ohne manuellen Eingriff abgleichen lassen.
132 Für die Aufstellung dieser Liste sind vielerlei Möglichkeiten denkbar;
133 in de.* entscheiden die Benutzer über ihren Inhalt. Änderungen am
134 Gruppenbestand - Neueinrichtung, Löschung oder Umbenennung von Gruppen
135 - werden in einem formalisierten Verfahren diskutiert und dann zur
138 Jedem Einrichtungsvorschlag sollte eine Überlegungsphase vorangehen,
139 in der Bedarf und Attribute der neuen Gruppe (Name, Kurzbeschreibung,
140 Status, Charta) einschließlich ihrer Einordnung in den bestehenden,
141 hierarchisch strukturierten Gruppenbestand durchdacht und ggf. auch
142 mit anderen Interessenten diskutiert werden können. Am Ende dieser
143 Vorüberlegungen steht dann zumeist ein erster Vorschlag, wie die neue
144 Gruppe heißen soll, was ihre Inhalte sein werden und wie sie sich
145 thematisch gegenüber bestehenden Gruppen abgrenzt. Mit der
146 Veröffentlichung dieses Vorschlags in de.admin.news.announce als
147 Diskussionsaufruf ("Request for Discussion", kurz "RfD") beginnt das
148 Einrichtungsverfahren mit der Diskussionsphase. In dieser Diskussion,
149 die in de.admin.news.groups geführt wird, wird der Vorschlag auf
150 inhaltliche Qualität und Akzeptanz abgeklopft und ggf. verändert oder
151 verfeinert; nicht selten folgen ein oder mehrere weitere RfDs, bis der
152 Vorschlag abstimmungsreif erscheint. Die Veröffentlichung eines
153 Abstimmungsaufrufs ("Call for Votes", kurz "CfV") beendet dann die
154 Diskussionsphase und leitet in die Abstimmungsphase über, an deren
155 Ende sich zeigt, ob der Vorschlag zur Einrichtung der neuen Gruppe
156 angenommen oder abgelehnt wurde. Dementsprechend wird die Gruppe dann
157 in die Gruppenliste aufgenommen - oder auch nicht.
161 + Wichtige Begriffe in de.admin.news.* (dan-Glossar)
162 | From: thh@thh.name (Thomas Hochstein)
163 | Newsgroups: de.admin.infos
164 | Subject: <2023-08-09> Wichtige Begriffe in de.admin.news.*
166 | Archive-name: de-admin/dan-glossar
167 | Posting-frequency: weekly
169 | Last-modified: 2023-08-09
170 | URL: https://th-h.de/archives/faqs/dan-glossar.txt
171 | URL: https://www.kirchwitz.de/~amk/dai/dan-glossar
174 0.3. Ablauf und einzelne Phasen des Einrichtungsverfahrens
175 ----------------------------------------------------------
177 Das Einrichtungsverfahren lässt sich in folgende Phasen unterteilen,
178 die im Folgenden dann näher erläutert werden sollen:
183 * Information über den status quo, Bedarfsabschätzung
184 * Suche nach anderen Interessierten, ggf. interne Diskussion
185 * Ausformulierung eines förmlichen Einrichtungsvorschlag (RfD)
186 * Einreichung des RfD bei der Moderation von de.admin.news.announce
188 Mit der Einreichung des RfD durch den Vorschlagenden ("Proponent")
189 enden die Vorbereitungen; das Verfahren wird in die Statusübersicht
190 der Moderation von de.admin.news.announce [2] aufgenommen und erhält
191 einen Verfahrensbetreuer zugewiesen. Dieser Verfahrensbetreuer prüft
192 den RfD (und die weiteren Verfahrensbeiträge) auf Vereinbarkeit mit
193 den Regeln, nimmt die nötigen Veröffentlichungen in
194 de.admin.news.announce vor und steht dem Proponenten auch als
195 Ansprechpartner (und in gewissem Umfang Berater) für sich im Verlauf
196 des Verfahrens ergebende Fragen zur Verfügung.
198 [2] "Aktueller Stand der Diskussionen und Abstimmungen", unter dem
199 Betreff "dana-Status" wöchentlich in de.admin.news.announce
200 veröffentlicht und im WWW unter <http://www.dana.de/status.html>
203 0.3.2. Diskussionsphase
205 * Beginn mit Veröffentlichung des 1. RfD in de.admin.news.announce,
206 de.admin.news.groups und weiteren betroffenen Newsgroups
207 * öffentliche Diskussion des Vorschlags in de.admin.news.groups
208 * Mindestdauer: 14 Tage
209 * Einreichung beliebig vieler weiterer RfDs mit geänderten Vorschlägen
211 Der Diskussion sollte ausreichend Zeit gelassen werden, um die Meinung
212 der übrigen Teilnehmer zu ergründen; Änderungsvorschläge können
213 gesammelt und in einer neuen Fassung des Vorschlags (als 2. RfD, 3.
214 RfD usw.) aufgenommen werden. Wenn alle Facetten erörtert, alle
215 Argumente ausgetauscht sind oder die Diskussion sich im Kreis zu
216 drehen beginnt, muss der Proponent sich entscheiden, ob sein Vorschlag
217 Aussicht auf Erfolg hat und er ihn zur Abstimmung stellen möchte oder
218 ob er den Vorschlag zurückzieht. Die zur Abstimmung gestellte Fassung
219 muss mit dem letzten veröffentlichen RfD im Wesentlichen
222 Die Diskussionsphase endet mit dem Abbruch des Verfahrens (durch
223 Rückzug des Vorschlags oder Verfall durch Nichtbetreiben über fünf
224 Wochen) oder der Veröffentlichung des 1. CfVs.
226 0.3.3. Abstimmungsphase
228 * Beginn mit Veröffentlichung des 1. CfV in de.admin.news.announce und
230 * Abstimmung erfolgt per E-Mail, Stimmabgaben werden in der Regel per
232 * Mindestdauer: 3 Wochen, Höchstdauer: 1 Monat (~ 4 Wochen)
233 * in der Regel Einreichung eines 2. CfV zur "Halbzeit"
234 * Einreichung des Ergebnisses mit Namen und Stimmabgaben der
236 * einwöchige Einspruchsfrist
238 Die Abstimmung wird durch einen Abstimmungsleiter ("Votetaker")
239 durchgeführt, der die CfVs zur Veröffentlichung einreicht, die
240 Stimmen per E-Mail sammelt, bestätigt und auszählt und am Ende das
241 Ergebnis der Abstimmung zur Veröffentlichung einreicht. Diese Aufgabe
242 kann der Proponent übernehmen, er muss es aber nicht; da die
243 Durchführung und Auszählung einer Abstimmung einen gewissen
244 technischen und organisatorischen Aufwand erfordert und auch Erfahrung
245 im Umgang mit Zweifelsfällen - auch Manipulationsversuchen -
246 wünschenswert ist, besteht die Möglichkeit, einen erfahrenen
247 Usenet-Teilnehmer um die Übernahme der Abstimmungsleitung zu bitten.
248 Einige Freiwillige haben sich zu diesem Zweck als "German Volunteer
249 Votetakers" (GVV) zusammengeschlossen.
251 Die Abstimmungsphase endet mit dem Ablauf des Abstimmungszeitraums und
252 letztlich mit der Veröffentlichung des Ergebnisses. Daran schließt
253 sich ein einwöchiger Einspruchszeitraum an, in dem Regelverstöße durch
254 einen Einspruch bemängelt werden können. Nach Verstreichen dieses
255 Zeitraums wird das Ergebnis der Abstimmung bestandskräftig.
259 Wenn der Vorschlag in der Abstimmung angenommen wurde - wozu
260 mindestens 15 Stimmen JA-Stimmen und zugleich eine Mehrheit von 2/3
261 der abgegebenen gültigen Stimmen ohne die Enthaltungen, also
262 mindestens doppelt so viele JA- wie NEIN-Stimmen erforderlich sind -,
263 wird das Ergebnis im Anschluss durch die Moderation von
264 de.admin.news.announce umgesetzt, indem eine Steuernachricht zur
265 Einrichtung der betreffenden Gruppe versandt und diese in die
266 kanonische Liste der in de.* vorhandenen Newsgroups aufgenommen wird.
271 1.1. Bedarf für eine neue Gruppe
272 --------------------------------
274 Ganz am Anfang der Überlegungen zur Einrichtung einer neuen Newsgroup
275 stellt sich zunächst die Frage, ob die angedachte Gruppe denn auch
276 tatsächlich benötigt wird und der Vorschlag Aussicht auf Erfolg hat.
277 Das ist zumeist nur dann der Fall, wenn mit einer ausreichenden
278 zukünftigen Nutzung der Gruppe zu rechnen ist, das Thema also im
279 Usenet diskutiert werden wird und eine thematisch passende Gruppe
280 entweder nicht vorhanden ist oder bereits so rege genutzt wird, dass
283 Die zukünftige Nutzungsintensität der vorgeschlagenen Gruppe wird
284 dabei regelmäßig anhand der derzeitigen Lage beurteilt:
286 * Gibt es bereits Diskussionen zu dem Thema im Usenet?
288 * Wenn ja: Ist die bisher dafür genutzte Gruppe überfüllt (so dass man
289 dieses Thema aus ihr abspalten sollte) oder gibt es bislang gar
290 keine Gruppe, in der man das Thema sinnvoll diskutieren kann?
291 Letzteres ist sehr selten, da de.* thematisch vollständig ist; die
292 meisten denkbaren Themen passen in eine oder mehrere bereits
293 bestehende Gruppen thematisch hinein.
295 Sind die derzeitigen Diskussionsteilnehmer bereit, zukünftig die neu
296 einzurichtende Gruppe zu benutzen (oder wünschen dies sogar)?
298 * Wenn nein: Finden anderswo im Netz Diskussionen statt, bspw. in
299 anderen deutschsprachigen Usenet-Hierarchien, in Mailinglisten,
300 Webforen, Communities in sozialen Netzwerken?
302 Und sind die Diskutanten bereit, statt des bisher genutzten Mediums
303 oder zusätzlich zu diesem auch das Usenet als Diskussionsmedium zu
306 * Wenn nein: Warum ist dennoch damit zu rechnen, dass die Gruppe
307 zukünftig einigermaßen intensiven Zuspruch erfahren wird?
309 Die Erfahrung hat gezeigt, dass die empfundene oder tatsächliche
310 gesellschaftliche oder anderweitige Wichtigkeit eines Themas nichts
311 damit zu tun hat, ob und wie intensiv Menschen es diskutieren wollen
312 und ob sie dies im Usenet tun möchten. Es mag sehr wichtige Themen
313 geben, zu denen aber dennoch entweder kein Diskussionsbedarf besteht
314 oder die anderswo diskutiert werden, ohne dass bei den Interessenten
315 der Wunsch besteht, ihre Diskussionen im Usenet zu führen. Die
316 mehrheitliche Ansicht geht überdies dahin, dass es nicht sinnvoll ist,
317 für "Orchideenthemen" eigene Newsgroups einzurichten, die dann
318 (weitgehend) ungenutzt bleiben; vielmehr wird es überwiegend als
319 wünschenswert empfunden, lieber weniger thematisch breiter
320 aufgestellte Gruppen zu haben, die dann intensiver genutzt werden und
321 auf diese Weise den gegenseitigen Austausch beleben und fördern.
325 + Wann kann ich mit Erfolg eine neue Newsgroup vorschlagen?
326 <https://th-h.de/net/usenet/admin/newgroup/#vorschlag>
328 + Missverstaendnisse in de.admin.news.groups
329 | From: 3.14@piology.org (Boris 'pi' Piwinger)
330 | Newsgroups: de.admin.infos,de.admin.news.groups,de.alt.admin
331 | Subject: <2009-01-24> Missverstaendnisse in de.admin.news.groups
333 | Archive-name: de-admin/dang-faq
334 | Posting-frequency: weekly
335 | Last-modified: 2009-01-24
336 | URL: https://www.kirchwitz.de/~amk/dai/dang-faq
338 1.2. Status quo: bestehende Gruppen und frühere Vorschläge
339 ----------------------------------------------------------
341 Die Frage nach dem Bedarf an einer neuen Gruppe führt zur Feststellung
342 und Beurteilung des status quo: Welche thematisch verwandten Gruppen
343 gibt es? Wo sind diese in der Struktur von de.* eingeordnet? Wie
344 intensiv werden sie genutzt? Wie lässt sich das Thema der neuen Gruppe
345 von den bestehenden themenverwandten Gruppen abgrenzen?
347 Es empfiehlt sich auch, in Archiven [3] nachzuforschen, ob
348 möglicherweise eine vergleichbare Gruppe bereits einmal vorgeschlagen
349 wurde und wie Verlauf und Ergebnis der Diskussion (und ggf.
350 Abstimmung) sich darstellen. Vielleicht gab es auch bereits einmal
351 eine solche Gruppe, die dann später wieder aus der Gruppenliste
352 entfernt wurde? Aus diesen Überlegungen ergeben sich Hinweise auf die
353 Erfolgsaussichten des Vorschlags und möglicherweise auch Anregungen
354 für seinen Inhalt. Nicht zu empfehlen ist es, einen gescheiterten
355 Vorschlag vor Ablauf von mindestens sechs Monaten oder ohne
356 wesentliche Änderungen in Inhalt oder Begründung erneut einzubringen.
358 [3] Am bekanntesten dürfte das Angebot von Google Groups sein, das
359 allerdings nur bis zum Februar 2024 reicht:
360 <https://groups.google.com/>
362 de.admin.news.announce bei Google Groups:
363 <https://groups.google.com/g/de.admin.news.announce>
365 1.3. Mitinteressenten
366 ---------------------
368 "Gemeinsam sind wir stark."
370 In der Diskussionsphase kommt es weniger auf die Anzahl der
371 Befürworter als vielmehr auf deren Argumente an. Dennoch hilft es,
372 einen Vorschlag nicht ganz alleine einzubringen, insbesondere dann,
373 wenn man mit dem Procedere in de.admin.news.* noch nicht so vertraut
374 ist. Soll der Vorschlag erfolgversprechend sein, wird es ja eine ganze
375 Reihe von anderen Interessenten an der vorgeschlagenen neuen Gruppe
376 geben. Deren Input ist schon bei der Formulierung des Vorschlags
377 hilfreich; Brainstorming und Diskussion mehrerer führt oft zu besseren
378 Ergebnissen als einsames Grübeln im stillen Kämmerlein.
380 Auch in der Diskussion ist es förderlich, einen Vorschlag nicht
381 alleine argumentativ zu stützen; nicht nur deshalb, weil eine Mehrzahl
382 von Interessenten, die sich auch selbst in die Diskussion einbringt,
383 überzeugender ein dauerhaftes Interesse signalisiert als ein
384 Einzelner. Auch aus psychologischen Gründen ist es angenehmer, die
385 eigene Position nicht alleine vertreten zu müssen.
387 Eine Mitwirkung anderer Interessenten kann dabei auf vielfältige Weise
388 erfolgen. Ein Vorschlag kann durch mehrere Proponenten eingebracht
389 werden; die Mitwirkung kann sich aber auch auf Unterstützung bei
390 inhaltlichen und Formulierungsfragen oder der formalen Abwicklung des
391 Einrichtungsverfahrens oder Beiträge in der Diskussionsphase
394 2. Einrichtungsvorschlag
395 ========================
397 Vor der Einrichtung einer neuen Newsgroup oder dem Beginn der
398 Abstimmung über den entsprechenden Vorschlag müssen nach den
399 Einrichtungsregeln Name und Attribute der vorgeschlagenen Gruppe
402 | Ein CfV kann nicht veröffentlicht werden, wenn einer der folgenden
403 | Punkte noch unklar ist:
406 | o Kurzbeschreibung der Gruppe
407 | o Charta der Gruppe
408 | o Status der Gruppe (moderiert oder unmoderiert)
409 | o der Name des Moderators im Falle einer moderierten Gruppe
411 Newsgroups innerhalb einer gepflegten Hierarchie existieren nicht im
412 luftleeren Raum. Im Zusammenhang mit der Auswahl des Namens stellt
413 sich daher auch die Frage nach der Einordnung der neuen Gruppe in die
414 bestehende Struktur der Hierarchie de.*, und in der Charta sollte
415 nicht nur die Beschreibung des vorgesehenen Themenkreises, sondern
416 auch die Abgrenzung zu thematisch ähnlichen Gruppen ihren Platz
419 Sinnvoll ist es daher, sich zunächst Gedanken über das geplante Thema
420 der Gruppe und dessen Abgrenzung zu bereits bestehenden Gruppen zu
421 machen; daraus ergibt sich die Charta (2.3.). Danach sollte man sich
422 überlegen, wo die Gruppe in de.* thematisch am besten passt und wie sie
423 demnach heißen soll (2.1.); dann fehlt nur noch eine knackige
424 Zusammenfassung für die Kurzbeschreibung (2.2.).
426 Falls eine moderierte Newsgroup vorgeschlagen wird, müssen auch der
427 oder die vorgesehenen Moderatoren feststehen; überdies sollte ein
428 Konzept für die Moderation vorliegen und die technischen
429 Voraussetzungen hinreichend geklärt sein.
431 2.1. Auswahl des Gruppennamens
432 ------------------------------
436 Zunächst sollte die prospektive Gruppe sich in die bestehende
437 Namenshierarchie in de.* einpassen. de.* besteht nämlich aus
438 thematisch orientierten Teilhierarchien, die eine Baumstruktur mit
439 immer feineren thematischen Verästelungen aufweisen. Diese Struktur
440 ist im Lauf der Zeit gewachsen; nicht immer ist sie daher vollständig
441 logisch stringent, und regelmäßig wird es nicht nur einen denkbaren
442 Platz geben, an den eine neue Gruppe passen würde.
444 Man sollte sich bei seinem Namensvorschlag aber nichtsdestotrotz
445 bemühen, den bestmöglichen Ort für die neue Gruppe zu finden. Dazu
446 gehört sowohl die Einordnung in die - nach dem Themenschwerpunkt - am
447 ehesten passende Unterhierachie und die Wahl der richtigen Ebene. Ein
448 sehr spezielles Thema sollte im Themenbaum nicht zu weit oben
449 angesiedelt sein, ein sehr allgemeines Thema nicht zu tief.
451 Mit Ausnahme von de.alt.*, das sich (nur) durch besondere
452 Einrichtungsregeln auszeichnet und daher nicht Thema dieser
453 Erläuterungen ist, bestehen in de.* folgende thematische
457 Die Gruppen der de.admin-Unterhierarchie befassen sich thematisch
458 mit der Selbstverwaltung von de.* und organisatorischen (nicht
459 technischen) Fragen der Administration von Usenet-Systemen,
460 namentlich auch mit deren Missbrauch.
463 Die Gruppen der de.comm-Unterhierarchie beschäftigen sich mit den
464 - im Usenet umfänglich vertretenen - Themenbereichen der
465 Kommunikation und Kommunikationstechnik und sind daher noch weiter
466 diversifiziert, im Wesentlichen in die Bereiche
469 de.comm.provider.* - Telefonie- und Internetanbieter sowie Onlinedienste
471 * Geräte (Hardware) und Technik:
472 de.comm.geraete.* - Festnetz- und Mobiltelefone und Telefonanlagen
473 de.comm.technik.* - Netztechnik (DSL und Mobilfunknetze)
474 de.comm.internet.* - Infrastrukturaspekte des Internet
475 de.comm.protocols.* - Kommunikationsprotokolle
478 de.comm.software.* - Browser, Mail-/Newsreader und -server etc.
481 de.comm.infosystems.* - WWW samt Webseitenerstellung
482 de.comm.funk.* - Funk (Amateurfunk, CB-Funk, Vereine, ...)
485 Diese Unterhierarchie deckt den Rest der Themen zur Computertechnik
486 ab: Hardware (Computer wie Peripherie), Software (Betriebssysteme,
487 Anwendungsprogramme, etc.), Programmiersprachen und was sonst noch
488 so dazugehört. Auch sie ist demnach umfangreich weiter
489 untergliedert, neben verschiedenen Einzelgruppen namentlich in
492 de.comp.sys.* - Komplettsysteme (Mac, ...), Notebooks
493 de.comp.hardware.* - Rechner, Laufwerke, Monitore, Netzwerk
495 * Betriebssysteme, Anwendungsprogramme und andere Software:
496 de.comp.os.* - Windows, Unix, Linux, OS/2,
497 de.comp.office-pakete.* - MS-Office, Staroffice
498 de.comp.text.* - Textverarbeitung
499 de.comp.datenbanken.* - Datenbanken
500 de.comp.lang.* - Programmiersprachen (C++, Java, Perl, PHP, ...)
503 Die Unterhierarchie de.rec.* beschäftigt sich mit
504 Freizeitaktivitäten ("recreational activities") aller Art und
505 enthält neben einer Vielzahl von Einzelgruppen u.a. Unterhierarchien
506 zu den Themen Musik hören und machen, Sport(arten), Spielen aller
507 Art, am Brett wie am Computer, Science Fiction und Fantasy,
508 Fernseh(seri)en, Filme und Heimkino und (Haus-)Tiere.
511 Die Unterhierarchie de.sci.* ist für wissenschaftliche Themen
512 ("sciences") vorgesehen und ist vorwiegend anhand der klassischen
513 wissenschaftlichen Themengebiete (Biologie, Chemie, Physik,
514 Mathematik, Medizin, etc. pp.) unterteilt. Teilweise sind aber
515 Themen gerade aus dem gesellschafts- oder sozialwissenschaftlichen
516 Bereich auch in de.soc.* angesiedelt.
519 Die Unterhierarchie de.soc.* handelt von gesellschaftlichen Fragen
520 ("social issues"): Politik und Rechtswesen; Religionen und
521 Weltanschauungen; Kulturen und Subkulturen; Senioren, Schule und
522 Studium; Arbeit und Arbeitslosigkeit; Umwelt, Verkehr und
523 Wirtschaft; Datenschutz und Zensur.
526 Die - sehr kleine - Unterhierarchie de.talk.* ist mehr für Smalltalk
527 und entspannten Plausch als Diskussion und Informationsaustausch
528 vorgesehen; viele der verbliebenen Gruppen würden aber ebenso gut
529 nach de.soc.* passen.
532 Die - gleichfalls kleine - Teilhierarchie de.org.* ist für
533 Organisationen und Vereine, deren Verlautbarungen und Diskussionen
534 um sie herum gedacht. Verblieben ist hier im Wesentlichen die
538 In der de.etc.*-Unterhierarchie sind sonstige Themen
539 zusammengefasst, die nicht in eine der anderen Unterhierarchien
540 passen. Dazu gehören das Bahnwesen, Autos und andere Fahrzeuge,
541 Finanzen und Banking, (kreatives) Schreiben und Sprache, Post,
542 Notfallrettung und Militärwesen oder auch die Haushaltsführung.
546 + Die Newsgruppen der de-Hierarchie
547 | From: Thomas Hochstein <thh@thh.name>
548 | Newsgroups: de.newusers.infos,de.admin.news.groups,de.alt.admin
549 | Subject: <Datum> Die Newsgruppen der de-Hierarchie
551 | Archive-name: de-newusers/de-newsgruppen
552 | Posting-frequency: weekly
553 | URL: https://www.kirchwitz.de/~amk/dni/de-newsgruppen
555 2.1.2. Namenswahl und technische Vorgaben
557 Der "eigentliche" Name der Gruppe, insbesondere also der letzte
558 Namensbestandteil, sollte so aussagekräftig und allgemeinverständlich,
559 aber zugleich auch so kurz wie möglich gewählt werden. Kryptische oder
560 mehrdeutige Abkürzungen sollte man möglichst nicht verwenden. Wenn
561 diese gar nicht zu vermeiden sind, sollten sie in der
562 Kurzbeschreibung, spätestens aber in der Charta erläutert werden.
564 Für die Wahl des Gruppennamens sind zudem technisch geprägte
565 Vorgaben [4] zu beachten, die sich auch im WWW unter
566 <http://dana.de/newsgroup-namen.html> nachlesen lassen:
568 * Der Name besteht aus mehreren durch Punkte getrennten Segmenten.
570 * Die einzelnen Segmente dürfen nicht länger als 30 Zeichen werden und
571 müssen mindestens je einen Buchstaben enthalten. Zu beachten ist
572 dabei, dass sich unterschiedliche Segmentnamen auf gleicher Ebene
573 schon vor dem 15. Zeichen unterscheiden müssen.
575 * Erlaubte Zeichen innerhalb eines Segments sind die Kleinbuchstaben
576 (a-z), die arabischen Ziffern (0-9) sowie das Plus- (+) und das
579 * Insgesamt soll die Länge des Gruppennamens 71 Zeichen nicht
582 [4] Beschlossen im Jahr 2000:
583 | From: "Christian Schulz - GVV" <gvv@spinfo.uni-koeln.de>
584 | Newsgroups: de.admin.news.announce,de.admin.news.regeln,de.admin.news.groups,de.alt.admin
585 | Subject: Regeln fuer Newsgruppennamen angenommen (247:25)
587 | Message-ID: <result-regel-newsgruppennamen-18.07.2000@dana.de>
588 <https://groups.google.de/group/de.admin.news.announce/msg/b850df16546fd0ea>
590 2.2. Kurzbeschreibung
591 ---------------------
593 Die Kurzbeschreibung soll in Ergänzung zum Gruppennamen das Thema kurz
594 umreißen. Im Gegensatz zur Charta, der ausführlichen thematischen
595 Beschreibung des Gruppeninhalts, wird sie in der Regel zusammen mit
596 dem Gruppennamen auf den Newsservern vorgehalten und kann in den
597 gängigen Newsreadern angezeigt und ggf. auch durchsucht werden;
598 Gruppenname und Kurzbeschreibung zusammen werden auch "Tagline"
599 genannt. Diese Tagline ist auch Bestandteil der regelmäßig versandten
600 Steuernachrichten, die den aktuellen Gruppenbestand von de.*
603 Daraus leiten sich mehrere Bedingungen an eine gute Kurzbeschreibung
604 ab: Sie muss kurz, knapp und für jeden verständlich sein. "Diskussion
605 über" oder "Informationen von" sind zum Beispiel notorisch
606 überflüssige Formulierungen. Hingegen sollten möglichst Begriffe in
607 der Kurzbeschreibung auftauchen, nach denen an der Gruppe
608 interessierte Nutzer möglicherweise suchen werden. Da die
609 Kurzbeschreibung in Gruppenlisten auftaucht (auch in solchen, die von
610 Newsreadern angezeigt werden), die meist auf 80 Spalten breiten
611 Terminals gelesen werden, ergibt sich eine Beschränkung für die Länge
612 der Kurzbeschreibung: Gruppenname, ein 8er-Tabulator und
613 Kurzbeschreibung sollten in weniger als 80 Zeichen passen. Als
614 Richtwert gilt für die Kurzbeschreibung gewöhnlich eine Maximallänge
617 Kann ein Newsreader - aus welchem Grund auch immer - nicht die ganze
618 Kurzbeschreibung anzeigen, wird er sich üblicherweise auf den Anfang
619 der Kurzbeschreibung beschränken. Daraus folgt, dass die wichtigsten
620 Punkte in einer Kurzbeschreibung an deren Anfang stehen sollten. Um
621 Komplikationen zu vermeiden, sollten Kurzbeschreibungen keine Umlaute
622 und sonstige Sonderzeichen enthalten; der Zeichenvorrat ist
623 "US-ASCII". Per Konvention endet jede Kurzbeschreibung mit einem
624 Satzendezeichen (Punkt, Frage- oder Ausrufezeichen).
626 Beispiele für Kurzbeschreibungen finden sich in dem bereits genannten
627 Text "Die Newsgruppen der de-Hierarchie".
632 Die Charta ist die Beschreibung der Newsgroup und ihres vorgesehenen
633 Themas schlechthin. Sie soll so kurz wie möglich und nur so
634 ausführlich wie nötig umreißen, worum es in der Gruppe geht, welche
635 Themen dort diskutiert werden sollen und welche ggf. nicht und welche
636 besonderen Konventionen dort - unter Abweichung von den sonstigen
637 Üblichkeiten im deutschsprachigen Usenet - gelten sollen.
639 Es ist hilfreich, für das Thema der Gruppe einige Beispiele als nicht
640 abschließende Aufzählung aufzunehmen; so lassen sich auch (weitere)
641 Schlagworte unterbringen, nach denen möglicherweise gesucht wird.
642 Dabei ist aber zu berücksichtigen, dass die Charta nur in
643 entsprechenden Listen im Usenet und auch im WWW veröffentlicht wird,
644 aber im Gegensatz zu Namen und Kurzbeschreibung nicht unmittelbar im
645 Newsreader zur Verfügung steht.
647 Wenn bestimmte Facetten eines Themas in der neuen Gruppe nicht
648 diskutiert werden sollen, obwohl möglicherweise Name und
649 Kurzbeschreibung bei flüchtiger Durchsicht zu dieser Annahme führen
650 könnten, empfiehlt es sich, diese Facetten - oder Themen - in der
651 Charta ausdrücklich auszuschließen. Genauso sollte innerhalb der
652 Charta das Diskussionsthema von anderen, themenverwandten Gruppen
653 abgegrenzt werden; diese Gruppen namentlich zu nennen ist allerdings
654 nicht tunlich, weil ansonsten bei jeder Umbenennung oder Löschung der
655 betreffenden Gruppen eine Chartaänderung nötig würde (siehe 7.3.).
657 Soweit in der vorgeschlagenen Newsgroup teilweise andere Konventionen
658 gelten sollen als sonst im Netz üblich sollte auch dies in der Charta
659 vermerkt werden. Zu denken wäre bspw. an die (ausdrückliche) Akzeptanz
660 anonymer Beiträge oder von Inseraten. Gleichfalls sollten vorgesehene
661 ungewohnte technische Maßnahmen - zu denken wäre hier bspw. an die
662 Eingangsbestätigung von Postings per E-Mail durch die sog. Reflektoren
663 in den Testgruppen - durch die Charta legitimiert werden. In allen
664 diesen Fällen sollte einerseits berücksichtigt werden, dass eine
665 Wiederholung ohnehin bestehender Regeln und Konventionen in der Charta
666 in der Regel ausdrücklich abgelehnt wird, sowohl wegen der unnötigen
667 Verlängerung der Charta als auch, weil dies den Eindruck vermitteln
668 könnte, die entsprechenden Regeln und Konventionen hätten nur dort
669 Geltung, wo sie ausdrücklich in der Charta stehen. Andererseits darf
670 man bei der Formulierung solcher abweichenden Üblichkeiten nicht aus
671 den Augen verlieren, dass sowohl technische als auch soziale Vorgaben
672 in der Regel gute Gründe haben und zudem als feststehende Gewohnheiten
673 betrachtet werden, so dass Abweichungen vom Regelfall meist nur bei gut
674 begründeten Sonderfällen Aussicht auf Erfolg haben werden.
676 Die Charta sollte so knapp wie möglich gehalten werden; weitergehende
677 Erläuterungen und solche Regeln, die sich voraussichtlich häufiger
678 ändern werden, gehören nicht in die Charta, sondern sollten Gegenstand
679 einer (regelmäßig geposteten und nach Möglichkeit auch im WWW
680 bereitgestellten) Einführung, eines Infopostings oder einer FAQ sein.
681 So sollte bspw. die thematische Kennzeichnung von Unterthemen im
682 Betreff von Postings durch sog. Tags ("[Reisebericht] Meine Tour durch
683 Tadschikistan") in der Charta allenfalls generelle Erwähnung finden;
684 die einzelnen angedachten Tags gehören dann in eine anderweitig
685 bereitgestellte Erläuterung. Auch das Moderationskonzept einer
686 moderierten Gruppe gehört schon aufgrund seiner Länge nicht in die
689 Es empfiehlt sich, einige bestehende Chartas - insbesondere solcher
690 Gruppen, die in den letzten 5-10 Jahren eingerichtet wurden - zu
691 studieren, um ein Gefühl für die Abfassung einer guten Charta zu
692 bekommen. Solche Beispiele finden sich in dem bereits genannten Text
693 "Die Newsgruppen der de-Hierarchie".
698 Eine Newsgroup kann entweder den Status "unmoderiert" oder den Status
699 "moderiert" haben. Ersteres ist der Regelfall; alle Postings werden
700 dann ohne weiteres in der Newsgroup veröffentlicht und weltweit
701 verbreitet. Bei einer moderierten Gruppe ist dies nicht der Fall;
702 stattdessen versendet der Newsserver, bei dem das Posting eingespeist
703 wird, dieses per E-Mail an einen Moderator (oder in der Regel eine
704 mehrköpfige Moderation). Diese entscheidet dann über die
707 2.4.1. Pro und contra moderierte Gruppen
709 Moderierte Gruppen haben den Vorteil einer meist besseren
710 Übersichtlichkeit und höheren inhaltlichen Qualität, weil Beiträge
711 vorgefiltert werden können; ihr Nachteil ist die zwangsläufig
712 entstehende Verzögerung durch die Weiterleitung jedes Beitrags an
713 einen Moderator, der ihn bestätigen muss. Sie eignen sich daher vor
714 allem für Ankündigungen oder FAQs. Ein Beispiel hierfür ist
715 de.admin.news.announce, wo nur Aufrufe zu Diskussionen und
716 Abstimmungen veröffentlicht werden, so dass die Gruppe auch für
717 diejenigen lesbar bleibt, die nicht die Zeit haben, den Diskussionen
718 im einzelnen zu folgen, und eine vorherige Überprüfung der
719 Veröffentlichungen sichergestellt ist. Ein anderes Beispiel stellen
720 die Gruppen de.newusers.infos, de.admin.infos und de.answers dar, in
721 denen nur FAQs und Infotexte veröffentlicht werden.
723 Diskussionsgruppen werden nur selten moderiert. Dies kann zwar der
724 Erhaltung einer höheren inhaltlichen Qualität dienen und ermöglicht
725 vor allem den Ausschluss von bewussten Störern, begegnet im Gegenzug
726 aber oft dem Vorwurf der Zensur, so unbegründet dieser im Einzelfall
727 auch sein mag, und birgt vor allem die Gefahr, dass die auftretenden
728 Verzögerungen vor Veröffentlichung eines Beitrags den Fluss der
729 Diskussion stören und an Veröffentlichung ihrer Beiträge in Echtzeit
730 gewohnte Teilnehmer verprellen. Au0erdem ist der technische und vor
731 allem personelle Aufwand nicht zu unterschätzen; immerhin bedeutet die
732 Moderation einer Diskussionsgruppe, dass auf Jahre hinaus eine
733 Einzelperson oder Gruppe im Extremfall 24 Stunden am Tag und 7 Tage in
734 der Woche erreichbar sein muss, um eingehende Beiträge so zeitnah wie
735 möglich zu prüfen und freizugeben.
737 2.4.2. Einrichtung moderierter Gruppen
739 Wenn die Einrichtung einer moderierten Gruppe vorgeschlagen wird, sind
740 im Einrichtungsverfahren zusätzliche Angaben zur Moderation zu machen;
741 dazu gehören der oder die vorgesehene(n) Moderator(en) und die
742 Moderationsadresse, also die E-Mail-Adresse, an die alle Einreichungen
743 für die Newsgroup zur Freigabe weitergeleitet werden sollen. Außerdem
744 muss die Kurzbeschreibung entsprechend ergänzt werden. Schließlich
745 sollte für die Durchführung der Moderation sinnvollerweise ein Konzept
746 vorliegen und die technischen Voraussetzungen geschaffen und getestet
749 * Als erstes stellt sich die Frage, wer zur Moderation der Gruppe
750 vorgesehen ist. Mindestens ein Kandidat sollte bereits bei der
751 Veröffentlichung des Vorschlags seine entsprechende Bereitschaft
752 erklärt haben; in der Regel wird es sich empfehlen, ein mehrköpfiges
753 Team oder zumindest einen oder mehrere Vertreter zu benennen, damit
754 auch im Falle eines mehrwöchigen Urlaubs oder gar eines dauerhaften
755 Ausfalls des Moderators - der bspw. irgendwann am Usenet nicht mehr
756 interessiert sein mag - die Moderation handlungsfähig bleibt und
757 Beiträge weiterhin veröffentlicht werden können. Für moderierte
758 Diskussionsgruppen wird regelmäßig ein ausreichend großes Team
759 zwingend vorzusehen sein, damit Beiträge zumindest tagsüber zeitnah
760 veröffentlicht werden können.
762 Der oder die vorgesehene(n) Moderator(en) sollte ausreichende
763 Kenntnisse zum geplanten Thema der moderierten Gruppe haben, um
764 Einreichungen bewerten zu können, von den zu erwartenden
765 Diskussionsteilnehmern akzeptiert werden und schließlich absehbar
766 für längere Zeit für diese Tätigkeit zur Verfügung stehen. Erfahrung
767 im Usenet und ggf. die notwendigen technischen Kenntnisse zur
768 Durchführung der Moderation sind hilfreich.
770 * Wenn die (erste) Moderation personell feststeht, stellt sich als
771 nächstes die Frage, welche E-Mail-Adresse für Einreichungen
772 ("Submissionen") vorgesehen ist. Diese Adresse muss entweder weltweit
773 in jedem Newsserver oder an einer zentralen Stelle (den Relays für
774 moderators.isc.org) in der Konfiguration vermerkt werden, sollte
775 sich also so selten wie möglich ändern; außerdem sollte die Adresse
776 zuverlässig erreichbar sein und ggf. die Möglichkeit für
777 ausreichende Spamfilterung bieten; langjährig aktive und regelmäßig
778 veröffentliche Mailadressen ziehen mit der Zeit erhebliche Mengen an
781 Daneben sollte eine weitere Adresse veröffentlicht werden, über die
782 der Moderator oder die Moderation kontaktiert werden können, ohne
783 dass eine Veröffentlichung erfolgt, um bspw. für Anfragen erreichbar
786 * Die Kurzbeschreibung der Gruppe (2.2.) muss im Falle einer moderierten
787 Gruppe zwingend mit der Submissionsadresse und dem Schlüsselwort
788 "(Moderated)" in exakt dieser Schreibweise enden, bspw. so:
789 | de.gruppe.mod Moderierte Gruppe. <moderation@domain.example> (Moderated)
791 * Falls die zu moderierende Gruppe keine Diskussionsgruppe ist,
792 sondern nur Ankündigungen, FAQs o.ä. enthalten soll, sollte eine
793 Gruppe bestimmt werden, in der diese Ankündigungen oder FAQs
794 anschließend ggf. diskutiert werden können und in die Antworten dann
795 per gesetztem Followup-To:-Header geleitet werden.
797 * Die Moderation einer Gruppe sollte sich ein Konzept geben, nach
798 welchen Kriterien Beiträge akzeptiert oder zurückgewiesen werden, ob
799 sie ggf. verändert veröffentlicht werden können und wie mit
800 Teilnehmern ggf. kommuniziert wird. Insbesondere bei einer
801 mehrköpfigen Moderation stellt dies eine einheitliche Handhabung
802 sicher. Dieses Konzept sollte bereits in der Diskussion vorgestellt
803 werden und danach (regelmäßig) veröffentlicht werden.
805 Entsprechende Beispiele finden sich in bereits bestehenden
806 moderierten Gruppen; der bereits genannte Text "Die Newsgruppen der
807 de-Hierarchie" enthält teilweise Verweise darauf.
809 * Die Moderation einer Newsgroup erfordert in technischer Sicht eine
810 Möglichkeit, einen per E-Mail übersandten Beitrag unter Beibehaltung
811 der wesentlichen Informationen auch im Header - aber unter Wegfall
812 mancher und Ergänzung anderer Headerzeilen - als Posting zu
813 veröffentlichen. Insbesondere dann, wenn mehr als eine Person -
814 parallel - an der Moderation beteiligt sein soll (was sich
815 mittlerweile als Regelfall etabliert haben dürfte), empfiehlt es
816 sich, das entsprechende Zusammenwirken auch technisch zu
817 unterstützen. In der Regel wird die Moderation einer Newsgroup also
818 die Installation entsprechender Software auf dem eigenen Rechner
819 oder sogar die Einrichtung auf einem übers Netz erreichbaren
820 Rechner, bspw. mit einem Webinterface, und deren Bedienung
823 Das muss nicht zwingend durch die Moderatoren selbst erfolgen; im
824 Zweifel werden aktive Netzteilnehmer bereit sein, eine solche
825 Installation zur Verfügung zu stellen. Die Auswahl und Erprobung der
826 vorgesehenen Moderationssoftware bzw. entsprechende Nachfragen und
827 Kontaktaufnahmen sollten aber spätestens parallel zum laufenden
828 Einrichtungsverfahren erfolgen; Tests können bspw. in der Newsgroup
829 de.alt.test.moderated erfolgen.
833 + Unknown: NetNews Moderator's Handbook (1994, engl.)
834 <https://www.eyrie.org/~eagle/usefor/other/moderators-handbook>
835 + Denis McKeon: Moderated Newsgroups FAQ (1997, engl.)
836 <http://pages.swcp.com/~dmckeon/mod-faq.html>
837 + Russ Allbery: Pitfalls of Newsgroup Moderation (engl.)
838 <https://www.eyrie.org/~eagle/faqs/mod-pitfalls.html>
839 + Big-8 Moderation Board Wiki: Moderated Newsgroups (engl.)
840 <https://www.big-8.org/wiki/Moderated_Newsgroups>
841 + Big-8 Moderation Board Wiki: Moderation Software (engl.)
842 <https://www.big-8.org/wiki/Moderated_Newsgroups#Moderation_Software>
843 + Informationen über de.alt.test.moderated
844 | From: Thomas Hochstein <thh@thh.name>
845 | Newsgroups: de.alt.test.moderated
846 | Subject: Info: de.alt.test.moderated <2020-08-23>
848 | Posting-frequency: monthly
849 | Last-modified: 2020-08-23
850 | URL: https://th-h.de/net/usenet/faqs/datm-info/
856 Die vorstehenden Erläuterungen decken den Regelfall der Einrichtung
857 einer neuen Gruppe ab. Denkbar sind daneben jedoch noch verschiedene
860 * Aufteilung von Gruppen
862 Wenn eine bestehende Newsgroup aufgrund der regen Nutzung in mehrere
863 Gruppen unterteilt werden soll, entsteht daraus in der Regel eine
864 neue Teilhierachie (ein neuer Zweig am Baum der Struktur von de.*).
865 Die Einrichtungsregeln sehen für diesen Fall in Punkt 7 folgendes
868 | .misc-Gruppen: Bei der Einrichtung einer neuen Unterhierarchie --
869 | sei es durch Umwandlung einer bestehenden Gruppe oder durch
870 | Neuschaffung -- wird ohne gesonderte Abstimmung eine auf .misc
871 | endende Gruppe eingerichtet. Der zur Gründung der Hierarchie
872 | führende RfD hat hierzu die notwendigen Angaben bereitzustellen.
873 | Wird die Unterhierarchie nur mit der .misc-Gruppe eingerichtet, so
874 | findet hierüber eine normale Abstimmung statt.
876 Soll also von der bestehenden Gruppe de.rec.outdoors eine Gruppe für
877 Ausrüstungsfragen ("de.rec.outdoors.ausruestung") abgespalten
878 werden, dann muss zugleich die Gruppe "de.rec.outdoors.misc"
879 eingerichtet werden. Dies geschieht regelmäßig durch Umbenennung der
880 bestehenden Gruppe "de.rec.outdoors". Der Einrichtungsvorschlag muss
881 also auch dazu Informationen enthalten.
883 * Einrichtung einer neuen Teilhierarchie
885 Das gleiche gilt, wenn nicht nur eine einzelne neue Gruppe
886 vorgeschlagen werden soll, sondern direkt mehrere, thematisch
887 zusammenhängende, also auf diese Weise eine neue Teilhierachie
890 Wenn bspw. die neuen Gruppen "de.rec.fischen.angel" und
891 "de.rec.fischen.koeder" vorgeschlagen werden, entsteht automatisch
892 eine weitere Gruppe "de.rec.fischen.misc", die alle sonstigen Themen
893 aus dem Bereich "Fischen" aufnehmen kann, die weder mit Angeln noch
894 mit Ködern zu tun haben. Die entsprechenden Informationen - Name,
895 Kurzbeschreibung, Charta - müssen ebenfalls im Einrichtungsvorschlag
898 * Einrichtung mehrerer Gruppen
900 In einem Einrichtungsvorschlag sollte nur dann die Einrichtung
901 mehrerer Gruppen zusammengefasst werden, wenn diese in einem inneren
902 Zusammenhang stehen, wenn bspw. eine bestehende Gruppe aufgeteilt
903 werden oder direkt eine komplette neue Teilhierarchie eingerichtet
904 werden soll. In diesem Fall muss der Einrichtungsvorschlag dann für
905 alle Gruppen die notwendigen Informationen bereitstellen.
907 Zu berücksichtigen ist, dass Vorschläge grundsätzlich nicht "en
908 bloc" zur Abstimmung gestellt werden können; vielmehr ist über jeden
909 Vorschlag einzeln abzustimmen. Die Einrichtungsregeln machen dazu in
910 Teil 7 folgende Vorgaben:
912 | Übertragbarkeit: Stimmen können nicht auf einen anderen
913 | Abstimmungsvorschlag übertragen werden. Eine Stimme zählt nur für
914 | GENAU DEN Vorschlag, für den sie abgegeben wurde. Insbesondere
915 | darf eine Stimme für oder gegen eine Newsgruppe mit einem
916 | bestimmten Namen NICHT als Stimme für oder gegen eine Newsgruppe
917 | mit einem anderen Namen oder einer anderen Charta, einem anderen
918 | unmoderiert/moderiert Status oder, falls moderiert, einem anderen
919 | Moderator oder einer anderen Gruppe von Moderatoren gezählt
920 | werden. Über jede Gruppe wird einzeln abgestimmt, Verknüpfungen
921 | von Wahlen sind nicht möglich.
923 * Diskussion mehrerer Alternativen
925 Ziel der Diskussion sollte es regelmäßig sein, am Ende der
926 Diskussionsphase genau einen Vorschlag zur Abstimmung zu stellen.
927 Das schließt nicht aus, in der Diskussion zunächst mehrere denkbare
928 Alternativen vorzuschlagen; die Diskussion sollte aber schließlich
929 zu einem mehrheitsfähigen Vorschlag führen. Ggf. kann dazu auch ein
930 unverbindliches Meinungsbild ("Strawpoll") eingeholt werden. Mehrere
931 sich ausschließende Alternativen zur Abstimmung zu stellen sollte
932 nach Möglichkeit vermieden werden, weil die Abstimmung sonst
933 einerseits schnell sehr kompliziert wird und andererseits die Gefahr
934 besteht, dass entweder kein Vorschlag eine Mehrheit erhält (obwohl
935 die Mehrzahl der Abstimmenden durchaus generell für eine Einrichtung
936 der entsprechenden Gruppe(n) ist) oder am Ende ein Konglomerat von
937 Vorschlägen angenommen wird, das so niemand gewollt hat.
939 Die für die Abstimmung in diesem Fall zu beachtenden Regeln für
940 "kombinierte Votings" finden sich in Teil 9 der Einrichtungsregeln
941 und lauten folgendermaßen:
943 | Ein CfV kann mehrere Gruppen zur Auswahl anbieten, von denen
944 | höchstens eine eingerichtet werden soll ("kombiniertes Voting").
945 | Dabei wird über die Einrichtung jeder einzelnen Gruppe gemäß den
946 | obigen Regeln abgestimmt.
948 | In einem weiteren Abstimmungsblock innerhalb desselben CfV findet
949 | zusätzlich ein Stichentscheid zwischen all diesen Gruppen statt.
950 | Falls in den Einrichtungsfragen mehr als eine Gruppe angenommen
951 | wird, so wird davon einzig diejenige eingerichtet, welche im
952 | Stichentscheid das beste Verhältnis Zustimmung : Ablehnung aufweist.
956 + FAQ: Entscheidungsfindung bei mehreren Moeglichkeiten
957 | From: Ralf Döblitz <faq@netzverwaltung.net>
958 | Newsgroups: de.admin.news.misc,de.admin.infos
959 | Subject: <2013-06-09> FAQ: Entscheidungsfindung bei mehreren Moeglichkeiten
961 | Archive-name: de-admin/entscheidung
962 | Posting-frequency: weekly
963 | Last-modified: 2013-06-09
964 | URL: https://www.kirchwitz.de/~amk/dai/entscheidung
969 Wenn alle Vorüberlegungen abgeschlossen sind, kann das "offizielle"
970 Einrichtungsverfahren mit der Abfassung eines förmlichen
971 Diskussionsvorschlags (RfD, "Request for Discussion") beginnen, der
972 bei der Moderation von de.admin.news.announce eingereicht und von
973 dieser dann nach Prüfung veröffentlicht wird.
975 3.1. Inhalt und Aufbau eines RfD
976 --------------------------------
980 Inhaltlich besteht ein RfD aus der Bereitstellung der vorstehend unter
981 2. dargestellten notwendigen Informationen und einer Begründung des
982 Einrichtungsvorschlags, die geeignet ist, die Mitlesenden von dem
983 Vorschlag und der Notwendigkeit für die bzw. dem Erfolg der
984 vorgeschlagenen neuen Gruppe zu überzeugen.
986 Üblicherweise beginnt er mit Namen und Kurzbeschreibung, dem Status
987 und der Charta der vorgeschlagenen Gruppe. Darauf folgt die
988 Begründung, die den Hintergrund für den Vorschlag und die Überlegungen
989 insbesondere zu den bereits oben unter 1. ("Vorüberlegungen")
990 genannten Punkten enthalten sollte. Im Hinblick auf die Frage nach dem
991 Bedarf bietet es sich oft an, eine statistische Auswertung des bereits
992 im Usenet oder anderswo bestehenden Diskussionsumfangs aus den letzten
993 Monaten vorzunehmen ("Trafficnachweis"). Außerdem enthält der RfD
994 natürlich Namen und Mailadressen des- oder derjenigen, der/die den
995 Vorschlag einreichen ("Proponent(en)"). Bei einer Mehrzahl von
996 Personen bietet sich ggf. die Einrichtung eines Verteilers für die
997 Kommunikation mit der Moderation von de.admin.news.announce und für
998 eventuelle Nachfragen per E-Mail im Verlauf der Diskussion an.
1000 Schließlich ist auch zu entscheiden, in welchen Gruppen der RfD
1001 veröffentlicht werden soll; das sind mindestens de.admin.news.announce
1002 und de.admin.news.groups, zusätzlich sollten aber auch die Gruppen
1003 aufgenommen werden, die durch das Verfahren vorhersehbar tangiert
1004 werden, also namentlich die Gruppe(n), die aufgeteilt werden soll(en),
1005 deren Themenbereiche durch die neue Gruppe eingeschränkt werden oder
1006 die sonst thematisch verwandt sind. Insbesondere relevant sind dabei
1007 natürlich Gruppen, in denen bisher schon Diskussionen zu dem Thema
1008 stattfinden oder in denen man sich Interessen an der neuen Gruppe
1009 erhofft. Dabei gilt auch hier, dass die Gruppenliste so kurz wie
1010 möglich und nur so lang wie nötig sein sollte; dies schon deshalb,
1011 weil in übermäßig viele Gruppen verteilte Postings heutzutage
1012 möglicherweise als Spam ausgefiltert werden.
1014 Eine Veröffentlichung durch die Moderation von de.admin.news.announce
1015 kann nur in de.* erfolgen und auch dort in moderierten Gruppen nur im
1016 Einverständnis mit deren Moderation. In Gruppen außerhalb von de.*,
1017 auch in anderen deutschsprachigen Hierarchien, in Mailinglisten,
1018 Webforen o.ä. kann der Proponent nach Veröffentlichung des RfDs einen
1019 Hinweis auf diesen ("Pointer") veröffentlichen, der u.a. Newsgroups,
1020 Betreff und auch die Message-ID des RfDs enthalten sollte, damit
1021 Interessenten den Vorschlag und die Diskussion finden können.
1023 3.1.2. Formale Gestaltung
1025 Für die formale Gestaltung eines RfD gibt es keine verbindlichen
1026 Vorgaben; allenfalls haben sich Üblichkeiten entwickelt. Es empfiehlt
1027 sich auch hier, einige ältere RfD in de.admin.news.announce als Muster
1028 heranzuziehen. Das kann dann bspw. so aussehen:
1030 | 1. RfD (Diskussionsaufruf)
1031 | ==========================
1033 | zur Einrichtung der neuen Gruppe
1035 | [Gruppenname] [Kurzbeschreibung]
1037 | Status: Die Gruppe ist unmoderiert.
1044 | Die Gruppe ist moderiert.
1046 | Moderatoren sind Adam Berthold <adam@berthold.example> und
1047 | Charlotte Dominik <charlotte@dominik.example>.
1049 | Die Submissionsadresse lautet <submissionen@domain.example>.
1056 | Hintergrund / Begründung
1057 | ----------- ----------
1059 | [Begründung, ggf. untergliedert]
1064 | [Name(n) und Mailadresse(n)]
1066 3.2. Einreichung des RfD
1067 ------------------------
1069 Der fertige RfD ist dann per E-Mail an <moderator@dana.de> an die
1070 Moderation von de.admin.news.announce einzureichen. Neben dem
1071 eigentlichen Text sollte dabei auch die Liste der Gruppen übermittelt
1072 werden, in denen der RfD veröffentlicht werden soll. Der RfD kann auch
1073 bereits einschließlich des Headers (mit Absender, Betreff,
1074 Gruppenliste etc.), bspw. als angehängte Textdatei, übermittelt
1077 Üblicherweise wird die Moderation den Eingang des RfD bestätigen und
1078 ihn in den wöchentlich geposteten Status aufnehmen, der auch auf den
1079 Webseiten der Moderation veröffentlicht wird. Danach wird ein
1080 Moderationsmitglied als Verfahrensbetreuer bestimmt, das den RfD
1081 überprüft, ggf. Rücksprache mit dem oder den Proponenten nimmt und ihn
1082 schließlich in de.admin.news.announce und den übrigen Gruppen
1085 Wenn hinsichtlich der Inhalte oder Formalien des RfD noch Fragen offen
1086 sind oder Unsicherheit bestehen, können diese in der Regel mit dem
1087 Verfahrensbetreuer diskutiert und geklärt werden. Die
1088 Verfahrensbetreuer der Moderation von de.admin.news.announce haben
1089 üblicherweise bereits längerfristige Erfahrungen mit de.* und dem
1090 Einrichtungsverfahren gesammelt und können daher im Zweifel Tips und
1091 Hinweise geben oder beratend tätig werden.
1095 + Moderationskonzept der derzeitigen Moderation von d.a.n.a
1096 | From: moderator@dana.de (Moderation von de.admin.news.announce)
1097 | Newsgroups: de.admin.news.announce,de.admin.news.misc
1098 | Subject: <2022-01-16> Moderationskonzept der derzeitigen Moderation
1099 <http://dana.de/modkonzept.html>
1101 3.3. Diskussionsphase
1102 ---------------------
1104 Nachdem die Moderation den RfD veröffentlicht hat, findet in
1105 de.admin.news.groups die Diskussion über den Vorschlag statt. Die
1106 Proponenten sollten die Diskussion verfolgen und sich an ihr
1107 beteiligen, dabei auf Einwände und Kritik eingehen und ggf. ihre
1108 Begründung verfeinern.
1110 Häufig wird die Diskussion sinnvolle Ergänzungen zum ursprünglichen
1111 Vorschlag bringen, die in einen neuen, geänderten Vorschlag
1112 eingearbeitet werden können. Wenn dies der Fall ist, kann nach einiger
1113 Zeit - bspw. zwei Wochen nach dem 1. RfD - ein weiterer RfD zur
1114 Veröffentlichung eingereicht werden, der den modifizierten Vorschlag
1115 und eine Begründung, warum welche Vorschläge aufgenommen oder
1116 verworfen wurden, enthält. Dieser zweite RfD erscheint als Antwort
1117 ("Followup") auf den ersten.
1119 Besteht weiterer Diskussionsbedarf, können auch mehrere weitere RfDs
1120 veröffentlicht werden. Dabei sollte der Verlauf der Diskussion nicht
1121 unnötig verlängert oder verzögert werden; es ist aber auch nicht
1122 sinnvoll, im Rhythmus weniger Tage neue Fassungen des Vorschlags zu
1123 veröffentlichen. Vielmehr sollte die Diskussion beobachtet und die
1124 sich herauskristallisierenden Verbesserungsvorschläge gesammelt
1125 werden; erst wenn sich ein Konsens abzeichnet oder sich jedenfalls die
1126 Diskussion beruhigt (oder im Kreis zu drehen beginnt), ist in der
1127 Regel der richtige Zeitpunkt gekommen, die bisherigen Vorschläge und
1128 Änderungen zusammenzufassen, ggf. selbst noch einmal zur Diskussion zu
1129 stellen und dann auf dieser Basis einen geänderten Vorschlag als
1130 weiteren RfD zu veröffentlichen.
1132 Die Diskussion sollte im Interesse des Vorschlags und der Beteiligten
1133 möglichst konstruktiv geführt werden. Als Proponent sollte man sich
1134 jedoch darauf einrichten, dass der Diskussionsverlauf nicht immer
1135 ausschließlich erfreulich sein wird; de.admin.news.groups ist auch
1136 insofern ein Spiegel des Usenets als es dort neben gutwilligen
1137 Teilnehmern auch Unruhestifter gibt und neben netten, zuvorkommenden
1138 Teilnehmern auch starrköpfige und unfreundliche. Auch dort gilt aber,
1139 dass aus der Diskussion das wird, was die Diskutanten aus ihr machen.
1141 3.4. Überleitung zur Abstimmung oder Rückzug des Vorschlags
1142 -----------------------------------------------------------
1144 Am Ende der Diskussion sollte(n) der/die Proponent(en) sich darüber
1145 Rechenschaft ablegen, ob nach dem Verlauf der Diskussion der Vorschlag
1146 voraussichtlich erfolgversprechend sein wird. Ist das nicht der Fall,
1147 kann das Verfahren zurückgezogen werden.
1149 Anderenfalls kann dann, wenn nach Auffassung des oder der Proponenten
1150 der aus seiner/ihrer Sicht nunmehr endgültige Vorschlag feststellt,
1151 zur Abstimmung geschritten werden. Dabei ist zu beachten, dass der
1152 Vorschlag nur in der Form des letzten veröffentlichen RfDs zur
1153 Abstimmung gestellt werden kann, denn der Abstimmungsaufruf (CfV) muss
1154 inhaltlich mit dem letzten Diskussionsaufruf (RfD) im wesentlichen
1155 übereinstimmen (siehe 4.2.). Ggf. ist also vor dem Beginn der
1156 Abstimmung noch einmal ein weiterer RfD mit den letzten vorgesehenen
1157 Änderungen zu veröffentlichen.
1159 Nach Möglichkeit sollte am Ende der Diskussion nur noch ein einziger,
1160 einheitlicher Vorschlag stehen (siehe 2.5.). Jedenfalls müssen aber
1161 für jede vorgeschlagene Gruppe Name, Kurzbeschreibung, Status und
1162 Charta (und bei moderierten Gruppen der Moderator und die
1163 Submissionsadresse) - notfalls in mehreren Varianten - feststehen.
1168 Die Abstimmung über einen Vorschlag findet per E-Mail statt. Die
1169 abgegebenen Stimmen werden während des Abstimmungszeitraums an die
1170 E-Mail-Adresse des Abstimmungsleiters ("Votetaker") versandt, der sie
1171 auszählt und am Ende ein Ergebnis der Abstimmung mit Namen,
1172 E-Mail-Adresse und Stimmabgabe aller Teilnehmer veröffentlicht. Die
1173 Durchführung der Abstimmung muss nicht zwingend durch den oder die
1174 Proponenten erfolgen; aufgrund der notwendigen technischen und
1175 organisatorischen Kenntnisse und Voraussetzungen empfiehlt es sich
1176 oft, die Durchführung einem erfahrenen Usenet-Teilnehmer oder den
1177 "German Volunteer Votetakers" (GVV) zu überlassen.
1179 4.1. Voraussetzungen für die Durchführung einer Abstimmung
1180 ----------------------------------------------------------
1182 Eine regelkonforme Abstimmung ist kein Hexenwerk, bedeutet aber einen
1183 gewissen Aufwand. Folgende Voraussetzungen sollte man im Vorfeld
1186 * Für die Durchführung der Abstimmung benötigt man einen
1187 E-Mail-Account, der die Wahlscheine entgegennimmt. Dieser sollte
1188 nach Möglichkeit nicht mit der "normalen" E-Mail-Adresse des
1189 Abstimmungsleiters identisch sein, damit keine Missverständnisse
1190 auftreten oder Wahlscheine in der sonstigen Post verloren gehen.
1191 Wichtig ist insbesondere auch, dass der Account ungefiltert ist, also
1192 keine Spamfilter oder Blacklists aktiv sind, die ggf. dazu führen,
1193 dass legitime Abstimmungs-E-Mail nicht angenommen werden. Filterung
1194 von E-Mail ist heutzutage weit verbreitet; die meisten kostenlosen
1195 Mailanbieter sind daher ebenso ungeeignet wie viele Standardaccounts
1196 von Webhosting- oder Internetzugangsanbietern.
1200 + Zu Abstimmadressen und Filtermassnahmen
1201 | From: karim.senoucci@dana.de (Karim 'Kasi Mir' Senoucci)
1202 | Organization: Moderation von de.admin.news.announce
1203 | Newsgroups: de.admin.news.announce,de.admin.news.regeln
1204 | Subject: [ADMIN] Zu Abstimmadressen und Filtermassnahmen
1205 | Date: Sat, 12 Mar 2011 23:15:00 +0100
1206 | Message-ID: <Admin-Filtermassnahmen-20110312-2@dana.de>
1208 | Filtermaßnahmen bei der Durchführung von Abstimmungen
1209 | =====================================================
1210 <http://dana.de/archiv/2011-03-12-admin-wahlaccounts.txt>
1212 * Es empfiehlt sich meistens, die eingehenden Stimmzettel nicht von
1213 Hand zu bearbeiten, sondern dafür geeignete Software zu verwenden,
1214 die Plausibilitätsprüfungen vornimmt, Bestätigungen per E-Mail
1215 versenden kann und Auswertungen automatisch erstellt.
1217 Die verbreitetste Softwarelösung dafür ist UseVote; mehr
1218 Informationen dazu und eine Downloadmöglichkeit gibt es auf
1219 <http://www.usevote.de/>.
1221 * Weil ungefilterte Mailaccounts zunehmend schwer zu finden sind,
1222 haben sich einige regelmäßige Teilnehmer in de.admin.news.* dazu
1223 bereiterklärt, ungefilterte Abstimmungsaccounts einzurichten und die
1224 eingehenden Abstimmungsmails entweder an eine andere Mail-Adresse
1225 des Votetakers weiterzuleiten oder den Abruf via POP3 oder IMAP o.ä.
1226 zu ermöglichen. Dazu zählen u.a.
1228 - Ralph Angenendt <ihr.name@strg-alt-entf.org>
1229 - Ralf Döblitz <doeblitz@doeblitz.net>
1230 - Karsten Düsterloh <kd-usenet@tprac.de>
1231 - Michael Grimm <trashcan@odo.in-berlin.de>
1232 - Emil Schuster <emil@wieslauf.sub.de>
1234 Im Zweifel empfiehlt es sich, rechtzeitig mit einem der Genannten
1235 Kontakt aufzunehmen und die Einzelheiten der Vorgehensweise
1238 * Daneben besteht auch die Möglichkeit, die Abstimmung gar nicht
1239 selbst durchzuführen, sondern damit einen Dritten zu beauftragen,
1240 der weitergehende technische Möglichkeiten oder größere Erfahrungen
1241 mit der Durchführung von Abstimmungen hat. Überdies ist es zwar
1242 zulässig und auch der von den Einrichtungsregeln ursprünglich
1243 vorgesehene Regelfall, dass der Proponent auch die Abstimmung
1244 durchführt, manchmal ist es aber erwünscht, damit einen unabhängigen
1245 Dritten zu beauftragen.
1247 Dieser Dritte kann jeder interessierte Netzteilnehmer sein. Einige
1248 erfahrene Votetaker haben sich überdies zu den "German Volunteer
1249 Votetakers" (GVV) zusammengeschlossen und sind unter der Adresse
1250 <gvv@dana.de> erreichbar. Jeder Proponent kann unter dieser Adresse
1251 - rechtzeitig! - nachfragen, ob ein Mitglied der GVV bereit und in
1252 der Lage ist, für ihn die Abstimmung durchzuführen. In den letzten
1253 Jahren wurde die absolute Mehrzahl aller Abstimmungen in de.* durch
1254 Mitglieder der GVV durchgeführt.
1259 | From: Thomas Hochstein <thh@votetaker.de>
1260 | Newsgroups: de.admin.infos,de.admin.news.groups
1261 | Subject: <2021-12-13> GVV-FAQ
1263 | Archive-name: de-admin/gvv-faq
1264 | Posting-frequency: weekly
1265 | Last-modified: 2021-12-13
1266 | URL: https://votetakers.de/faq.php
1267 | URL: https://www.kirchwitz.de/~amk/dai/gvv-faq
1269 4.2. Inhalt und Aufbau eines CfV
1270 --------------------------------
1272 Auch für den Inhalt eines CfV bestehen nur wenige formale Vorgaben; er
1273 muss die notwendigen Eigenschaften der einzurichtenden Gruppe (Name,
1274 Kurzbeschreibung, Charta, Status, ggf. Moderator) und die für die
1275 Teilnahme an der Abstimmung notwendigen Informationen, namentlich die
1276 Abstimmadresse und den Abstimmungszeitraum sowie einen Wahlschein mit
1277 den einzelnen Abstimmungspunkten, enthalten.
1279 Der Abstimmungszeitraum muss mindestens drei Wochen, darf aber
1280 höchstens einen Monat betragen. Üblicherweise wird diese Frist nicht
1281 ausgeschöpft, sondern stattdessen eine Abstimmungsdauer von vier
1282 Wochen angesetzt. Das hat zum einen den Vorteil, dass die "Halbzeit",
1283 nach der ein 2. CfV veröffentlicht werden soll, mit "zwei Wochen"
1284 leichter bestimmbar ist. Zum anderen ist es üblich, Abstimmungen
1285 um Mitternacht enden zu lassen. Daher könnten sich bei einer
1286 Abstimmungsdauer von einem Monat und Veröffentlichung des 1. CfV bspw.
1287 um 16:30 Uhr unnötige Diskussionen ergeben, ob damit nicht die
1288 Höchstfrist von einem Monat um siebeneinhalb Stunden (bis Mitternacht)
1291 Schließlich muss der CfV mit dem letzten RfD im wesentlichen
1292 übereinstimmen, wie Teil 6 der Einrichtungsregeln festhält:
1294 | Nach der Diskussionsperiode kann ein Abstimmungsaufruf -- engl.
1295 | "Call for Votes" oder kurz CfV -- bei der Moderation eingereicht
1296 | werden. Dieser muss mit dem letzten RfD im wesentlichen
1299 Zweck dieser Regel ist es, zu verhindern, dass etwas anderes zur
1300 Abstimmung gestellt wurde als zuvor Gegenstand der Diskussion war.
1301 "Wesentlich" in diesem Sinne sind daher alle Eigenschaften der
1302 einzurichtenden Gruppe sowie die Abstimmungsmodalitäten; an diesen
1303 dürfen keine über die Behebung von Schreibfehlern o.ä. hinausgehenden
1304 Änderungen vorgenommen werden. Kurz und gut: Der zur Abstimmung
1305 gestellte Vorschlag darf keinen anderen Sinngehalt haben als der zuvor
1306 diskutierte. Eine Änderung der Begründung - soweit sie überhaupt im
1307 CfV wiederholt wird - ist hingegen regelmäßig unproblematisch.
1309 Üblich ist es, auf Basis des letzten veröffentlichen RfD einen CfV zu
1310 entwerfen. Dabei kann der Begründungsteil gekürzt werden oder ganz
1311 entfallen und durch einen Verweis auf die geführte Diskussion -
1312 Message-IDs der RfDs - ersetzt werden. Hinzugefügt werden dann die
1313 Abstimmungsmodalitäten: Votetaker, Abstimmadresse, Abstimmungsende,
1314 ggf. Kurzhinweise zum Vorgehen bei der Abstimmungsteilnahme,
1315 Wahlschein. Zwar empfehlen die Einrichtungsregeln, Beispiele für
1316 Stimmabgaben in den CfV aufzunehmen; dies ist jedoch absolut unüblich.
1317 Bei einfachen Abstimmungen erweist sich eine solche Darstellung
1318 nämlich als überflüssig; bei komplexeren Abstimmungen hingegen würde
1319 die Darstellung aller möglichen Abstimmungsvarianten und der
1320 entsprechenden Ergebnisse solchermaßen unübersichtlich und aufwendig,
1321 dass regelmäßig darauf verzichtet wird. Wenn jedoch die einzelnen
1322 Abstimmungsmöglichkeiten dargestellt werden, dann müssen sowohl die
1323 Abstimmungsmöglichkeiten für wie auch die gegen einen Vorschlag
1324 dargestellt werden, um eine Beeinflussung der Abstimmungsteilnehmer zu
1327 Beispiele für CfVs finden sich in de.admin.news.announce. Eine
1328 mögliche Gestaltung wäre folgende:
1330 | 1. CfV (Abstimmungsaufruf)
1331 | ==========================
1333 | zur Einrichtung der neuen Gruppe
1335 | [Gruppenname] [Kurzbeschreibung]
1337 | Status: Die Gruppe ist unmoderiert.
1344 | Hintergrund / Begründung
1345 | ----------- ----------
1347 | [kurze Begründung, ggf. Verweis auf die Diskussion]
1352 | [Name(n) und Mailadresse(n)]
1354 | Abstimmungsmodalitäten
1355 | ----------------------
1357 | Votetaker : [Name und Mailadresse]
1358 | Abstimmadresse : [Mailadresse]
1359 | Abstimmungsende: Mit Ablauf des [Datum]
1360 | Wahlschein : Untenstehendes Formular ist zu verwenden. Möglich sind
1361 | bei jedem Abstimmungspunkt JA, NEIN und ENTHALTUNG.
1363 | Es gelten die Regeln zur "Einrichtung von Usenet-Gruppen in de.*" in
1364 | der bei Beginn der Abstimmung gültigen Fassung, die in de.admin.infos
1365 | und unter <https://www.kirchwitz.de/~amk/dai/einrichtung> auch im WWW
1366 | veröffentlicht sind. Sie erläutern das Wahlverfahren detailliert und
1367 | sollten vor der ersten Teilnahme an einer Abstimmung gelesen werden.
1369 | Gezählt werden nur per E-Mail bei der Abstimmadresse eingegangene
1370 | Stimmen. Diese werden einzeln per E-Mail bestätigt. Das Ergebnis wird
1371 | nach dem Ende der Wahl veröffentlicht. Namen, E-Mail-Adresse und
1372 | Inhalt der Stimmabgabe aller Abstimmenden werden im Ergebnis genannt.
1373 | Mit Rücksicht auf das deutsche Datenschutzrecht ist daher die
1374 | gesonderte Zustimmung zur Speicherung und Veröffentlichung der
1375 | abgegebenen Stimme entsprechend Hinweis im Wahlschein nötig.
1377 | =-=-=-=-=-=-=-=- Alles vor dieser Zeile bitte loeschen =-=-=-=-=-=-=-=-
1379 | WAHLSCHEIN fuer Einrichtung von [Gruppenname]
1381 | Dein Realname, falls nicht im FROM-Header:
1383 | Wenn du keinen Real-Namen angibst, wird deine Stimme fuer
1384 | ungueltig erklaert werden.
1386 | Nr [Deine Stimme] Gruppe/Abstimmungsgegenstand
1387 | ========================================================================
1388 | #1 [ ] Einrichtung von [Gruppenname]
1390 | Zur Verarbeitung des Wahlscheines und insbesondere der
1391 | Veroeffentlichung des Ergebnisses ist deine Zustimmung zur Speicherung,
1392 | Auswertung und Veroeffentlichung deiner Stimmdaten (Name und
1393 | E-Mail-Adresse in Verbindung mit dem Stimmverhalten) im Rahmen dieses
1394 | Verfahrens erforderlich. Wenn du im Feld unterhalb dieses Absatzes "JA"
1395 | eintraegst, erklaerst du dich damit einverstanden. In allen anderen
1396 | Faellen wird der Wahlschein mit Ruecksicht auf das deutsche
1397 | Bundesdatenschutzgesetz verworfen und nicht gewertet.
1399 | #a [ ] Datenschutzklausel - Zustimmung: Ich bin mit der
1400 | Verarbeitung meiner Daten wie oben beschrieben
1403 | =-=-=-=-=-=-=-=- Alles nach dieser Zeile bitte loeschen =-=-=-=-=-=-=-=-
1405 Es empfiehlt sich, im Wahlschein eine Möglichkeit vorzusehen, den
1406 tatsächlichen Namen anzugeben, da möglicherweise im E-Mail-Programm
1407 ein Pseudonym konfiguriert ist. Der Wahlschein im obigen Beispiel ist
1408 durch die Abstimmungssoftware Usevote generiert (siehe 4.1.).
1410 Der fertige CfV ist dann wie gewohnt per E-Mail an <moderator@dana.de>
1411 an die Moderation von de.admin.news.announce einzureichen. Auch hier
1412 gehört die Liste der Gruppen dazu, in denen der RfD veröffentlicht
1413 werden soll; diese sollte dem letzten RfD entsprechen. Auch der CfV
1414 kann bereits einschließlich des Headers (mit Absender,
1415 Betreff, Gruppenliste etc.), bspw. als angehängte Textdatei,
1418 Die Veröffentlichung des CfVs wird üblicherweise länger dauern als bei
1419 den RfD, weil der Abstimmungsaufruf durch die Moderation von
1420 de.admin.news.announce nach dem 4-Augen-Prinzip überprüft wird. Daher
1421 kann - und sollte - der 1. CfV ruhig möglichst frühzeitig eingereicht
1422 werden. Den zutreffenden Endtermin der Abstimmung, der sich aus dem
1423 Zeitpunkt der Veröffentlichung ergibt, setzt die Moderation dann
1426 4.3. Sonderfall: CfV mit persönlichem Wahlschein
1427 ------------------------------------------------
1429 Ergänzend zu der üblichen Form der Abstimmung, bei der bereits der CfV
1430 einen Wahlschein enthält, sehen die Einrichtungsregeln in ihrem Teil
1431 6a auch die Möglichkeit einer Abstimmung unter Verwendung persönlicher
1434 Diese 1998/1999 eingeführte Verfahrensweise [5] soll die Manipulation
1435 von Abstimmungen erschweren, indem sie das normale
1436 Abstimmungsverfahren durch ein Zwei-Schritt-Verfahren ersetzt: der
1437 Abstimmungswillige muss zunächst einen persönlichen Wahlschein beim
1438 Votetaker anfordern, der ein kodiertes, eindeutig dem
1439 Abstimmungswilligen zuzuordnendes Merkmal erhält und sodann diesen
1440 persönlichen - und an seine E-Mail-Adresse gekoppelten - Wahlschein
1441 ausgefüllt zurücksenden. Andere Wahlscheine oder die Verwendung einer
1442 anderen E-Mail-Adresse werden nicht akzeptiert.
1444 Diese Vorgehensweise soll u.a. verhindern, dass vorausgefüllte
1445 Wahlscheine verbreitet werden, die durch beliebige Netzteilnehmer ohne
1446 Kenntnis des Verfahrens (oder gar ohne Kenntnis von der Existenz des
1447 Usenets) dann an die Abstimmungsadresse versandt werden. Als
1448 Nebeneffekt wird damit die zur selben Zeit festgeschriebene Forderung,
1449 dass die zur Abstimmung verwendete Adresse gültig sein, d.h. E-Mails
1450 entgegennehmen muss, überprüfbar - denn nur wer eine gültige Adresse
1451 als Absender verwendet, kann den Wahlschein erhalten, und nur so - und
1452 mit dieser Adresse - kann er an der Abstimmung teilnehmen.
1454 Da allerdings weiterhin andere Manipulationsmöglichkeiten verbleiben
1455 und der Aufwand für die Durchführung dieses Verfahrens vergleichsweise
1456 hoch ist, wird ein Verfahren nach Teil 6a der Regeln nur selten
1459 In der Abstimmungssoftware Usevote (siehe 4.1.) ist die Durchführung
1460 solcher Verfahren implementiert.
1462 [5] Der Vorschlag und die entsprechende Begründung lassen sich im
1463 Archiv von Google Groups unter
1464 <https://groups.google.com/group/de.admin.news.announce/browse_frm/thread/fd056d977d6a5240>
1467 4.4. Abstimmungsphase
1468 ---------------------
1470 Während der drei- oder vierwöchigen (maximal aber einmonatigen)
1471 Abstimmungsphase muss der Abstimmungsaccount durchgehend erreichbar
1472 sein. Jede abgegebene Stimme sollte - nach Möglichkeit einigermaßen
1473 zeitnah, am besten automatisiert - per E-Mail bestätigt werden; in
1474 dieser Bestätigung sollte angegeben sein, welche Stimme(n) und welcher
1475 Name sowie welche Mailadresse für den Abstimmenden registriert wurden.
1476 Für Zwecke der Abstimmung ist die Adresse im From: der E-Mail zu
1477 erfassen; an diese sollte auch die Bestätigung versandt werden, um
1478 sicherzustellen, dass diese Stimme auch tatsächlich vom angegebenen
1479 Absender stammte (und die Abstimmadresse replyfähig ist, d.h. E-Mail
1480 dort empfangen werden kann). Außerdem sollte in der Bestätigung
1481 angegeben sein, wie eine Stimme nachträglich geändert oder komplett
1482 zurückgezogen werden kann (wenn bspw. eine E-Mail-Adresse verwendet
1483 wurde, die nicht im Usenet veröffentlicht werden soll.)
1485 In der Mitte der Abstimmungsphase ist es üblich, einen 2. CfV zu
1486 veröffentlichen, der dem 1. CfV inhaltlich entspricht, der aber eine
1487 Liste der Abstimmenden (Name, und E-Mail-Adresse, aber keinesfalls die
1488 Stimmabgaben!) enthält; dabei kann auch bereits angegeben werden, ob
1489 Stimmen voraussichtlich als ungültig gewertet werden. Weil auch der 2.
1490 CfV im Rahmen der üblichen Bearbeitungszeiten regelmäßig nicht sofort,
1491 sondern erst nach einigen (Stunden oder) Tagen veröffentlicht werden
1492 wird, schadet es nicht, den Zeitpunkt anzugeben, zu dem die Liste der
1493 Abstimmenden erstellt wurde, und auch den 2. CfV bereits ein oder zwei
1494 Tage vor dem geplanten Veröffentlichungszeitraum einzureichen.
1496 Mit dem Ablauf der Abstimmungsperiode (in der Regel um Mitternacht)
1497 endet die Abstimmung. Verspätete Stimmen werden nicht mehr gezählt.
1499 4.5. Auswertung und Ergebnis der Abstimmung
1500 -------------------------------------------
1502 Nach dem Ende der Abstimmung wird diese durch den Votetaker ausgezählt.
1504 Dabei werden zunächst die JA- und NEIN-Stimmen sowie Enthaltungen
1505 gezählt. Wenn eine Person mehrere Stimmen abgegeben hat, gilt die
1506 zuletzt abgegebene Stimme. Bei Unklarheiten hinsichtlich des Inhalts
1507 der Stimmabgabe oder des Namens oder der Mailadresse sollte mit dem
1508 Abstimmenden Rücksprache gehalten werden. Das gleiche gilt, wenn
1509 mehrere Stimmen offenbar von derselben Person stammen (gleicher Name,
1510 unterschiedliche Mailadresse oder umgekehrt), um festzustellen, ob nur
1511 die letzte Stimme zu werten ist oder es sich doch um verschiedene
1514 Stimmen, die nicht eindeutig sind, oder die in anderer Weise nicht den
1515 Einrichtungsregeln genügen (Angabe eines falschen oder nicht
1516 vollständigen Namens, nicht replyfähige Abstimmadresse), dürfen nicht
1517 gewertet werden. Der Votetaker sollte auch die Möglichkeit von
1518 Manipulationsversuchen (mehrfache Stimmabgaben unter verschiedenen
1519 Identitäten, Weitergabe des Wahlscheins außerhalb der Gruppen, in
1520 denen er veröffentlicht wurde, Beeinflussung der Abstimmung durch
1521 "Campaigning") im Auge behalten und entsprechende Überprüfungen
1522 vornehmen. Unklarheiten sollten mit den betroffenen
1523 Abstimmungsteilnehmern geklärt werden. Im Einzelfall kann auch die
1524 Meinung der Moderation zu einer umstrittenen Frage eingeholt werden;
1525 es empfiehlt sich, zumindest die Entscheidungen der Moderation aus
1526 vergangenen Jahren zu früheren Zweifelsfällen zu Rate zu ziehen. Diese
1527 sind, soweit sie eine Bedeutung über den konkret entschiedenen
1528 Einzelfall hinaus haben und nicht später revidiert wurden, unter
1529 <http://www.dana.de/archiv.html> auch im Web veröffentlicht.
1531 Bei der Auswertung sollte der Votetaker im eigenen Interesse die
1532 datenschutzrechtlichen Regelungen der Jurisdiktion(en), der oder denen
1533 er unterliegt, berücksichtigen. Dies gilt insbesondere, sofern zur
1534 Speicherung, Verarbeitung und vor allem Veröffentlichung der
1535 personenbezogenen Daten der Abstimmungsteilnehmer ausdrückliche
1536 Einwilligungserklärungen erforderlich sind.
1538 Danach ist eine Ergebnisveröffentlichung ("Result") vorzubereiten.
1539 Üblich ist es, die Gesamtzahl der gültigen Stimmen und sodann für
1540 jeden Abstimmungspunkt die Anzahl der JA- und NEIN-Stimmen, der
1541 Enthaltungen und ungültigen Stimmabgaben zu nennen. Angenommen ist der
1542 Vorschlag, wenn mindestens 15 JA-Stimmen eingegangen sind und die
1543 Anzahl der JA-Stimmen mindestens doppelt so groß ist wie die Anzahl
1544 der NEIN-Stimmen (2/3-Mehrheit).
1546 Zwingend ist zudem die Veröffentlichung einer Liste aller Abstimmenden
1547 mit Namen und E-Mail-Adresse sowie Stimmabgabe. Auch Enthaltungen und
1548 ungültige Stimmen sind anzugeben, bei letzteren unter Angabe einer
1549 stichwortartigen Begründung für die Nichtwertung. Dies ermöglicht es
1550 allen Interessierten, das Ergebnis der Abstimmung nachzuvollziehen.
1552 In besonderen Fällen kann die Veröffentlichung von Name und/oder
1553 Adresse eines Abstimmungsteilnehmers unterbleiben. Insbesondere dürfte
1554 das relevant sein, wenn Gruppen von einer Abstimmung betroffen sind,
1555 in denen aus bestimmten Gründen die Verwendung von Pseudonymen
1558 5. Verfahrensabschluss und Umsetzung
1559 ====================================
1561 Mit der Veröffentlichung des Results durch die Moderation von
1562 de.admin.news.announce beginnt eine einwöchige Einspruchsfrist, in der
1563 jeder Interessierte Einspruch mit der Begründung einlegen kann, dass
1564 bei der Durchführung der Abstimmung schwerwiegende Unregelmäßigkeiten
1565 gab. Das können bspw. technische Probleme mit der Abstimmadresse sein,
1566 die Nichtwertung oder falsche Wertung von Stimmen durch den Votetaker
1567 oder einer der bereits unter 4.5. angerissenen Manipulationsversuche.
1569 Mit fruchtlosem Ablauf der Einspruchsfrist wird das Ergebnis der
1570 Abstimmung bestandskräftig; die Moderation von de.admin.news.announce
1571 wird dann die entsprechenden digital signierten Steuernachrichten
1572 versenden, die üblicherweise die automatische Einrichtung der neuen
1573 Gruppe(n) auf allen Newsservern nach sich ziehen, die de.* führen, und
1574 die kanonische List der in de.* existierenden Newsgroups entsprechend
1577 Ansonsten wird die Moderation über eingegangene Einsprüche entscheiden
1578 und das Ergebnis der Abstimmung entweder entsprechend anpassen oder
1579 schlimmstenfalls annullieren. Wenn feststeht, dass der Einspruch das
1580 veröffentlichte Ergebnis nicht tangiert (weil bspw. nur Einspruch
1581 gegen die Wertung einer einzelnen Stimme eingelegt wurde, das aber
1582 keinen Einfluss auf das Ergebnis haben kann), erfolgt die Umsetzung in
1583 der Regel bereits mit Ablauf der Einspruchsfrist, ansonsten erst dann,
1584 wenn über den Einspruch abschließend entschieden ist.
1586 Das Einrichtungsverfahren ist damit beendet.
1588 6. Sonderfall: Vereinfachtes Verfahren (VV)
1589 ===========================================
1591 Nicht jeder marginale Änderungsvorschlag muss zwingend das vorstehend
1592 geschilderte umfangreiche Verfahren nach sich ziehen. Für kleinere
1593 Änderungen sehen die Einrichtungsregeln in ihrem Teil 10 ein sog.
1594 "Vereinfachtes Verfahren" (kurz "VV") vor, bei dem Diskussions- und
1595 Abstimmungsphase zugunsten einer Widerspruchslösung entfallen.
1597 Bei einem VV wird der entsprechende Änderungsvorschlag, der dieselben
1598 Anforderungen wie ein RfD erfüllen muss (siehe 3.1.), zur
1599 Veröffentlichung in de.admin.news.announce bei <moderator@dana.de>
1600 eingereicht. Dieser Vorschlag im vereinfachten Verfahren muss darüber
1601 hinaus ausdrücklich darauf hinweisen, dass die vorgeschlagene Änderung
1602 ohne weiteres vorgenommen wird, wenn ihr nicht binnen einer
1603 gleichfalls anzugebenden Frist, die mindestens zwei Wochen betragen
1604 muss, per E-Mail an die Moderation von de.admin.news.announce (deren
1605 E-Mail-Adresse anzugeben ist) widersprochen wird.
1607 Nach Abschluss der Widerspruchsfrist stellt die Moderation von
1608 de.admin.news.announce entweder fest, dass kein Widerspruch
1609 eingegangen ist und der Vorschlag angenommen wurde, oder
1610 veröffentlicht Namen und E-Mail-Adresse der Widerspruchsführer. Im
1611 letzteren Fall ist das VV gescheitert und kann durch den Proponenten
1612 als normales Verfahren mit dem 1. RfD fortgeführt oder aufgegeben
1615 Wenn der Änderungsvorschlag angenommen wurde, wird er durch die
1616 Moderation von de.admin.news.announce umgesetzt (siehe 5.).
1618 7. Löschungen, Umbenennungen, Status- und Regeländerungen u.ä.
1619 ==============================================================
1621 Bereits die Einleitung ("Übersicht") der Einrichtungsregeln weist
1622 darauf hin, dass der gepostete Text zwar den Betreff "Einrichtung von
1623 Usenet-Gruppen in de.*" trägt und sich die Ausführungen auch (im
1624 wesentlichen nur) mit der Einrichtung neuer Gruppen beschäftigen, sie
1625 aber für alle Änderungen am Gruppenbestand analog gelten und auch für
1626 andere Entscheidungen - und Personenwahlen - entsprechend angewendet
1627 werden können (und regelmäßig auch angewendet werden):
1629 | Diese Spielregeln gelten für die Einrichtung oder Entfernung einer
1630 | Gruppe sowie Änderung ihrer Attribute. Die Attribute einer Gruppe
1631 | sind: Gruppenname, Kurzbeschreibung, Charta und Status (moderiert/
1632 | unmoderiert) sowie bei moderierten Gruppen die Moderatoren.
1634 | Es spricht nichts dagegen, auch andere hierarchieweit wirkende
1635 | Entscheidungen nach analogen, nur im Detail abweichenden, Regeln
1638 | Zur Moderatoren-Nachfolge in bestehenden moderierten Gruppen sind
1639 | diese Spielregeln weder zwingend noch die einzigen Regeln.
1641 Die Einrichtungsregeln stammen im Ursprung aus der Zeit der Gründung
1642 und Expansion der Hierarchie de.*, so dass sie sich im wesentlichen
1643 mit einer koordinierten Vorgehensweise bei der Einrichtung neuer
1644 Gruppen beschäftigen. Je größer die Hierarchie wurde (und je stärker
1645 die Nutzerzahlen wieder zurückgingen), desto häufiger wurden dann
1646 Änderungs- und Löschungsverfahren, aber auch Regeländerungen.
1648 Grundsätzlich ist die Vorgehensweise in diesen Fällen den
1649 Einrichtungsverfahren vergleichbar, insbesondere die
1650 Begründungsansätze sind aber freilich andere.
1652 7.1. Gruppenlöschungen
1653 ----------------------
1655 Gruppenlöschungen sind das Gegenteil von Neueinrichtungen und kommen
1656 dementsprechend auch aus den umgekehrten Gründen wie diese in
1657 Betracht. Sie werden zumeist dann vorgeschlagen, wenn eine Gruppe
1658 nicht mehr oder praktisch nicht mehr genutzt wird und dementsprechend
1659 leersteht. So wie eine neue Gruppe oft durch Aufspaltung einer
1660 bestehenden, sehr rege genutzten Gruppe in mehrere Untergruppen
1661 entsteht, sollen so umgekehrt die fast leeren Untergruppen wieder zu
1662 einer gemeinsamen Obergruppe zusammengeführt werden. Ziel ist es
1663 letztlich bei Einrichtungen wie bei Löschungen von Gruppen, eine
1664 thematische Aufteilung zu erreichen, die gerade so fein ist, dass
1665 Gruppen zu intensiv diskutierten Themen nicht überfüllt sind und
1666 Gruppen zu selten diskutierten Themen nicht leer stehen.
1668 * Insofern wird die Begründung eines Löschungsvorschlags in der Regel
1669 primär auf eine statistische Auswertung über einen längeren Zeitraum
1670 (mindestens 12 Monate, im Zweifel aber auch länger) gestützt, um zu
1671 belegen, dass die Gruppe kaum mehr genutzt wird. Zur Erstellung
1672 solcher Statistiken kann das Projekt "de.* in Graphen" [6] hilfreich
1673 sein. Zahlen sind aber nicht alles; jedenfalls so lange die Anzahl
1674 der Postings pro Jahr (!) nicht in den niedrigen zweistelligen
1675 Bereich abrutscht, können niedrige Nutzungszahlen nur ein Hinweis
1676 auf eine tote oder sterbende Gruppe sein. Entscheidender ist dann
1677 oft, wie auf Postings - Fragen oder Diskussionsanregungen - reagiert
1678 wird. Kommen auf Fragen zeitnah kompetente Antworten? Werden zur
1679 Diskussion gestellte Argumente kompetent diskutiert? Wenn ja, dann
1680 gibt es in der Gruppe zumindest noch eine aktive Community, die zwar
1681 selbst kaum mehr Fragen oder Diskussionsthemen hat, aber auf solche
1682 Anlässe reagiert und die Gruppe wieder mit Leben füllt. Das spricht
1683 eher gegen eine Löschung der Gruppe.
1685 [6] <http://usenet.dex.de/>
1687 * Ein weiterer wichtiger Punkt ist die Benennung einer - oder mehrerer -
1688 Ausweichgruppe(n), in denen das Thema oder die Themenkomplexe der
1689 zur Löschung vorgeschlagenen Gruppe zukünftig diskutiert werden
1690 sollen. Wenn die Gruppe in einem größeren thematischen Zusammenhang
1691 steht, ist es in der Regel einfach, eine solche Ausweichgruppe zu
1692 benennen, was dann wiederum für eine niedrigere Schwelle zur
1693 Löschung spricht, denn so werden einzelne, mittlerweile weniger
1694 intensiv diskutierte Unterbereiche eines größeren Themas wieder
1695 thematisch zusammengefasst.
1697 Ein Beispiel dafür wäre die Teilhierarchie
1698 de.comp.office-pakete.ms-office.*, die aus den Gruppen
1700 - de.comp.office-pakete.ms-office.excel
1701 - de.comp.office-pakete.ms-office.outlook
1702 - de.comp.office-pakete.ms-office.powerpoint
1703 - de.comp.office-pakete.ms-office.word
1704 - de.comp.office-pakete.ms-office.misc
1706 besteht. Sollte sich herausstellen, dass zwar zu Word und Excel
1707 intensiv diskutiert wird, es aber kaum Fragen zu Powerpoint gibt,
1708 würde eine Löschung der Gruppe
1709 de.comp.office-pakete.ms-office.powerpoint - wie sie Ende 2013
1710 erfolgte - bedeuten, dass das Thema "Powerpoint" nunmehr in
1711 de.comp.office-pakete.ms-office.misc diskutiert werden kann,
1712 zusammen mit anderen, seltener (genutzten und) diskutierten
1713 Komponenten von Microsoft Office wie bspw. OneNote.
1715 Manche Gruppen aber fassen ein weit gespanntes Thema zusammen, für
1716 das ansonsten keine vergleichbare Gruppe besteht, sondern allenfalls
1717 ein bunter Strauß verschiedenster Gruppen zu einzelnen Facetten des
1718 Themas; manche Gruppen sind auch die einzigen oder letzten, die sich
1719 (noch) mit einem solchen Thema befassen. In solchen Fällen ist eine
1720 besonders kritische Prüfung erforderlich, ob sich die Gruppe nicht
1721 wieder beleben lässt, weil dann die Gefahr besteht, dass ermangels
1722 Alternativen das Thema völlig aus dem Usenet verschwindet. Solche
1723 Gruppen sollten daher nur zur Löschung vorgeschlagen werden, wenn
1724 das Thema letztlich bereits aus dem Usenet verschwunden *ist*.
1726 * Wenn die letzte Gruppe einer Teilhierarchie gelöscht wird, stellt
1727 sich zudem noch die Frage, ob die *.misc-Gruppe der Hierachie
1728 umbenannt werden soll (vgl. 2.5.: "Einrichtung einer neuen
1731 So besteht die Teilhierarchie de.comm.protocols.* aus den beiden
1734 - de.comm.protocols.tcp-ip
1735 - de.comm.protocols.misc
1737 Würde man die Gruppe de.comm.protocols.tcp-ip löschen, könnte man
1738 die verbleibende Gruppe de.comm.protocols.misc nunmehr (wieder) in
1739 de.comm.protocols umbenennen, um so den Namen zu verkürzen und die
1740 Struktur besser erkennbar zu machen. Gegen eine solche Umbenennung
1741 spricht, dass Umbenennungen technisch nicht möglich sind, sondern
1742 nur durch eine Löschung der bestehenden Gruppe und die
1743 Neueinrichtung der Gruppe mit dem geänderten Namen umgesetzt werden
1744 können (siehe 7.2.).
1749 Umbenennungen von Gruppen erfolgen in der Regel nur im Zusammenhang
1750 mit anderen Änderungen am Gruppenbestand. Dass eine Gruppe ohne
1751 weiteren Anlass bloß an eine andere Stelle im Hierarchiebaum (siehe
1752 2.1.1.) verschoben wird, ist sehr selten.
1754 Das liegt u.a. daran, dass technisch eine Umbenennung einer Gruppe
1755 nicht möglich ist. Was man organisatorisch als "Umbenennung"
1756 bezeichnet, ist technisch schlicht die (zusätzliche) Einrichtung der
1757 Gruppe mit dem neuen Namen, gefolgt ungefähr eine Woche später von der
1758 Löschung der Gruppe mit dem alten Namen. Dies führt dazu, dass alle
1759 bestehenden Diskussionen auf den Newsservern mit der alten Gruppe
1760 zusammen verschwinden und zudem Nutzer, die nur unregelmäßig in die
1761 Gruppe hineinschauen, sie dann plötzlich nicht mehr finden können.
1762 Eine solche Umbenennung will also wohlüberlegt sein.
1764 7.3. Änderungen von Charta und/oder Kurzbeschreibung
1765 ----------------------------------------------------
1767 Neben dem Namen können auch alle anderen Attribute einer Gruppe (für
1768 deren Beschreibung siehe 2.) geändert werden, namentlich die Charta
1769 und die Kurzbeschreibung. Auch dies erfolgt nur selten isoliert;
1770 meistens ist eine vorgeschlagene Chartaänderung die Folge einer
1771 Reorganisation, also der Einrichtung oder Löschung anderer Gruppen, so
1772 dass klarstellende Änderungen hinsichtlich des Themenbereichs einer
1773 bestehenden Gruppe notwendig werden oder auch die Namen der gelöschten
1774 oder sonstwie geänderten Newsgroups aus der Charta entfernt werden
1775 müssen. Manchmal ergibt sich aber der Bedarf nach einer Abgrenzung
1776 oder Erweiterung der Charta einer Gruppe auch so, wenn sich bspw. der
1777 thematische Fokus verschiebt.
1779 Eine Charta- oder Kurzbeschreibungsänderung ist dabei im wesentlichen
1780 kein technischer Vorgang. Geänderte Kurzbeschreibungen werden ggf.
1781 durch eine Steuernachricht umgesetzt (siehe 5.); da Chartas ohnehin
1782 nicht auf Newsservern gespeichert werden und daher auch nicht im
1783 Newsreader angezeigt werden können (siehe 2.3.), sondern nur
1784 organisatorische Metainformationen darstellen, werden Chartaänderungen
1785 auch nur durch eine entsprechende Information per Posting in
1786 de.admin.news.announce und der betroffenen Gruppe "umgesetzt".
1788 7.4. Statusänderungen
1789 ---------------------
1791 Die Umstellung einer bestehenden unmoderierten Newsgroup auf
1792 "moderiert" bzw. einer vormals moderierten Newsgroup auf den Status
1793 "unmoderiert" ist nicht unproblematisch. Auch dies hat technische
1794 Gründe; nicht immer erfolgen technische Umstellungen durch
1795 Steuernachrichten wirklich überall auf jedem Newsserver oder gar
1796 überall zur gleichen Zeit. Dies kann dazu führen, dass die Gruppe auf
1797 manchen Servern noch als moderiert geführt wird, auf anderen aber
1798 schon als unmoderiert (oder umgekehrt).
1800 Soll eine bisher unmoderierte Gruppe zukünftig moderiert sein, führt
1801 dies dazu, dass Postings über Newsserver, auf denen die Gruppe noch
1802 als unmoderiert angelegt ist, nur auf anderen solchen Newsservern
1803 erscheinen; auf Newsservern, die die Gruppe schon als "moderiert"
1804 führen, werden diese Postings schlicht verworfen. Wenn umgekehrt eine
1805 bisher moderierte Gruppe zukünftig unmoderiert sein soll, werden
1806 Newsserver, die diese Umstellung (noch) nicht vollzogen werden,
1807 weiterhin eingereichte Postings per E-Mail an die (nicht mehr
1808 bestehende) Moderation weiterleiten, so dass auch dann Beiträge
1811 Diese technischen Probleme müssen bereits in der Diskussionsphase
1812 berücksichtigt werden und erfordern - in der Regel von denjenigen, die
1813 den Vorschlag vorbringen - zusätzlichen Aufwand, um die Situation im
1814 Auge zu behalten und ggf. die Betreiber von Newsservern an die
1815 notwendige Umstellung zu erinnern.
1817 Ansonsten gelten die unter 2.4. dargestellten zusätzlichen Erwägungen
1818 für die Einrichtung moderierter Gruppen entsprechend.
1820 7.5. Regeländerungen und Personenwahlen
1821 ---------------------------------------
1823 Neben Änderungen am Gruppenbestand können - und werden - die
1824 Einrichtungsregeln analog auch für andere Entscheiungen (bspw. die
1825 Änderung der Einrichtungsregeln selbst) herangezogen.
1827 Sie gelten - teilweise modifiziert - auch für Personenwahlen, bspw.
1828 für die Neuwahl der Moderation von de.admin.news.announce [7] oder die
1829 von der amtierenden Moderation in regelmäßigen Abständen
1830 durchgeführten Nachwahlen [8]. In gleicher Weise wäre es auch möglich,
1831 jede andere Moderation einer moderierten Newsgroup - ggf. gegen ihren
1832 Willen - auszutauschen. Ansonsten ist anerkannt, dass jede Moderation
1833 einer moderierten Gruppe Mitglieder ausschließen oder neue Mitglieder
1834 aufnehmen und auch die Moderation komplett an andere Personen
1835 übergeben kann. Diese Entscheidung kann dann nur durch ein
1836 Neuwahlverfahren - analog der Einrichtungsregeln - übersteuert werden.
1838 [7] Festgehalten ist dies in den "Moderatorenwahlregeln", die
1839 gleichfalls in de.admin.infos veröffentlicht sind:
1840 | From: ole-fg@gmx.de (Olaf Schneider), adrian.suter@schweiz.org (Adrian Suter)
1841 | Newsgroups: de.admin.infos,de.admin.news.misc
1842 | Subject: <1998-05-18> Neuwahl der de.admin.news.announce-Moderation
1844 | Archive-name: de-admin/dana-neuwahl
1845 | Posting-frequency: weekly
1846 | Last-modified: 1998-05-18
1847 | URL: https://www.kirchwitz.de/~amk/dai/dana-neuwahl
1849 [8] Diese beruhen auf freiwilliger Übung der derzeit amtierenden
1850 Moderation von de.admin.news.announce und sind daher (nur) in
1851 deren Moderationskonzept (dort Abschnitt 4) festgehalten, das
1852 regelmäßig in de.admin.news.announce veröffentlicht wird:
1853 | From: moderator@dana.de (Moderation von de.admin.news.announce)
1854 | Newsgroups: de.admin.news.announce,de.admin.news.misc
1855 | Subject: <2022-01-16> Moderationskonzept der derzeitigen Moderation
1856 und auch auf den Webseiten der Moderation unter
1857 <http://dana.de/modkonzept.html> abgerufen werden kann.
1862 Alle in diesen Erläuterungen genannten Quellen sind hier noch einmal
1863 zusammengefasst und um weitere Hinweise ergänzt.
1865 8.1. Grundlegende Informationen
1866 -------------------------------
1868 Folgende Texte sollten einem Proponenten unbedingt bekannt sein:
1870 + Einrichtung von Usenet-Gruppen in "de.*" (Einrichtungsregeln)
1871 | From: thh@thh.name (Thomas Hochstein)
1872 | Newsgroups: de.admin.infos,de.alt.admin
1873 | Subject: <2021-12-13> Einrichtung, Aenderung und Entfernung von Usenet-Gruppen in de.*
1875 | Archive-name: de-admin/einrichtung
1876 | Posting-frequency: weekly
1877 | Last-modified: 2021-12-13
1878 | URL: https://www.kirchwitz.de/~amk/dai/einrichtung
1879 | URL: https://th-h.de/archives/faqs/einrichtung.txt
1881 + Missverstaendnisse in de.admin.news.groups
1882 | From: 3.14@piology.org (Boris 'pi' Piwinger)
1883 | Newsgroups: de.admin.infos,de.admin.news.groups,de.alt.admin
1884 | Subject: <2009-01-24> Missverstaendnisse in de.admin.news.groups
1886 | Archive-name: de-admin/dang-faq
1887 | Posting-frequency: weekly
1888 | Last-modified: 2009-01-24
1889 | URL: https://www.kirchwitz.de/~amk/dai/dang-faq
1891 + Die Newsgruppen der de-Hierarchie (Gruppenliste)
1892 | From: Thomas Hochstein <thh@thh.name>
1893 | Newsgroups: de.newusers.infos,de.admin.news.groups,de.alt.admin
1894 | Subject: <Datum> Die Newsgruppen der de-Hierarchie
1896 | Archive-name: de-newusers/de-newsgruppen
1897 | Posting-frequency: weekly
1898 | URL: https://www.kirchwitz.de/~amk/dni/de-newsgruppen
1900 8.2. Weiterführende Hinweise
1901 ----------------------------
1903 Folgende Texte sind allgemein oder für spezielle Fragen hilfreich oder
1906 + Moderationskonzept der derzeitigen Moderation von d.a.n.a
1907 | From: moderator@dana.de (Moderation von de.admin.news.announce)
1908 | Newsgroups: de.admin.news.announce,de.admin.news.misc
1909 | Subject: <2022-01-16> Moderationskonzept der derzeitigen Moderation
1910 <http://dana.de/modkonzept.html>
1912 + Wichtige Begriffe in de.admin.news.* (dan-Glossar)
1913 | From: thh@thh.name (Thomas Hochstein)
1914 | Newsgroups: de.admin.infos
1915 | Subject: <2023-08-09> Wichtige Begriffe in de.admin.news.*
1917 | Archive-name: de-admin/dan-glossar
1918 | Posting-frequency: weekly
1920 | Last-modified: 2023-08-09
1921 | URL: https://th-h.de/archives/faqs/dan-glossar.txt
1922 | URL: https://www.kirchwitz.de/~amk/dai/dan-glossar
1924 + Wann kann ich mit Erfolg eine neue Newsgroup vorschlagen?
1925 <https://th-h.de/net/usenet/admin/newgroup/#vorschlag>
1927 + Erste Schritte zur Einrichtung neuer Gruppen
1928 <https://web.archive.org/web/20070105012315/http://usenet.babylonsounds.com/rfd_howto.html>
1930 + FAQ: Entscheidungsfindung bei mehreren Moeglichkeiten
1931 | From: Ralf Döblitz <faq@netzverwaltung.net>
1932 | Newsgroups: de.admin.news.misc,de.admin.infos
1933 | Subject: <2013-06-09> FAQ: Entscheidungsfindung bei mehreren Moeglichkeiten
1935 | Archive-name: de-admin/entscheidung
1936 | Posting-frequency: weekly
1937 | Last-modified: 2013-06-09
1938 | URL: https://www.kirchwitz.de/~amk/dai/entscheidung
1940 + Regeln fuer Newsgruppennamen
1941 | From: "Christian Schulz - GVV" <gvv@spinfo.uni-koeln.de>
1942 | Newsgroups: de.admin.news.announce,de.admin.news.regeln,de.admin.news.groups,de.alt.admin
1943 | Subject: Regeln fuer Newsgruppennamen angenommen (247:25)
1945 | Message-ID: <result-regel-newsgruppennamen-18.07.2000@dana.de>
1946 <https://groups.google.de/group/de.admin.news.announce/msg/b850df16546fd0ea>
1949 | From: Thomas Hochstein <thh@votetaker.de>
1950 | Newsgroups: de.admin.infos,de.admin.news.groups
1951 | Subject: <2021-12-13> GVV-FAQ
1953 | Archive-name: de-admin/gvv-faq
1954 | Posting-frequency: weekly
1955 | Last-modified: 2021-12-13
1956 | URL: https://votetakers.de/faq.php
1957 | URL: https://www.kirchwitz.de/~amk/dai/gvv-faq
1959 + Filtermaßnahmen bei der Durchführung von Abstimmungen
1960 | From: karim.senoucci@dana.de (Karim 'Kasi Mir' Senoucci)
1961 | Organization: Moderation von de.admin.news.announce
1962 | Newsgroups: de.admin.news.announce,de.admin.news.regeln
1963 | Subject: [ADMIN] Zu Abstimmadressen und Filtermassnahmen
1964 | Date: Sat, 12 Mar 2011 23:15:00 +0100
1965 | Message-ID: <Admin-Filtermassnahmen-20110312-2@dana.de>
1966 <http://dana.de/archiv/2011-03-12-admin-wahlaccounts.txt>
1968 + Unknown: NetNews Moderator's Handbook (1994, engl.)
1969 <https://www.eyrie.org/~eagle/usefor/other/moderators-handbook>
1971 + Denis McKeon: Moderated Newsgroups FAQ (1997, engl.)
1972 <http://pages.swcp.com/~dmckeon/mod-faq.html>
1974 + Russ Allbery: Pitfalls of Newsgroup Moderation (engl.)
1975 <https://www.eyrie.org/~eagle/faqs/mod-pitfalls.html>
1977 + Big-8 Moderation Board Wiki: Moderated Newsgroups (engl.)
1978 <https://www.big-8.org/wiki/Moderated_Newsgroups>
1980 + Big-8 Moderation Board Wiki: Moderation Software (engl.)
1981 <https://www.big-8.org/wiki/Moderated_Newsgroups#Moderation_Software>
1983 + Informationen über de.alt.test.moderated
1984 | From: Thomas Hochstein <thh@thh.name>
1985 | Newsgroups: de.alt.test.moderated
1986 | Subject: Info: de.alt.test.moderated <2020-08-23>
1988 | Posting-frequency: monthly
1989 | Last-modified: 2020-08-23
1990 | URL: https://th-h.de/net/usenet/faqs/datm-info/
1992 + Entscheidungen der Moderation von de.admin.news.announce
1993 <http://www.dana.de/archiv.html>
1998 Folgende Webseiten sollten bekannt sein oder können bei der Durchführung des
1999 Einrichtungsverfahrens helfen:
2001 + Webseite der Moderation von de.admin.news.announce
2002 <http://www.dana.de/>
2004 + "Aktueller Stand der Diskussionen und Abstimmungen" (dana-Status)
2005 wöchentlich veröffentlicht in de.admin.news.announce
2006 <http://www.dana.de/status.html>
2008 + GVV-Statusübersicht
2009 <https://votetakers.de/status.php>
2011 + Abstimmungssoftware UseVote
2012 <http://www.usevote.de/>
2015 <http://usenet.dex.de/>
2017 9. Maintainer und Kontakt
2018 =========================
2020 9.1. Derzeitige Maintainer
2021 --------------------------
2023 Maintainer dieser FAQ: Thomas Hochstein <thh@thh.name>
2024 Michael Ottenbruch <dana-manual@ottenbruch.net>
2026 Das dana-Manual wurde im März/April 2011 vollständig überarbeitet und
2029 Weitere Änderungen und Ergänzungen nehmen die Maintainer gerne
2030 entgegen. Vorschläge können per E-Mail an <dana-manual@usenet.th-h.de>
2031 gerichtet werden. Im Falle einer öffentlichen Diskussion solcher
2032 Vorschläge ist ein Hinweis an die Maintainer hilfreich.
2034 Das dana-Manual ist auch in einem Git-Repository unter
2035 <https://code.th-h.de/?p=faqs/dana-manual.git> verfügbar und kann über
2036 die Weboberfläche eingesehen oder via "git clone" ausgecheckt werden.
2037 Bei Änderungsvorschlägen sind Git-Patches am einfachsten zu
2038 verarbeiten; natürlich nehmen die Maintainer aber auch jede andere
2039 Form von Anregungen entgegen.
2041 Für Hinweise, Anregungen und Verbesserungsvorschläge sei insbesondere
2046 9.2. Frühere Fassungen
2047 ----------------------
2049 Maintainer bis 2010: Thomas Roessler, Dirk Nimmich
2051 Zu der ursprünglichen Fassung dieses Textes und seiner Entstehung
2052 haben außerdem beigetragen:
2060 - Hans-Christoph Wirth
2064 Id: $Format:%t %d %ai %an$