Archive-name: de-newusers/dana-manual
Posting-frequency: weekly
-Version: 2.2.0
+Version: 2.2.8
Last-modified: (unreleased)
-URL: http://www.kirchwitz.de/~amk/dai/dana-manual
-URL: http://th-h.de/faq/dana-manual.txt
+URL: https://www.kirchwitz.de/~amk/dai/dana-manual
+URL: https://th-h.de/archives/faqs/dana-manual.txt
Erläuterungen zur Einrichtung neuer Gruppen in de.*
===================================================
Dieser Text richtet sich an diejenigen, die eine Newsgroup in der
internationalen deutschsprachigen Usenet-Hierarchie de.* einrichten
-lassen wollen und soll die in den "REGELN FÜR DIE EINRICHTUNG UND
-ENTFERNUNG VON USENET-GRUPPEN" [1] (kurz: Einrichtungsregeln)
+lassen wollen und soll die in den "Regeln für die Einrichtung, Änderung
+und Entfernung von Usenet-Gruppen" [1] (kurz: Einrichtungsregeln)
niedergelegten Regeln zur Einrichtung neuer Gruppen kommentieren und
erläutern. Er gibt dabei notwendig den Blick der Autoren bzw.
Maintainer auf die Verhältnisse in de(.admin.news).* und ihre
Erfahrungen wieder.
[1] Veröffentlicht in de.admin.infos:
-| From: 3.14@piology.org (Boris 'pi' Piwinger)
+| From: thh@thh.name (Thomas Hochstein)
| Newsgroups: de.admin.infos,de.alt.admin
-| Subject: <2005-08-06> Einrichtung von Usenet-Gruppen in "de.*"
+| Subject: <2021-12-13> Einrichtung, Aenderung und Entfernung von Usenet-Gruppen in de.*
|
| Archive-name: de-admin/einrichtung
| Posting-frequency: weekly
-| Last-modified: 2005-08-06
+| Last-modified: 2021-12-13
| URL: http://www.kirchwitz.de/~amk/dai/einrichtung
+| URL: https://th-h.de/archives/faqs/einrichtung.txt
(Eine Liste aller in diesen Erläuterungen genannten Quellen findet
sich noch einmal in Abschnitt 8.)
Siehe auch:
+ Wichtige Begriffe in de.admin.news.* (dan-Glossar)
-| From: bernd@tenuki.de (Bernd Gramlich)
+| From: thh@thh.name (Thomas Hochstein)
| Newsgroups: de.admin.infos
-| Subject: <2004-12-06> Wichtige Begriffe in de.admin.news.*
+| Subject: <2020-08-24> Wichtige Begriffe in de.admin.news.*
|
| Archive-name: de-admin/dan-glossar
| Posting-frequency: weekly
-| Last-modified: 2004-12-06
-| URL: http://www.tmt.de/~gramlich/dan-glossar.html
+| Version: 1.5.7
+| Last-modified: 2021-12-16
+| URL: https://th-h.de/archives/faqs/dan-glossar.txt
| URL: http://www.kirchwitz.de/~amk/dai/dan-glossar
den übrigen Gruppen
* Abstimmung erfolgt per E-Mail, Stimmabgaben werden in der Regel per
E-Mail bestätigt
-* Mindestdauer: 3 Wochen, Höchstdauer: 1 Monat (4 Wochen)
+* Mindestdauer: 3 Wochen, Höchstdauer: 1 Monat (~ 4 Wochen)
* in der Regel Einreichung eines 2. CfV zur "Halbzeit"
* Einreichung des Ergebnisses mit Namen und Stimmabgaben der
Abstimmenden
Durchführung und Auszählung einer Abstimmung einen gewissen
technischen und organisatorischen Aufwand erfordert und auch Erfahrung
im Umgang mit Zweifelsfällen - auch Manipulationsversuchen -
-wünschenswert ist, besteht die Möglichkeit, einen erfahrenen Usenet-
-Teilnehmer um die Übernahme der Abstimmungsleitung zu bitten. Einige
-Freiwillige haben sich zu diesem Zweck als "German Volunteer
+wünschenswert ist, besteht die Möglichkeit, einen erfahrenen
+Usenet-Teilnehmer um die Übernahme der Abstimmungsleitung zu bitten.
+Einige Freiwillige haben sich zu diesem Zweck als "German Volunteer
Votetakers" (GVV) zusammengeschlossen.
Die Abstimmungsphase endet mit dem Ablauf des Abstimmungszeitraums und
0.3.4. Umsetzung
Wenn der Vorschlag in der Abstimmung angenommen wurde - wozu
-mindestens 60 Stimmen JA-Stimmen und zugleich eine Mehrheit von 2/3
+mindestens 15 Stimmen JA-Stimmen und zugleich eine Mehrheit von 2/3
der abgegebenen gültigen Stimmen ohne die Enthaltungen, also
mindestens doppelt so viele JA- wie NEIN-Stimmen erforderlich sind -,
wird das Ergebnis im Anschluss durch die Moderation von
Siehe auch:
+ Wann kann ich mit Erfolg eine neue Newsgroup vorschlagen?
- <http://th-h.de/infos/usenet/newgroup.php#vorschlag>
+ <https://th-h.de/net/usenet/admin/newgroup/#vorschlag>
+ Missverstaendnisse in de.admin.news.groups
| From: 3.14@piology.org (Boris 'pi' Piwinger)
wesentliche Änderungen in Inhalt oder Begründung erneut einzubringen.
[3] Am bekanntesten dürfte das Angebot von Google Groups sein:
- <http://groups.google.com/>
+ <https://groups.google.com/>
de.admin.news.announce bei Google Groups:
- <http://groups.google.com/group/de.admin.news.announce/>
-
- Erweiterte Suche: <http://groups.google.com/advanced_search>
+ <https://groups.google.com/g/de.admin.news.announce>
1.3. Mitinteressenten
---------------------
diversifiziert, im Wesentlichen in die Bereiche
* Anbieter:
- de.comm.anbieter.* - Festnetz- und Mobiltelefonprovider und Tarife
- de.comm.provider.* - Internetprovider und Onlinedienste
+ de.comm.provider.* - Telefonie- und Internetanbieter sowie Onlinedienste
* Geräte (Hardware) und Technik:
de.comm.geraete.* - Festnetz- und Mobiltelefone und Telefonanlagen
Siehe auch:
+ Die Newsgruppen der de-Hierarchie
-| From: Daniel Roth <25.8@bluemail.ch>
+| From: Thomas Hochstein <thh@thh.name>
| Newsgroups: de.newusers.infos,de.admin.news.groups,de.alt.admin
| Subject: <Datum> Die Newsgruppen der de-Hierarchie
|
| Subject: Regeln fuer Newsgruppennamen angenommen (247:25)
| Date: 2000/07/18
| Message-ID: <result-regel-newsgruppennamen-18.07.2000@dana.de>
- <http://groups.google.de/group/de.admin.news.announce/msg/b850df16546fd0ea>
+ <https://groups.google.de/group/de.admin.news.announce/msg/b850df16546fd0ea>
2.2. Kurzbeschreibung
---------------------
der Kurzbeschreibung beschränken. Daraus folgt, dass die wichtigsten
Punkte in einer Kurzbeschreibung an deren Anfang stehen sollten. Um
Komplikationen zu vermeiden, sollten Kurzbeschreibungen keine Umlaute
-und sonstige Sonderzeichen enthalten; der Zeichenvorrat ist "US-
-ASCII". Per Konvention endet jede Kurzbeschreibung mit einem
+und sonstige Sonderzeichen enthalten; der Zeichenvorrat ist
+"US-ASCII". Per Konvention endet jede Kurzbeschreibung mit einem
Satzendezeichen (Punkt, Frage- oder Ausrufezeichen).
Beispiele für Kurzbeschreibungen finden sich in dem bereits genannten
Siehe auch:
+ Unknown: NetNews Moderator's Handbook (1994, engl.)
- <http://www.eyrie.org/~eagle/usefor/other/moderators-handbook>
+ <https://www.eyrie.org/~eagle/usefor/other/moderators-handbook>
+ Denis McKeon: Moderated Newsgroups FAQ (1997, engl.)
<http://pages.swcp.com/~dmckeon/mod-faq.html>
+ Russ Allbery: Pitfalls of Newsgroup Moderation (engl.)
- <http://www.eyrie.org/~eagle/faqs/mod-pitfalls.html>
+ <https://www.eyrie.org/~eagle/faqs/mod-pitfalls.html>
+ Big-8 Moderation Board Wiki: Moderated Newsgroups (engl.)
- <http://www.big-8.org/wiki/Moderated_Newsgroups>
+ <https://www.big-8.org/wiki/Moderated_Newsgroups>
+ Big-8 Moderation Board Wiki: Moderation Software (engl.)
- <http://www.big-8.org/wiki/Moderated_Newsgroups#Moderation_Software>
+ <https://www.big-8.org/wiki/Moderated_Newsgroups#Moderation_Software>
+ Informationen über de.alt.test.moderated
-| From: Thomas Hochstein <thh@inter.net>
+| From: Thomas Hochstein <thh@thh.name>
| Newsgroups: de.alt.test.moderated
-| Subject: Info: de.alt.test.moderated <2011-03-03>
+| Subject: Info: de.alt.test.moderated <2020-08-23>
|
-| Last-modified: 2011-03-03
| Posting-frequency: monthly
+| Last-modified: 2020-08-23
+| URL: https://th-h.de/net/usenet/faqs/datm-info/
+
2.5. Sonderfälle
----------------
Siehe dazu auch:
+ FAQ: Entscheidungsfindung bei mehreren Moeglichkeiten
-| From: faq@wortrei.ch (Adrian Suter)
-| Newsgroups: de.admin.news.regeln,de.admin.infos
-| Subject: <2003-12-31> FAQ: Entscheidungsfindung bei mehreren Moeglichkeiten
+| From: Ralf Döblitz <faq@netzverwaltung.net>
+| Newsgroups: de.admin.news.misc,de.admin.infos
+| Subject: <2013-06-09> FAQ: Entscheidungsfindung bei mehreren Moeglichkeiten
|
| Archive-name: de-admin/entscheidung
| Posting-frequency: weekly
-| Last-modified: 2003-12-31
-| URL: http://www.wortrei.ch/usenet/admin/entscheidung.php3
+| Last-modified: 2013-06-09
| URL: http://www.kirchwitz.de/~amk/dai/entscheidung
3. Diskussionsphase
+ Moderationskonzept der derzeitigen Moderation von d.a.n.a
| From: moderator@dana.de (Moderation von de.admin.news.announce)
| Newsgroups: de.admin.news.announce,de.admin.news.misc
-| Subject: <2010-11-01> Moderationskonzept der derzeitigen Moderation
+| Subject: <2021-06-29> Moderationskonzept der derzeitigen Moderation
<http://dana.de/modkonzept.html>
3.3. Diskussionsphase
Die Abstimmung über einen Vorschlag findet per E-Mail statt. Die
abgegebenen Stimmen werden während des Abstimmungszeitraums an die
E-Mail-Adresse des Abstimmungsleiters ("Votetaker") versandt, der sie
-auszählt und am Ende ein Ergebnis der Abstimmung mit Namen, E-Mail-
-Adresse und Stimmabgabe aller Teilnehmer veröffentlicht. Die
+auszählt und am Ende ein Ergebnis der Abstimmung mit Namen,
+E-Mail-Adresse und Stimmabgabe aller Teilnehmer veröffentlicht. Die
Durchführung der Abstimmung muss nicht zwingend durch den oder die
Proponenten erfolgen; aufgrund der notwendigen technischen und
organisatorischen Kenntnisse und Voraussetzungen empfiehlt es sich
|
| Filtermaßnahmen bei der Durchführung von Abstimmungen
| =====================================================
+ <http://dana.de/archiv/2011-03-12-admin-wahlaccounts.txt>
* Es empfiehlt sich meistens, die eingehenden Stimmzettel nicht von
Hand zu bearbeiten, sondern dafür geeignete Software zu verwenden,
Die verbreitetste Softwarelösung dafür ist UseVote; mehr
Informationen dazu und eine Downloadmöglichkeit gibt es auf
- <http://www.usevote.de>.
+ <http://www.usevote.de/>.
* Weil ungefilterte Mailaccounts zunehmend schwer zu finden sind,
haben sich einige regelmäßige Teilnehmer in de.admin.news.* dazu
+ GVV-FAQ
| From: Thomas Hochstein <thh@votetaker.de>
| Newsgroups: de.admin.infos,de.admin.news.groups
-| Subject: <2011-09-24> GVV-FAQ
+| Subject: <2021-12-13> GVV-FAQ
|
| Archive-name: de-admin/gvv-faq
| Posting-frequency: weekly
-| Last-modified: 2011-09-24
-| URL: http://votetakers.de/faq.php
+| Last-modified: 2021-12-13
+| URL: https://votetakers.de/faq.php
| URL: http://www.kirchwitz.de/~amk/dai/gvv-faq
4.2. Inhalt und Aufbau eines CfV
Kurzbeschreibung, Charta, Status, ggf. Moderator) und die für die
Teilnahme an der Abstimmung notwendigen Informationen, namentlich die
Abstimmadresse und den Abstimmungszeitraum sowie einen Wahlschein mit
-den einzelnen Abstimmungspunkten, enthalten. Der Abstimmungszeitraum
-muss mindestens drei Wochen, darf aber höchstens vier Wochen betragen.
+den einzelnen Abstimmungspunkten, enthalten.
+
+Der Abstimmungszeitraum muss mindestens drei Wochen, darf aber
+höchstens einen Monat betragen. Üblicherweise wird diese Frist nicht
+ausgeschöpft, sondern stattdessen eine Abstimmungsdauer von vier
+Wochen angesetzt. Das hat zum einen den Vorteil, dass die "Halbzeit",
+nach der ein 2. CfV veröffentlicht werden soll, mit "zwei Wochen"
+leichter bestimmbar ist. Zum anderen ist es üblich, Abstimmungen
+um Mitternacht enden zu lassen. Daher könnten sich bei einer
+Abstimmungsdauer von einem Monat und Veröffentlichung des 1. CfV bspw.
+um 16:30 Uhr unnötige Diskussionen ergeben, ob damit nicht die
+Höchstfrist von einem Monat um siebeneinhalb Stunden (bis Mitternacht)
+überschritten wird.
Schließlich muss der CfV mit dem letzten RfD im wesentlichen
übereinstimmen, wie Teil 6 der Einrichtungsregeln festhält:
| Nach der Diskussionsperiode kann ein Abstimmungsaufruf -- engl.
| "Call for Votes" oder kurz CfV -- bei der Moderation eingereicht
-| werden. Dieser muß mit dem letzten RfD im wesentlichen
+| werden. Dieser muss mit dem letzten RfD im wesentlichen
| übereinstimmen.
Zweck dieser Regel ist es, zu verhindern, dass etwas anderes zur
Es empfiehlt sich, im Wahlschein eine Möglichkeit vorzusehen, den
tatsächlichen Namen anzugeben, da möglicherweise im E-Mail-Programm
-ein Pseudonym konfiguriert ist. Der Wahlschein im obigen Beispiel ist
+ein Pseudonym konfiguriert ist. Der Wahlschein im obigen Beispiel ist
durch die Abstimmungssoftware Usevote generiert (siehe 4.1.).
Der fertige CfV ist dann wie gewohnt per E-Mail an <moderator@dana.de>
[5] Der Vorschlag und die entsprechende Begründung lassen sich im
Archiv von Google Groups unter
- <http://groups.google.com/group/de.admin.news.announce/browse_frm/thread/fd056d977d6a5240>
+ <https://groups.google.com/group/de.admin.news.announce/browse_frm/thread/fd056d977d6a5240>
nachlesen.
4.4. Abstimmungsphase
---------------------
-Während der drei- oder vierwöchigen Abstimmungsphase muss der
-Abstimmungsaccount durchgehend erreichbar sein. Jede abgegebene Stimme
-sollte - nach Möglichkeit einigermaßen zeitnah, am besten
-automatisiert - per E-Mail bestätigt werden; in dieser Bestätigung
-sollte angegeben sein, welche Stimme(n) und welcher Name sowie welche
-Mailadresse für den Abstimmenden registriert wurden. Für Zwecke der
-Abstimmung ist die Adresse im From: der E-Mail zu erfassen; an diese
-sollte auch die Bestätigung versandt werden, um sicherzustellen, dass
-diese Stimme auch tatsächlich vom angegebenen Absender stammte (und
-die Abstimmadresse replyfähig ist, d.h. E-Mail dort empfangen werden
-kann). Außerdem sollte in der Bestätigung angegeben sein, wie eine
-Stimme nachträglich geändert oder komplett zurückgezogen werden kann
-(wenn bspw. eine E-Mail-Adresse verwendet wurde, die nicht im Usenet
-veröffentlicht werden soll.)
+Während der drei- oder vierwöchigen (maximal aber einmonatigen)
+Abstimmungsphase muss der Abstimmungsaccount durchgehend erreichbar
+sein. Jede abgegebene Stimme sollte - nach Möglichkeit einigermaßen
+zeitnah, am besten automatisiert - per E-Mail bestätigt werden; in
+dieser Bestätigung sollte angegeben sein, welche Stimme(n) und welcher
+Name sowie welche Mailadresse für den Abstimmenden registriert wurden.
+Für Zwecke der Abstimmung ist die Adresse im From: der E-Mail zu
+erfassen; an diese sollte auch die Bestätigung versandt werden, um
+sicherzustellen, dass diese Stimme auch tatsächlich vom angegebenen
+Absender stammte (und die Abstimmadresse replyfähig ist, d.h. E-Mail
+dort empfangen werden kann). Außerdem sollte in der Bestätigung
+angegeben sein, wie eine Stimme nachträglich geändert oder komplett
+zurückgezogen werden kann (wenn bspw. eine E-Mail-Adresse verwendet
+wurde, die nicht im Usenet veröffentlicht werden soll.)
In der Mitte der Abstimmungsphase ist es üblich, einen 2. CfV zu
veröffentlichen, der dem 1. CfV inhaltlich entspricht, der aber eine
Üblich ist es, die Gesamtzahl der gültigen Stimmen und sodann für
jeden Abstimmungspunkt die Anzahl der JA- und NEIN-Stimmen, der
Enthaltungen und ungültigen Stimmabgaben zu nennen. Angenommen ist der
-Vorschlag, wenn mindestens 60 JA-Stimmen eingegangen sind und die
+Vorschlag, wenn mindestens 15 JA-Stimmen eingegangen sind und die
Anzahl der JA-Stimmen mindestens doppelt so groß ist wie die Anzahl
der NEIN-Stimmen (2/3-Mehrheit).
bestehenden, sehr rege genutzten Gruppe in mehrere Untergruppen
entsteht, sollen so umgekehrt die fast leeren Untergruppen wieder zu
einer gemeinsamen Obergruppe zusammengeführt werden. Ziel ist es
-letztlich bei Gruppen-Einrichtungen wie bei -Löschungen, eine
+letztlich bei Einrichtungen wie bei Löschungen von Gruppen, eine
thematische Aufteilung zu erreichen, die gerade so fein ist, dass
Gruppen zu intensiv diskutierten Themen nicht überfüllt sind und
Gruppen zu selten diskutierten Themen nicht leer stehen.
besteht. Sollte sich herausstellen, dass zwar zu Word und Excel
intensiv diskutiert wird, es aber kaum Fragen zu Powerpoint gibt,
- würde eine Löschung der Gruppe de.comp.office-pakete.ms-
- office.powerpoint bedeuten, dass das Thema "Powerpoint" nunmehr in
- de.comp.office-pakete.ms-office.misc diskutiert werden kann,
- zusammen mit anderen, seltener (genutzten und) diskutierten
+ würde eine Löschung der Gruppe
+ de.comp.office-pakete.ms-office.powerpoint bedeuten, dass das Thema
+ "Powerpoint" nunmehr in de.comp.office-pakete.ms-office.misc diskutiert
+ werden kann, zusammen mit anderen, seltener (genutzten und) diskutierten
Komponenten von Microsoft Office wie bspw. OneNote.
Manche Gruppen aber fassen ein weit gespanntes Thema zusammen, für
das ansonsten keine vergleichbare Gruppe besteht, sondern allenfalls
ein bunter Strauß verschiedenster Gruppen zu einzelnen Facetten des
- Themas; manche Gruppen sind auch die einzigen oder letzten solchen,
- die sich (noch) mit einem solchen Thema befassen. In solchen Fällen
- ist eine besonders kritische Prüfung erforderlich, ob sich die
- Gruppe nicht wieder beleben lässt, weil dann die Gefahr besteht,
- dass ermangels Alternativen das Thema völlig aus dem Usenet
- verschwindet. Solche Gruppen sollten daher nur zur Löschung
- vorgeschlagen werden, wenn das Thema letztlich bereits aus dem
- Usenet verschwunden *ist*.
+ Themas; manche Gruppen sind auch die einzigen oder letzten, die sich
+ (noch) mit einem solchen Thema befassen. In solchen Fällen ist eine
+ besonders kritische Prüfung erforderlich, ob sich die Gruppe nicht
+ wieder beleben lässt, weil dann die Gefahr besteht, dass ermangels
+ Alternativen das Thema völlig aus dem Usenet verschwindet. Solche
+ Gruppen sollten daher nur zur Löschung vorgeschlagen werden, wenn
+ das Thema letztlich bereits aus dem Usenet verschwunden *ist*.
* Wenn die letzte Gruppe einer Teilhierarchie gelöscht wird, stellt
sich zudem noch die Frage, ob die *.misc-Gruppe der Hierachie
2.1.1.) verschoben wird, ist sehr selten.
Das liegt u.a. daran, dass technisch eine Umbenennung einer Gruppe
-(noch?) nicht möglich ist. Was man organisatorisch als "Umbenennung"
+nicht möglich ist. Was man organisatorisch als "Umbenennung"
bezeichnet, ist technisch schlicht die (zusätzliche) Einrichtung der
Gruppe mit dem neuen Namen, gefolgt ungefähr eine Woche später von der
Löschung der Gruppe mit dem alten Namen. Dies führt dazu, dass alle
für die Neuwahl der Moderation von de.admin.news.announce [7] oder die
von der amtierenden Moderation in regelmäßigen Abständen
durchgeführten Nachwahlen [8]. In gleicher Weise wäre es auch möglich,
-die Moderation einer anderen moderierten Newsgroup - ggf. gegen ihren
+jede andere Moderation einer moderierten Newsgroup - ggf. gegen ihren
Willen - auszutauschen. Ansonsten ist anerkannt, dass jede Moderation
einer moderierten Gruppe Mitglieder ausschließen oder neue Mitglieder
aufnehmen und auch die Moderation komplett an andere Personen
regelmäßig in de.admin.news.announce veröffentlicht wird:
| From: moderator@dana.de (Moderation von de.admin.news.announce)
| Newsgroups: de.admin.news.announce,de.admin.news.misc
-| Subject: <2010-11-01> Moderationskonzept der derzeitigen Moderation
+| Subject: <2021-06-29> Moderationskonzept der derzeitigen Moderation
und auch auf den Webseiten der Moderation unter
<http://dana.de/modkonzept.html> abgerufen werden kann.
Folgende Texte sollten einem Proponenten unbedingt bekannt sein:
+ Einrichtung von Usenet-Gruppen in "de.*" (Einrichtungsregeln)
-| From: 3.14@piology.org (Boris 'pi' Piwinger)
+| From: thh@thh.name (Thomas Hochstein)
| Newsgroups: de.admin.infos,de.alt.admin
-| Subject: <2005-08-06> Einrichtung von Usenet-Gruppen in "de.*"
+| Subject: <2021-12-13> Einrichtung, Aenderung und Entfernung von Usenet-Gruppen in de.*
|
| Archive-name: de-admin/einrichtung
| Posting-frequency: weekly
-| Last-modified: 2005-08-06
+| Last-modified: 2021-12-13
| URL: http://www.kirchwitz.de/~amk/dai/einrichtung
+| URL: https://th-h.de/archives/faqs/einrichtung.txt
+ Missverstaendnisse in de.admin.news.groups
| From: 3.14@piology.org (Boris 'pi' Piwinger)
| URL: http://www.kirchwitz.de/~amk/dai/dang-faq
+ Die Newsgruppen der de-Hierarchie (Gruppenliste)
-| From: Daniel Roth <25.8@bluemail.ch>
+| From: Thomas Hochstein <thh@thh.name>
| Newsgroups: de.newusers.infos,de.admin.news.groups,de.alt.admin
| Subject: <Datum> Die Newsgruppen der de-Hierarchie
|
+ Moderationskonzept der derzeitigen Moderation von d.a.n.a
| From: moderator@dana.de (Moderation von de.admin.news.announce)
| Newsgroups: de.admin.news.announce,de.admin.news.misc
-| Subject: <2010-11-01> Moderationskonzept der derzeitigen Moderation
+| Subject: <2021-06-29> Moderationskonzept der derzeitigen Moderation
<http://dana.de/modkonzept.html>
+ Wichtige Begriffe in de.admin.news.* (dan-Glossar)
-| From: bernd@tenuki.de (Bernd Gramlich)
+| From: thh@thh.name (Thomas Hochstein)
| Newsgroups: de.admin.infos
-| Subject: <2004-12-06> Wichtige Begriffe in de.admin.news.*
+| Subject: <2020-08-24> Wichtige Begriffe in de.admin.news.*
|
| Archive-name: de-admin/dan-glossar
| Posting-frequency: weekly
-| Last-modified: 2004-12-06
-| URL: http://www.tmt.de/~gramlich/dan-glossar.html
+| Version: 1.5.7
+| Last-modified: 2021-12-16
+| URL: https://th-h.de/archives/faqs/dan-glossar.txt
| URL: http://www.kirchwitz.de/~amk/dai/dan-glossar
+ Wann kann ich mit Erfolg eine neue Newsgroup vorschlagen?
- <http://th-h.de/infos/usenet/newgroup.php#vorschlag>
+ <https://th-h.de/net/usenet/admin/newgroup/#vorschlag>
+ Erste Schritte zur Einrichtung neuer Gruppen
- <http://www.babylonsounds.com/usenet/rfd_howto.html>
+ <https://web.archive.org/web/20070105012315/http://usenet.babylonsounds.com/rfd_howto.html>
+ FAQ: Entscheidungsfindung bei mehreren Moeglichkeiten
-| From: faq@wortrei.ch (Adrian Suter)
-| Newsgroups: de.admin.news.regeln,de.admin.infos
-| Subject: <2003-12-31> FAQ: Entscheidungsfindung bei mehreren Moeglichkeiten
+| From: Ralf Döblitz <faq@netzverwaltung.net>
+| Newsgroups: de.admin.news.misc,de.admin.infos
+| Subject: <2013-06-09> FAQ: Entscheidungsfindung bei mehreren Moeglichkeiten
|
| Archive-name: de-admin/entscheidung
| Posting-frequency: weekly
-| Last-modified: 2003-12-31
-| URL: http://www.wortrei.ch/usenet/admin/entscheidung.php3
+| Last-modified: 2013-06-09
| URL: http://www.kirchwitz.de/~amk/dai/entscheidung
+ Regeln fuer Newsgruppennamen
| Subject: Regeln fuer Newsgruppennamen angenommen (247:25)
| Date: 2000/07/18
| Message-ID: <result-regel-newsgruppennamen-18.07.2000@dana.de>
- <http://groups.google.de/group/de.admin.news.announce/msg/b850df16546fd0ea>
+ <https://groups.google.de/group/de.admin.news.announce/msg/b850df16546fd0ea>
+ GVV-FAQ
| From: Thomas Hochstein <thh@votetaker.de>
| Newsgroups: de.admin.infos,de.admin.news.groups
-| Subject: <2011-09-24> GVV-FAQ
+| Subject: <2021-12-13> GVV-FAQ
|
| Archive-name: de-admin/gvv-faq
| Posting-frequency: weekly
-| Last-modified: 2011-09-24
-| URL: http://votetakers.de/faq.php
+| Last-modified: 2021-12-13
+| URL: https://votetakers.de/faq.php
| URL: http://www.kirchwitz.de/~amk/dai/gvv-faq
+ Filtermaßnahmen bei der Durchführung von Abstimmungen
| Subject: [ADMIN] Zu Abstimmadressen und Filtermassnahmen
| Date: Sat, 12 Mar 2011 23:15:00 +0100
| Message-ID: <Admin-Filtermassnahmen-20110312-2@dana.de>
+ <http://dana.de/archiv/2011-03-12-admin-wahlaccounts.txt>
+ Unknown: NetNews Moderator's Handbook (1994, engl.)
- <http://www.eyrie.org/~eagle/usefor/other/moderators-handbook>
+ <https://www.eyrie.org/~eagle/usefor/other/moderators-handbook>
+ Denis McKeon: Moderated Newsgroups FAQ (1997, engl.)
<http://pages.swcp.com/~dmckeon/mod-faq.html>
+ Russ Allbery: Pitfalls of Newsgroup Moderation (engl.)
- <http://www.eyrie.org/~eagle/faqs/mod-pitfalls.html>
+ <https://www.eyrie.org/~eagle/faqs/mod-pitfalls.html>
+ Big-8 Moderation Board Wiki: Moderated Newsgroups (engl.)
- <http://www.big-8.org/wiki/Moderated_Newsgroups>
+ <https://www.big-8.org/wiki/Moderated_Newsgroups>
+ Big-8 Moderation Board Wiki: Moderation Software (engl.)
- <http://www.big-8.org/wiki/Moderated_Newsgroups#Moderation_Software>
+ <https://www.big-8.org/wiki/Moderated_Newsgroups#Moderation_Software>
+ Informationen über de.alt.test.moderated
-| From: Thomas Hochstein <thh@inter.net>
+| From: Thomas Hochstein <thh@thh.name>
| Newsgroups: de.alt.test.moderated
-| Subject: Info: de.alt.test.moderated <2011-03-03>
+| Subject: Info: de.alt.test.moderated <2020-08-23>
|
-| Last-modified: 2011-03-03
| Posting-frequency: monthly
+| Last-modified: 2020-08-23
+| URL: https://th-h.de/net/usenet/faqs/datm-info/
+ Entscheidungen der Moderation von de.admin.news.announce
<http://www.dana.de/archiv.html>
<http://piology.org/cgi-bin/rfd.pl>
+ GVV-Statusübersicht
- <http://votetakers.de/status.php>
+ <https://votetakers.de/status.php>
+ Abstimmungssoftware UseVote
<http://www.usevote.de/>
9.1. Derzeitige Maintainer
--------------------------
-Maintainer dieser FAQ: Thomas Hochstein <thh@inter.net>
+Maintainer dieser FAQ: Thomas Hochstein <thh@thh.name>
Michael Ottenbruch <dana-manual@ottenbruch.net>
Das dana-Manual wurde im März/April 2011 vollständig überarbeitet und
Vorschläge ist ein Hinweis an die Maintainer hilfreich.
Das dana-Manual ist auch in einem Git-Repository unter
-<http://code.th-h.de/?p=faqs/dana-manual.git> verfügbar und kann über
+<https://code.th-h.de/?p=faqs/dana-manual.git> verfügbar und kann über
die Weboberfläche eingesehen oder via "git clone" ausgecheckt werden.
Bei Änderungsvorschlägen sind Git-Patches am einfachsten zu
verarbeiten; natürlich nehmen die Maintainer aber auch jede andere