X-Git-Url: https://code.th-h.de/?p=faqs%2Fdana-manual.git;a=blobdiff_plain;f=dana-manual;h=1c85bee61059614c165b93a3185322faafad167e;hp=2aaccf238f1fdd4b4ffd74d1b4b8296b79992e34;hb=35b59b2b781a31a1f5c1f4ae67e89bbfe524c56e;hpb=f1f14c6f4fddbc8b79ab15b50eaad27936ff9d3c diff --git a/dana-manual b/dana-manual index 2aaccf2..1c85bee 100644 --- a/dana-manual +++ b/dana-manual @@ -1,9 +1,9 @@ Archive-name: de-newusers/dana-manual Posting-frequency: weekly -Version: 2.2.0 +Version: 2.2.3 Last-modified: (unreleased) URL: http://www.kirchwitz.de/~amk/dai/dana-manual -URL: http://th-h.de/faq/dana-manual.txt +URL: http://th-h.de/archives/faqs/dana-manual.txt Erläuterungen zur Einrichtung neuer Gruppen in de.* =================================================== @@ -91,11 +91,11 @@ Erfahrungen wieder. [1] Veröffentlicht in de.admin.infos: | From: 3.14@piology.org (Boris 'pi' Piwinger) | Newsgroups: de.admin.infos,de.alt.admin -| Subject: <2005-08-06> Einrichtung von Usenet-Gruppen in "de.*" +| Subject: <2012-01-09> Einrichtung von Usenet-Gruppen in "de.*" | | Archive-name: de-admin/einrichtung | Posting-frequency: weekly -| Last-modified: 2005-08-06 +| Last-modified: 2012-01-09 | URL: http://www.kirchwitz.de/~amk/dai/einrichtung (Eine Liste aller in diesen Erläuterungen genannten Quellen findet @@ -158,14 +158,15 @@ in die Gruppenliste aufgenommen - oder auch nicht. Siehe auch: + Wichtige Begriffe in de.admin.news.* (dan-Glossar) -| From: bernd@tenuki.de (Bernd Gramlich) +| From: thh@inter.net (Thomas Hochstein) | Newsgroups: de.admin.infos -| Subject: <2004-12-06> Wichtige Begriffe in de.admin.news.* +| Subject: <2015-09-09> 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.1 +| Last-modified: 2015-09-09 +| URL: http://th-h.de/archives/faqs/dan-glossar.txt | URL: http://www.kirchwitz.de/~amk/dai/dan-glossar @@ -227,7 +228,7 @@ Wochen) oder der Ver den übrigen Gruppen * Abstimmung erfolgt per E-Mail, Stimmabgaben werden in der Regel per E-Mail bestätigt -* Mindestdauer: 3 Wochen, Höchstdauer: 1 Monat (4 Wochen) +* Mindestdauer: 3 Wochen, Höchstdauer: 1 Monat (~ 4 Wochen) * in der Regel Einreichung eines 2. CfV zur "Halbzeit" * Einreichung des Ergebnisses mit Namen und Stimmabgaben der Abstimmenden @@ -255,7 +256,7 @@ Zeitraums wird das Ergebnis der Abstimmung bestandskr 0.3.4. Umsetzung Wenn der Vorschlag in der Abstimmung angenommen wurde - wozu -mindestens 60 Stimmen JA-Stimmen und zugleich eine Mehrheit von 2/3 +mindestens 50 Stimmen JA-Stimmen und zugleich eine Mehrheit von 2/3 der abgegebenen gültigen Stimmen ohne die Enthaltungen, also mindestens doppelt so viele JA- wie NEIN-Stimmen erforderlich sind -, wird das Ergebnis im Anschluss durch die Moderation von @@ -321,7 +322,7 @@ auf diese Weise den gegenseitigen Austausch beleben und f Siehe auch: + Wann kann ich mit Erfolg eine neue Newsgroup vorschlagen? - + + Missverstaendnisse in de.admin.news.groups | From: 3.14@piology.org (Boris 'pi' Piwinger) @@ -354,12 +355,10 @@ Vorschlag vor Ablauf von mindestens sechs Monaten oder ohne wesentliche Änderungen in Inhalt oder Begründung erneut einzubringen. [3] Am bekanntesten dürfte das Angebot von Google Groups sein: - + de.admin.news.announce bei Google Groups: - - - Erweiterte Suche: + 1.3. Mitinteressenten --------------------- @@ -465,8 +464,7 @@ Untergliederungen: 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 @@ -844,9 +842,9 @@ Siehe auch: + Russ Allbery: Pitfalls of Newsgroup Moderation (engl.) + Big-8 Moderation Board Wiki: Moderated Newsgroups (engl.) - + + Big-8 Moderation Board Wiki: Moderation Software (engl.) - + + Informationen über de.alt.test.moderated | From: Thomas Hochstein | Newsgroups: de.alt.test.moderated @@ -959,14 +957,13 @@ Sonderf Siehe dazu auch: + FAQ: Entscheidungsfindung bei mehreren Moeglichkeiten -| From: faq@wortrei.ch (Adrian Suter) +| From: Ralf Döblitz | Newsgroups: de.admin.news.regeln,de.admin.infos -| Subject: <2003-12-31> FAQ: Entscheidungsfindung bei mehreren Moeglichkeiten +| 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 @@ -1107,7 +1104,7 @@ Siehe auch: + Moderationskonzept der derzeitigen Moderation von d.a.n.a | From: moderator@dana.de (Moderation von de.admin.news.announce) | Newsgroups: de.admin.news.announce,de.admin.news.misc -| Subject: <2010-11-01> Moderationskonzept der derzeitigen Moderation +| Subject: <2016-10-12> Moderationskonzept der derzeitigen Moderation 3.3. Diskussionsphase @@ -1227,7 +1224,7 @@ pr Die verbreitetste Softwarelösung dafür ist UseVote; mehr Informationen dazu und eine Downloadmöglichkeit gibt es auf - . + . * Weil ungefilterte Mailaccounts zunehmend schwer zu finden sind, haben sich einige regelmäßige Teilnehmer in de.admin.news.* dazu @@ -1269,11 +1266,11 @@ pr + GVV-FAQ | From: Thomas Hochstein | Newsgroups: de.admin.infos,de.admin.news.groups -| Subject: <2011-09-24> GVV-FAQ +| Subject: <2012-03-17> GVV-FAQ | | Archive-name: de-admin/gvv-faq | Posting-frequency: weekly -| Last-modified: 2011-09-24 +| Last-modified: 2012-03-17 | URL: http://votetakers.de/faq.php | URL: http://www.kirchwitz.de/~amk/dai/gvv-faq @@ -1285,8 +1282,19 @@ muss die notwendigen Eigenschaften der einzurichtenden Gruppe (Name, Kurzbeschreibung, Charta, Status, ggf. Moderator) und die für die Teilnahme an der Abstimmung notwendigen Informationen, namentlich die Abstimmadresse und den Abstimmungszeitraum sowie einen Wahlschein mit -den einzelnen Abstimmungspunkten, enthalten. Der Abstimmungszeitraum -muss mindestens drei Wochen, darf aber höchstens vier Wochen betragen. +den einzelnen Abstimmungspunkten, enthalten. + +Der Abstimmungszeitraum muss mindestens drei Wochen, darf aber +höchstens einen Monat betragen. Üblicherweise wird diese Frist nicht +ausgeschöpft, sondern stattdessen eine Abstimmungsdauer von vier +Wochen angesetzt. Das hat zum einen den Vorteil, dass die "Halbzeit", +nach der ein 2. CfV veröffentlicht werden soll, mit "zwei Wochen" +leichter bestimmbar ist. Zum anderen ist es üblich, Abstimmungen +um Mitternacht enden zu lassen. Daher könnten sich bei einer +Abstimmungsdauer von einem Monat und Veröffentlichung des 1. CfV bspw. +um 16:30 Uhr unnötige Diskussionen ergeben, ob damit nicht die +Höchstfrist von einem Monat um siebeneinhalb Stunden (bis Mitternacht) +überschritten wird. Schließlich muss der CfV mit dem letzten RfD im wesentlichen übereinstimmen, wie Teil 6 der Einrichtungsregeln festhält: @@ -1404,7 +1412,7 @@ m 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 @@ -1467,20 +1475,20 @@ solcher Verfahren implementiert. 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 @@ -1539,7 +1547,7 @@ Danach ist eine Ergebnisver Ü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 50 JA-Stimmen eingegangen sind und die Anzahl der JA-Stimmen mindestens doppelt so groß ist wie die Anzahl der NEIN-Stimmen (2/3-Mehrheit). @@ -1660,7 +1668,7 @@ leersteht. So wie eine neue Gruppe oft durch Aufspaltung einer bestehenden, sehr rege genutzten Gruppe in mehrere Untergruppen entsteht, sollen so umgekehrt die fast leeren Untergruppen wieder zu einer gemeinsamen Obergruppe zusammengeführt werden. Ziel ist es -letztlich bei 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. @@ -1705,26 +1713,27 @@ 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*. + Manche Gruppen aber fassen ein weit gespanntes Thema zusammen, für + das ansonsten keine vergleichbare Gruppe besteht, sondern allenfalls + ein bunter Strauß verschiedenster Gruppen zu einzelnen Facetten des + Themas; manche Gruppen sind auch die einzigen oder letzten, die sich + (noch) mit einem solchen Thema befassen. In solchen Fällen ist eine + besonders kritische Prüfung erforderlich, ob sich die Gruppe nicht + wieder beleben lässt, weil dann die Gefahr besteht, dass ermangels + Alternativen das Thema völlig aus dem Usenet verschwindet. Solche + Gruppen sollten daher nur zur Löschung vorgeschlagen werden, wenn + das Thema letztlich bereits aus dem Usenet verschwunden *ist*. * Wenn die letzte Gruppe einer Teilhierarchie gelöscht wird, stellt sich zudem noch die Frage, ob die *.misc-Gruppe der Hierachie - umbenannt werden soll. + umbenannt werden soll (vgl. 2.5.: "Einrichtung einer neuen + Teilhierarchie"). So besteht die Teilhierarchie de.comm.protocols.* aus den beiden Gruppen @@ -1745,12 +1754,12 @@ wenn das Thema letztlich bereits aus dem Usenet verschwunden *ist*. ------------------ Umbenennungen von Gruppen erfolgen in der Regel nur im Zusammenhang -mit anderen Änderungen am Gruppenbestand zusammen. Dass eine Gruppe -bloß an eine andere Stelle im Hierarchiebaum (siehe 2.1.1.) verschoben -wird, ist sehr selten. +mit anderen Änderungen am Gruppenbestand. Dass eine Gruppe ohne +weiteren Anlass bloß an eine andere Stelle im Hierarchiebaum (siehe +2.1.1.) verschoben wird, ist sehr selten. Das liegt u.a. daran, dass technisch eine Umbenennung einer Gruppe -(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 @@ -1826,7 +1835,7 @@ Sie gelten - teilweise modifiziert - auch f 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 @@ -1850,7 +1859,7 @@ Neuwahlverfahren - analog der Einrichtungsregeln - 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: <2016-10-12> Moderationskonzept der derzeitigen Moderation und auch auf den Webseiten der Moderation unter abgerufen werden kann. @@ -1868,11 +1877,11 @@ Folgende Texte sollten einem Proponenten unbedingt bekannt sein: + Einrichtung von Usenet-Gruppen in "de.*" (Einrichtungsregeln) | From: 3.14@piology.org (Boris 'pi' Piwinger) | Newsgroups: de.admin.infos,de.alt.admin -| Subject: <2005-08-06> Einrichtung von Usenet-Gruppen in "de.*" +| Subject: <2012-01-09> Einrichtung von Usenet-Gruppen in "de.*" | | Archive-name: de-admin/einrichtung | Posting-frequency: weekly -| Last-modified: 2005-08-06 +| Last-modified: 2012-01-09 | URL: http://www.kirchwitz.de/~amk/dai/einrichtung + Missverstaendnisse in de.admin.news.groups @@ -1903,35 +1912,35 @@ von Interesse: + Moderationskonzept der derzeitigen Moderation von d.a.n.a | From: moderator@dana.de (Moderation von de.admin.news.announce) | Newsgroups: de.admin.news.announce,de.admin.news.misc -| Subject: <2010-11-01> Moderationskonzept der derzeitigen Moderation +| Subject: <2016-10-12> Moderationskonzept der derzeitigen Moderation + Wichtige Begriffe in de.admin.news.* (dan-Glossar) -| From: bernd@tenuki.de (Bernd Gramlich) +| From: thh@inter.net (Thomas Hochstein) | Newsgroups: de.admin.infos -| Subject: <2004-12-06> Wichtige Begriffe in de.admin.news.* +| Subject: <2015-09-09> 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.1 +| Last-modified: 2015-09-09 +| URL: http://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? - + + Erste Schritte zur Einrichtung neuer Gruppen - + + FAQ: Entscheidungsfindung bei mehreren Moeglichkeiten -| From: faq@wortrei.ch (Adrian Suter) +| From: Ralf Döblitz | Newsgroups: de.admin.news.regeln,de.admin.infos -| Subject: <2003-12-31> FAQ: Entscheidungsfindung bei mehreren Moeglichkeiten +| 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 @@ -1945,11 +1954,11 @@ von Interesse: + GVV-FAQ | From: Thomas Hochstein | Newsgroups: de.admin.infos,de.admin.news.groups -| Subject: <2011-09-24> GVV-FAQ +| Subject: <2012-03-17> GVV-FAQ | | Archive-name: de-admin/gvv-faq | Posting-frequency: weekly -| Last-modified: 2011-09-24 +| Last-modified: 2012-03-17 | URL: http://votetakers.de/faq.php | URL: http://www.kirchwitz.de/~amk/dai/gvv-faq @@ -1971,10 +1980,10 @@ von Interesse: + Big-8 Moderation Board Wiki: Moderated Newsgroups (engl.) - + + Big-8 Moderation Board Wiki: Moderation Software (engl.) - + + Informationen über de.alt.test.moderated | From: Thomas Hochstein