-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
--------------------------------------------------------------------
WICHTIGER HINWEIS:
Dies ist ein formeller Aufruf zur Diskussion ÃŒber den untenstehenden
Vorschlag zur à nderung der Regeln zur Selbstverwaltung der
de.-Hierarchie. Dies ist KEIN Aufruf zur Stimmabgabe; eine
Abstimmung ist zu diesem Zeitpunkt NICHT möglich!
Die Diskussion ÃŒber diesen Vorschlag findet in der Newsgruppe
de.admin.news.regeln statt; Antworten sollten daher dort
veröffentlicht werden (Followup-To: ist gesetzt). Weitere Hinweise
zum Ablauf folgen am Ende des Vorschlags.
--------------------------------------------------------------------
Erster Diskussionsaufruf (1. RfD):
==================================
Einfrieren des Gruppenbestandes von de.ALL
==========================================
Der Gruppenbestand der Usenet-Hierarchie de.ALL wird durch Diskussionen
und Abstimmungen festgelegt, die in der Unterhierarchie de.admin.news.*
stattfinden - mit Ausnahme der Gruppen unter de.alt.ALL, die nach
Diskussion in de.alt.admin ohne Abstimmung eingerichtet oder entfernt
werden, sofern der Protest gegen einen entsprechenden Vorschlag nicht
allzu heftig war. So legen es die "Regeln fÃŒr die Einrichtung, Ã nderung
und Entfernung von Usenet-Gruppen" (im Folgenden: Einrichtungsregeln)
fest, die regelmÀssig in de.admin.infos gepostet werden.
Der Vorschlag:
- --------------
Der vorliegende Diskussionsaufruf möchte den Gruppenbestand von de.ALL
einfrieren. Bei Annahme dieses Vorschlages sollen ab Inkrafttreten keine
neuen Gruppen mehr eingerichtet, keine alten mehr gelöscht und keine
bestehenden umbenannt werden.
à nderung der Einrichtungsregeln:
- --------------------------------
Um dies zu erreichen, werden die Einrichtungsregeln wie folgt geÀndert:
In Teil 2 "Zusammenfassung" wird folgender Absatz ersatzlos gestrichen:
- - Nach angenommener Wahl veranlaà t die Moderation die notwendigen
- - Schritte zur "Durchsetzung" der Entscheidung, indem sie die
- - zugehörigen Steuernachrichten verschickt.
In Teil 8 "Nach der Wahl" wird der Absatz
- - Ist die Wahl (vorlÀufig) angenommen, so versendet die Moderation die
- - entsprechenden Steuernachrichten und veranlaà t gleichzeitig die
- - notwendigen à nderungen in der offiziellen Liste der Newsgruppen.
ersetzt durch
+ UnabhÀngig vom Ergebnis der Abstimmung werden keinerlei
+ Steuernachrichten versandt und keine à nderungen an der offiziellen
+ Liste der Newsgruppen vorgenommen.
Ausserdem wird in Anhang A. "Sonderregel fÃŒr Einrichtungen und
Löschungen von Gruppen in de.alt.* sowie à nderungen ihrer Attribute"
ganz am Ende folgender Absatz eingefÃŒgt:
+ UnabhÀngig vom Verlauf der Diskussion und von ggf. versandten
+ Steuernachrichten werden keine à nderungen an der offiziellen
+ Liste der Newsgruppen vorgenommen.
BegrÃŒndung:
- -----------
1. Innerhalb des letzten Jahres wurden nur zwei Verfahren zur à nderung
des Gruppenbestandes in de.ALL durchgefÌhrt, nÀmlich die Reorganisation
von de.markt.ALL und die Löschung von de.rec.sf.stargate - beide
VorschlÀge wurden abgelehnt. Es besteht offenbar kein Bedarf mehr an
einer à nderung des Gruppenbestandes von de.ALL.
2. Das de-Usenet wird heute ausschliesslich von sehr erfahrenen
Usenet-Nutzern bevölkert, die wissen, dass de.ALL thematisch vollstÀndig
ist und daher die Diskussion neuer Themen problemlos in bestehenden
Gruppen Platz finden kann. FÃŒr erfahrene Netizens stellt auch die
Auswahl der richtigen Gruppe kein Problem dar.
3. Das in der Vergangenheit dominierende Argument fÌr Gruppenlöschungen
- - dass leere Gruppen abgerÀumt werden sollen, weil Usenet-Neulinge von
ihnen abgeschreckt werden und sie ihre Frage dann lieber in der falschen
Gruppe oder gar nicht stellen - verliert an Gewicht, weil Neulinge
ÃŒberhaupt nicht mehr ins Usenet kommen. Erfahrene Netizens hingegen
wissen, dass auch schlafende Gruppen bisweilen stille Leser haben, die
auf eine Diskussion einsteigen, sobald jemand eine anzettelt.
4. Schlecht gepflegte Newsserver fÌhren Gruppenlöschungen ggf. nicht
durch. Dies fÃŒhrt zu Frustration, wenn jemand in eine aus der
offiziellen Liste gelöschte, aber auf seinem Newsserver noch bestehende
Gruppe postet, und keine Antwort bekommt, weil sie auf anderen Servern
eben gelöscht ist. Daher ist es sinnvoll, auf Gruppenlöschungen zu
verzichten, da die Nachteile leerer Gruppen ja weggefallen sind (siehe
3.).
5. Erfahrene Netizens haben sich an den Gruppenbestand gewöhnt. Jede
à nderung hat zur Folge, dass sie sich umgewöhnen und neu Ìberlegen
mÃŒssen, in welcher Gruppe nun ein bestimmtes Thema on topic ist. Da das
de-Usenet nur noch von erfahrenen Netizens bevölkert ist, sollte man auf
diese Gruppe RÌcksicht nehmen und ihnen keine VerÀnderung am
Gruppenbestand mehr zumuten.
Die Zukunft der Hierarchie de.admin.news.ALL:
- ---------------------------------------------
Die Hierarchie de.admin.news.ALL bleibt unverÀndert bestehen.
Gruppeneinrichtungs- und Löschungsverfahren können weiterhin nach den
Einrichtungsregeln durchgefÃŒhrt werden, haben aber keinen Einfluss auf
den Gruppenbestand, sondern dienen ausschliesslich der Unterhaltung und
der Wertsteigerung von Popcorn-Aktien.
à bergangsregelung:
- ------------------
Verfahren, die bei Annahme dieses Vorschlages bereits in Gang sind,
werden noch nach den unverÀnderten Regeln zu Ende gefÌhrt und umgesetzt.
Stichtag ist der Ablauf der Einspruchsfrist zum Result des vorliegenden
Vorschlages.
Proponent:
- ----------
Adrian Suter <
nost...@wortrei.ch>
-------------------------------------------------------------------
HINWEISE ZUM ABLAUF:
Dies ist ein Aufruf zur Diskussion, nicht zur Stimmabgabe. In der
mindestens 14 Tage laufenden Diskussionsphase sollten alle Aspekte,
VorzÃŒge und Probleme des Vorschlags angeschnitten und ein
weitgehender Konsens angestrebt werden.
Organisiert der Initiator danach eine formelle Abstimmung, so wird
diese wieder in de.admin.news.announce angekÃŒndigt.
Detaillierte Hinweise zum Ablauf der Verfahren nach den Regeln der
Selbstverwaltung der de.-Hierarchie sind in der Newsgruppe
de.admin.infos und auf der Website
http://www.dana.de/ zu finden.
-------------------------------------------------------------------
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (MingW32)
iQEcBAEBAgAGBQJW/kA1AAoJEII7bY/CX0E7LPAH/A3MkHihc/OwvdZ+oUcGRUGR
kf8NWQs361WrzLUfAUiZE6ffw0AJ6ArbFHLcXF8GoI4MLN47EvTKgIroNLSfJQRv
t7cB+NtCqva3x6ndvBQbTCLGYMi5Sd2TuIs+U41MDnWKTcJ5KCnhCLwc4Eo/pu7D
y1PVKjvB2VTwbrec67m1bk4RsQjAUQSGpJ8zbTyn1L7mTx7gkobaIfJYahPWkwJ7
tcfZfgrA7lZcKvcx61YsnOLjpb6rKyBv9jsBFYCDhc/k/00VMRIn0FNZSlVRL1d/
IG+MRf6/ST8igbXT2LLIgps5Z0STaxJunaTecFP7fzWzbbgE7YcdP0DlOd6viyQ=
=7iHR
-----END PGP SIGNATURE-----