From f1f14c6f4fddbc8b79ab15b50eaad27936ff9d3c Mon Sep 17 00:00:00 2001 From: Thomas Hochstein Date: Sat, 12 Nov 2011 11:59:57 +0100 Subject: [PATCH 1/3] Neuer Abschnitt: Loeschungen u.a. Aenderungen (7.) Der neue Abschnitt erlaeutert in 5 Unterabschnitten die Anwendung der Einrichtungsregeln auf - Loeschungen - Umbenennungen - Aenderungen von Charta und/oder Kurzbeschreibung - Statusaenderungen - Regelaenderungen und Personenwahlen Ausserdem wird ein Verweis auf eingefuegt. Die bisherigen Abschnitte 7. und 8. werden mit ihren Unterabschnitten entsprechend Abschnitte 8. und 9. Signed-off-by: Thomas Hochstein --- ChangeLog | 8 ++ TODO | 2 - dana-manual | 285 ++++++++++++++++++++++++++++++++++++++++++++++++---- 3 files changed, 275 insertions(+), 20 deletions(-) diff --git a/ChangeLog b/ChangeLog index f14ac75..d113d39 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,4 +1,12 @@ +dana-manual 2.2.0 (unreleased) + + * Beschreibung von Loeschungen, Umbenennungen, Charta- und + Statusaenderungen sowie der analogen Anwendung auf andere + Entscheidungen wie Regelaenderungen oder Personenwahlen. + + dana-manual 2.1.7 (2011-11-18) + * Tippfehlerkorrektur, kleinere Formulierungsaenderung. diff --git a/TODO b/TODO index f21ba38..b6be1bf 100644 --- a/TODO +++ b/TODO @@ -1,5 +1,3 @@ dana-manual To-Do-Liste ======================= -* Ergaenzungen - - kurzer ueberblick zu Loeschungen, Umbenennungen und Statusaenderungen diff --git a/dana-manual b/dana-manual index dbb60ce..2aaccf2 100644 --- a/dana-manual +++ b/dana-manual @@ -1,7 +1,7 @@ Archive-name: de-newusers/dana-manual Posting-frequency: weekly -Version: 2.1.7 -Last-modified: 2011-11-18 +Version: 2.2.0 +Last-modified: (unreleased) URL: http://www.kirchwitz.de/~amk/dai/dana-manual URL: http://th-h.de/faq/dana-manual.txt @@ -55,14 +55,21 @@ Inhalt 6. Sonderfall: Vereinfachtes Verfahren (VV) -7. Quellen - 7.1. Grundlegende Informationen - 7.2. Weiterführende Hinweise - 7.3. Webseiten +7. Löschungen, Umbenennungen, Status- und Regeländerungen u.ä. + 7.1. Gruppenlöschungen + 7.2. Umbenennungen + 7.3. Änderungen von Charta und/oder Kurzbeschreibung + 7.4. Statusänderungen + 7.5. Regeländerungen und Personenwahlen -8. Maintainer und Kontakt - 8.1. Derzeitige Maintainer - 8.2. Frühere Fassungen +8. Quellen + 8.1. Grundlegende Informationen + 8.2. Weiterführende Hinweise + 8.3. Webseiten + +9. Maintainer und Kontakt + 9.1. Derzeitige Maintainer + 9.2. Frühere Fassungen ====================================================================== @@ -92,7 +99,7 @@ Erfahrungen wieder. | URL: http://www.kirchwitz.de/~amk/dai/einrichtung (Eine Liste aller in diesen Erläuterungen genannten Quellen findet -sich noch einmal in Abschnitt 7.) +sich noch einmal in Abschnitt 8.) Dieser Text bezieht sich nicht auf die Einrichtung von Gruppen in der Unterhierarchie de.alt.* (vgl. Anhang A zu den Einrichtungsregeln). @@ -652,7 +659,7 @@ Charta ausdr Charta das Diskussionsthema von anderen, themenverwandten Gruppen abgegrenzt werden; diese Gruppen namentlich zu nennen ist allerdings nicht tunlich, weil ansonsten bei jeder Umbenennung oder Löschung der -betreffenden Gruppen eine Chartaänderung nötig würde. +betreffenden Gruppen eine Chartaänderung nötig würde (siehe 7.3.). Soweit in der vorgeschlagenen Newsgroup teilweise andere Konventionen gelten sollen als sonst im Netz üblich sollte auch dies in der Charta @@ -1608,13 +1615,252 @@ werden. Wenn der Änderungsvorschlag angenommen wurde, wird er durch die Moderation von de.admin.news.announce umgesetzt (siehe 5.). -7. Quellen +7. Löschungen, Umbenennungen, Status- und Regeländerungen u.ä. +============================================================== + +Bereits die Einleitung ("Übersicht") der Einrichtungsregeln weist +darauf hin, dass der gepostete Text zwar den Betreff "Einrichtung von +Usenet-Gruppen in de.*" trägt und sich die Ausführungen auch (im +wesentlichen nur) mit der Einrichtung neuer Gruppen beschäftigen, sie +aber für alle Änderungen am Gruppenbestand analog gelten und auch für +andere Entscheidungen - und Personenwahlen - entsprechend angewendet +werden können (und regelmäßig auch angewendet werden): + +| Diese Spielregeln gelten für die Einrichtung oder Entfernung einer +| Gruppe sowie Änderung ihrer Attribute. Die Attribute einer Gruppe +| sind: Gruppenname, Kurzbeschreibung, Charta und Status (moderiert/ +| unmoderiert) sowie bei moderierten Gruppen die Moderatoren. +| +| Es spricht nichts dagegen, auch andere hierarchieweit wirkende +| Entscheidungen nach analogen, nur im Detail abweichenden, Regeln +| herbeizuführen. +| +| Zur Moderatoren-Nachfolge in bestehenden moderierten Gruppen sind +| diese Spielregeln weder zwingend noch die einzigen Regeln. + +Die Einrichtungsregeln stammen im Ursprung aus der Zeit der Gründung +und Expansion der Hierarchie de.*, so dass sie sich im wesentlichen +mit einer koordinierten Vorgehensweise bei der Einrichtung neuer +Gruppen beschäftigen. Je größer die Hierarchie wurde (und je stärker +die Nutzerzahlen wieder zurückgingen), desto häufiger wurden dann +Änderungs- und Löschungsverfahren, aber auch Regeländerungen. + +Grundsätzlich ist die Vorgehensweise in diesen Fällen den +Einrichtungsverfahren vergleichbar, insbesondere die +Begründungsansätze sind aber freilich andere. + +7.1. Gruppenlöschungen +---------------------- + +Gruppenlöschungen sind das Gegenteil von Neueinrichtungen und kommen +dementsprechend auch aus den umgekehrten Gründen wie diese in +Betracht. Sie werden zumeist dann vorgeschlagen, wenn eine Gruppe +nicht mehr oder praktisch nicht mehr genutzt wird und dementsprechend +leersteht. So wie eine neue Gruppe oft durch Aufspaltung einer +bestehenden, sehr rege genutzten Gruppe in mehrere Untergruppen +entsteht, sollen so umgekehrt die fast leeren Untergruppen wieder zu +einer gemeinsamen Obergruppe zusammengeführt werden. Ziel ist es +letztlich bei Gruppen-Einrichtungen wie bei -Löschungen, eine +thematische Aufteilung zu erreichen, die gerade so fein ist, dass +Gruppen zu intensiv diskutierten Themen nicht überfüllt sind und +Gruppen zu selten diskutierten Themen nicht leer stehen. + +* Insofern wird die Begründung eines Löschungsvorschlags in der Regel + primär auf eine statistische Auswertung über einen längeren Zeitraum + (mindestens 12 Monate, im Zweifel aber auch länger) gestützt, um zu + belegen, dass die Gruppe kaum mehr genutzt wird. Zur Erstellung + solcher Statistiken kann das Projekt "de.* in Graphen" [6] hilfreich + sein. Zahlen sind aber nicht alles; jedenfalls so lange die Anzahl + der Postings pro Jahr (!) nicht in den niedrigen zweistelligen + Bereich abrutscht, können niedrige Nutzungszahlen nur ein Hinweis + auf eine tote oder sterbende Gruppe sein. Entscheidender ist dann + oft, wie auf Postings - Fragen oder Diskussionsanregungen - reagiert + wird. Kommen auf Fragen zeitnah kompetente Antworten? Werden zur + Diskussion gestellte Argumente kompetent diskutiert? Wenn ja, dann + gibt es in der Gruppe zumindest noch eine aktive Community, die zwar + selbst kaum mehr Fragen oder Diskussionsthemen hat, aber auf solche + Anlässe reagiert und die Gruppe wieder mit Leben füllt. Das spricht + eher gegen eine Löschung der Gruppe. + + [6] + +* Ein weiterer wichtiger Punkt ist die Benennung einer - oder mehrerer - + Ausweichgruppe(n), in denen das Thema oder die Themenkomplexe der + zur Löschung vorgeschlagenen Gruppe zukünftig diskutiert werden + sollen. Wenn die Gruppe in einem größeren thematischen Zusammenhang + steht, ist es in der Regel einfach, eine solche Ausweichgruppe zu + benennen, was dann wiederum für eine niedrigere Schwelle zur + Löschung spricht, denn so werden einzelne, mittlerweile weniger + intensiv diskutierte Unterbereiche eines größeren Themas wieder + thematisch zusammengefasst. + + Ein Beispiel dafür wäre die Teilhierarchie + de.comp.office-pakete.ms-office.*, die aus den Gruppen + + - de.comp.office-pakete.ms-office.excel + - de.comp.office-pakete.ms-office.outlook + - de.comp.office-pakete.ms-office.powerpoint + - de.comp.office-pakete.ms-office.word + - de.comp.office-pakete.ms-office.misc + + besteht. Sollte sich herausstellen, dass zwar zu Word und Excel + intensiv diskutiert wird, es aber kaum Fragen zu Powerpoint gibt, + würde eine Löschung der Gruppe de.comp.office-pakete.ms- + office.powerpoint bedeuten, dass das Thema "Powerpoint" nunmehr in + de.comp.office-pakete.ms-office.misc diskutiert werden kann, + zusammen mit anderen, seltener (genutzten und) diskutierten + Komponenten von Microsoft Office wie bspw. OneNote. + +Manche Gruppen aber fassen ein weit gespanntes Thema zusammen, für das +ansonsten keine vergleichbare Gruppe besteht, sondern allenfalls ein +bunter Strauß verschiedenster Gruppen zu einzelnen Facetten des +Themas; manche Gruppen sind auch die einzigen oder letzten 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*. + +* Wenn die letzte Gruppe einer Teilhierarchie gelöscht wird, stellt + sich zudem noch die Frage, ob die *.misc-Gruppe der Hierachie + umbenannt werden soll. + + So besteht die Teilhierarchie de.comm.protocols.* aus den beiden + Gruppen + + - de.comm.protocols.tcp-ip + - de.comm.protocols.misc + + Würde man die Gruppe de.comm.protocols.tcp-ip löschen, könnte man + die verbleibende Gruppe de.comm.protocols.misc nunmehr (wieder) in + de.comm.protocols umbenennen, um so den Namen zu verkürzen und die + Struktur besser erkennbar zu machen. Gegen eine solche Umbenennung + spricht, dass Umbenennungen technisch nicht möglich sind, sondern + nur durch eine Löschung der bestehenden Gruppe und die + Neueinrichtung der Gruppe mit dem geänderten Namen umgesetzt werden + können (siehe 7.2.). + +7.2. Umbenennungen +------------------ + +Umbenennungen von Gruppen erfolgen in der Regel nur im Zusammenhang +mit anderen Änderungen am Gruppenbestand zusammen. Dass eine Gruppe +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" +bezeichnet, ist technisch schlicht die (zusätzliche) Einrichtung der +Gruppe mit dem neuen Namen, gefolgt ungefähr eine Woche später von der +Löschung der Gruppe mit dem alten Namen. Dies führt dazu, dass alle +bestehenden Diskussionen auf den Newsservern mit der alten Gruppe +zusammen verschwinden und zudem Nutzer, die nur unregelmäßig in die +Gruppe hineinschauen, sie dann plötzlich nicht mehr finden können. +Eine solche Umbenennung will also wohlüberlegt sein. + +7.3. Änderungen von Charta und/oder Kurzbeschreibung +---------------------------------------------------- + +Neben dem Namen können auch alle anderen Attribute einer Gruppe (für +deren Beschreibung siehe 2.) geändert werden, namentlich die Charta +und die Kurzbeschreibung. Auch dies erfolgt nur selten isoliert; +meistens ist eine vorgeschlagene Chartaänderung die Folge einer +Reorganisation, also der Einrichtung oder Löschung anderer Gruppen, so +dass klarstellende Änderungen hinsichtlich des Themenbereichs einer +bestehenden Gruppe notwendig werden oder auch die Namen der gelöschten +oder sonstwie geänderten Newsgroups aus der Charta entfernt werden +müssen. Manchmal ergibt sich aber der Bedarf nach einer Abgrenzung +oder Erweiterung der Charta einer Gruppe auch so, wenn sich bspw. der +thematische Fokus verschiebt. + +Eine Charta- oder Kurzbeschreibungsänderung ist dabei im wesentlichen +kein technischer Vorgang. Geänderte Kurzbeschreibungen werden ggf. +durch eine Steuernachricht umgesetzt (siehe 5.); da Chartas ohnehin +nicht auf Newsservern gespeichert werden und daher auch nicht im +Newsreader angezeigt werden können (siehe 2.3.), sondern nur +organisatorische Metainformationen darstellen, werden Chartaänderungen +auch nur durch eine entsprechende Information per Posting in +de.admin.news.announce und der betroffenen Gruppe "umgesetzt". + +7.4. Statusänderungen +--------------------- + +Die Umstellung einer bestehenden unmoderierten Newsgroup auf +"moderiert" bzw. einer vormals moderierten Newsgroup auf den Status +"unmoderiert" ist nicht unproblematisch. Auch dies hat technische +Gründe; nicht immer erfolgen technische Umstellungen durch +Steuernachrichten wirklich überall auf jedem Newsserver oder gar +überall zur gleichen Zeit. Dies kann dazu führen, dass die Gruppe auf +manchen Servern noch als moderiert geführt wird, auf anderen aber +schon als unmoderiert (oder umgekehrt). + +Soll eine bisher unmoderierte Gruppe zukünftig moderiert sein, führt +dies dazu, dass Postings über Newsserver, auf denen die Gruppe noch +als unmoderiert angelegt ist, nur auf anderen solchen Newsservern +erscheinen; auf Newsservern, die die Gruppe schon als "moderiert" +führen, werden diese Postings schlicht verworfen. Wenn umgekehrt eine +bisher moderierte Gruppe zukünftig unmoderiert sein soll, werden +Newsserver, die diese Umstellung (noch) nicht vollzogen werden, +weiterhin eingereichte Postings per E-Mail an die (nicht mehr +bestehende) Moderation weiterleiten, so dass auch dann Beiträge +verloren gehen. + +Diese technischen Probleme müssen bereits in der Diskussionsphase +berücksichtigt werden und erfordern - in der Regel von denjenigen, die +den Vorschlag vorbringen - zusätzlichen Aufwand, um die Situation im +Auge zu behalten und ggf. die Betreiber von Newsservern an die +notwendige Umstellung zu erinnern. + +Ansonsten gelten die unter 2.4. dargestellten zusätzlichen Erwägungen +für die Einrichtung moderierter Gruppen entsprechend. + +7.5. Regeländerungen und Personenwahlen +--------------------------------------- + +Neben Änderungen am Gruppenbestand können - und werden - die +Einrichtungsregeln analog auch für andere Entscheiungen (bspw. die +Änderung der Einrichtungsregeln selbst) herangezogen. + +Sie gelten - teilweise modifiziert - auch für Personenwahlen, bspw. +für die Neuwahl der Moderation von de.admin.news.announce [7] oder die +von der amtierenden Moderation in regelmäßigen Abständen +durchgeführten Nachwahlen [8]. In gleicher Weise wäre es auch möglich, +die Moderation einer anderen moderierten Newsgroup - ggf. gegen ihren +Willen - auszutauschen. Ansonsten ist anerkannt, dass jede Moderation +einer moderierten Gruppe Mitglieder ausschließen oder neue Mitglieder +aufnehmen und auch die Moderation komplett an andere Personen +übergeben kann. Diese Entscheidung kann dann nur durch ein +Neuwahlverfahren - analog der Einrichtungsregeln - übersteuert werden. + +[7] Festgehalten ist dies in den "Moderatorenwahlregeln", die + gleichfalls in de.admin.infos veröffentlicht sind: +| From: ole-fg@gmx.de (Olaf Schneider), adrian.suter@schweiz.org (Adrian Suter) +| Newsgroups: de.admin.infos,de.admin.news.misc +| Subject: <1998-05-18> Neuwahl der de.admin.news.announce-Moderation +| +| Archive-name: de-admin/dana-neuwahl +| Posting-frequency: weekly +| Last-modified: 1998-05-18 +| URL: http://www.kirchwitz.de/~amk/dai/dana-neuwahl + +[8] Diese beruhen auf freiwilliger Übung der derzeit amtierenden + Moderation von de.admin.news.announce und sind daher (nur) in + deren Moderationskonzept (dort Abschnitt 4) festgehalten, das + regelmäßig in de.admin.news.announce veröffentlicht wird: +| From: moderator@dana.de (Moderation von de.admin.news.announce) +| Newsgroups: de.admin.news.announce,de.admin.news.misc +| Subject: <2010-11-01> Moderationskonzept der derzeitigen Moderation + und auch auf den Webseiten der Moderation unter + abgerufen werden kann. + +8. Quellen ========== Alle in diesen Erläuterungen genannten Quellen sind hier noch einmal zusammengefasst und um weitere Hinweise ergänzt. -7.1. Grundlegende Informationen +8.1. Grundlegende Informationen ------------------------------- Folgende Texte sollten einem Proponenten unbedingt bekannt sein: @@ -1648,7 +1894,7 @@ Folgende Texte sollten einem Proponenten unbedingt bekannt sein: | Posting-frequency: weekly | URL: http://www.kirchwitz.de/~amk/dni/de-newsgruppen -7.2. Weiterführende Hinweise +8.2. Weiterführende Hinweise ---------------------------- Folgende Texte sind allgemein oder für spezielle Fragen hilfreich oder @@ -1741,7 +1987,7 @@ von Interesse: + Entscheidungen der Moderation von de.admin.news.announce -7.3. Webseiten +8.3. Webseiten -------------- Folgende Webseiten sollten bekannt sein oder können bei der Durchführung des @@ -1763,10 +2009,13 @@ Einrichtungsverfahrens helfen: + Abstimmungssoftware UseVote -8. Maintainer und Kontakt ++ de.* in Graphen + + +9. Maintainer und Kontakt ========================= -8.1. Derzeitige Maintainer +9.1. Derzeitige Maintainer -------------------------- Maintainer dieser FAQ: Thomas Hochstein @@ -1792,7 +2041,7 @@ F - 0liver Seyfert gedankt. -8.2. Frühere Fassungen +9.2. Frühere Fassungen ---------------------- Maintainer bis 2010: Thomas Roessler, Dirk Nimmich From 4697a7fde8d8c315e5f7aac1ba25d200b03ca8a8 Mon Sep 17 00:00:00 2001 From: Thomas Hochstein Date: Mon, 14 Nov 2011 22:53:44 +0100 Subject: [PATCH 2/3] Kleine Aenderungen. Einrueckung, kleine Formulierungsaenderungen. Signed-off-by: Thomas Hochstein --- dana-manual | 30 ++++++++++++++++-------------- 1 file changed, 16 insertions(+), 14 deletions(-) diff --git a/dana-manual b/dana-manual index 2aaccf2..550727c 100644 --- a/dana-manual +++ b/dana-manual @@ -1711,20 +1711,22 @@ Gruppen zu selten diskutierten Themen nicht leer stehen. 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 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*. * 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,9 +1747,9 @@ 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" From bee5e241ab8e8575aba4a1c410f5023b6305ade9 Mon Sep 17 00:00:00 2001 From: Michael Grimm Date: Sun, 13 Nov 2011 22:39:33 +0100 Subject: [PATCH 3/3] Kleine Formulierungsaenderungen. Signed-off-by: Thomas Hochstein --- dana-manual | 21 ++++++++++----------- 1 file changed, 10 insertions(+), 11 deletions(-) diff --git a/dana-manual b/dana-manual index 550727c..0e6d35e 100644 --- a/dana-manual +++ b/dana-manual @@ -1660,7 +1660,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. @@ -1714,14 +1714,13 @@ Gruppen zu selten diskutierten Themen nicht leer stehen. 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 @@ -1752,7 +1751,7 @@ weiteren Anlass blo 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 @@ -1828,7 +1827,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