From 9d5a1661ae47072a00b78e48376995d3652fb0e3 Mon Sep 17 00:00:00 2001 From: Thomas Hochstein Date: Fri, 4 Mar 2011 08:19:21 +0100 Subject: [PATCH] Add Tota-Guidelines. Signed-off-by: Thomas Hochstein --- tota-guidelines.txt | 145 ++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 145 insertions(+) create mode 100644 tota-guidelines.txt diff --git a/tota-guidelines.txt b/tota-guidelines.txt new file mode 100644 index 0000000..501a36b --- /dev/null +++ b/tota-guidelines.txt @@ -0,0 +1,145 @@ +Tota-Guidelines +=============== + +1. Was ist Tota? + + "Tota" steht für die frühere Newsgroup "t-online.talk.allgemein", + kurz t-o.t.a, ursprünglich eine Smalltalk-Gruppe in der t-online.*- + Hierarchie. Nach der Schließung der t-online.*-Hierarchie im + Herbst 2009 haben sich Michael Hermes, Thomas Hochstein und Daniel + Weber zusammengetan, um kurzfristigen Ersatz bereitzustellen und + haben die tota.*-Hierarchie gegründet. Auch wenn es in erster Linie + um die Smalltalk-Aspekte ging, wurden Hilfestellungen von + T-Online-Benutzern für T-Online-Benutzer nicht ausgenommen. + +2. Gruppenliste und Chartas + + Unter wird jede Nacht die + aktuelle Gruppenliste inkl. der Kurzbeschreibungen bereitgestellt. + Eine Auflistung inkl. der Chartas ist auf der Hierarchie-Website + verfügbar. + +3. Entscheidungsfindung in tota.* + + Themen zur Pflege und Verwaltung der Hierarchie, z.B. Einrichtung + und Löschung von Gruppen, Peerings, Umgang mit Missbrauch u.ä. + werden in tota.administration behandelt. + + Bei anstehenden Entscheidungen gibt es eine mindestens einwöchige + öffentliche Diskussionsphase und im Anschluss (spätestens aber eine + Woche nach dem Ende der Diskussionsphase) eine einwöchige + öffentliche Abstimmung. Zur Abstimmung aufgerufen wird in + tota.administration durch den Proponenten oder einen vom + Proponenten beauftragten Nutzer. Zur Auswahl stehen nur die im + Stimmzettel genannten Möglichkeiten. + + Abstimmungsteilnehmer posten den ausgefüllten Stimmzettel als + Antwort auf den Abstimmungsaufruf in tota.administration. Es genügt + die einfache Mehrheit, die Gründer der Hierarchie haben ein Veto- + Recht gegen Änderungen des Status-Quo. + +4. Peering + +4.1 Peering-Konzept + + tota.* ist eine geschlossene Hierarchie, d.h. tota.* darf nicht von + beliebigen Serverbetreibern an beliebige andere Serverbetreiber + weitergegeben werden. + + Unter ist die offizielle + Liste der teilnehmenden Server bereitgestellt. + +4.2 Peering-Anforderungen + + Es ist technisch sicherzustellen, dass Beiträge nur mit anderen + Peers aus der offiziellen Liste der Peers ausgetauscht werden. + Sogenannte Lecks sind zu vermeiden. + + Peerings finden nur mit Newssystemen statt, welche die vollständige + Tota-Hierarchie führen, auf dem aktuellen Stand halten, + Missbrauchsmeldungen nachgehen und das Einstellen von Beiträgen nur + nach Authentifikation erlauben. + +4.3 Peering-Anfragen + + Peering-Anfragen, die den obigen Peering-Anforderungen genügen, + werden vom Newsmaster, der die Anfrage erhalten hat, oder in dessen + Auftrag in tota.administration öffentlich gemacht. Wenn binnen einer + Woche kein Widerspruch erfolgt, kann das Peering eingerichtet + werden; ansonsten wird das oben unter 3. dargestellte + Entscheidungverfahren zur Anwendung gebracht. + +4.4 Peering-Ausschluss + + Peers können nach Entscheidung in tota.administration auch wieder + ausgeschlossen werden, insbesondere bei Verstößen gegen die + Peering-Policy der Hierarchie. + + Bei Verstößen gegen oben genannte Pflichten eines tota.*-Peers wird + dieser von einem anderen Newsmaster oder den tota.*-Gründern darauf + hingewiesen und gebeten, den Missstand abzustellen. Bei wiederholten + Verstößen oder ausbleibender Reaktion auf den ersten Hinweis wird + der Ausschluss des Peers in tota.administration vorgeschlagen und + nach den unter 3. genannten Regeln zur Entscheidung gebracht. + + Nach der Entscheidung zum Ausschluss des Peers haben alle anderen + tota.*-Peers - sofern sie mit dem ausgeschlossenen Peer Beiträge + ausgetauscht haben - sicherzustellen, dass keine Beiträge der + tota.*-Hierarchie mehr ausgetauscht werden. + +5. Nutzer-Konzept + + Jeder Peer kann Interessierten nach eigenem Ermessen Zugang + gewähren, ist dabei jedoch an die oben genannten + Peering-Anforderungen gebunden. + +6. Hierarchie-Verwaltung + + In tota.administration getroffene Entscheidungen zur Einrichtung, + Änderung und Löschung von Gruppen werden mittels Steuernachrichten + von den Hierarchie-Verwaltern Sven Weise und Daniel Weber unter + Verwendung der Adresse und des + zugehörigen Schlüssels umgesetzt. + +7. Einrichtung/Änderung/Löschung von Gruppen + + Vorschläge zur Einrichtung, Änderung oder Löschung von Gruppen + können von jedem Nutzer in tota.administration zur Entscheidung nach + den unter 3. genannten Regeln gestellt werden. + +8. Regeln für Postings in Tota + + Die Nutzer der Hierarchie halten die Verwendung des echten Namens im + From-Header von Beiträgen für eine höfliche Geste, es findet jedoch + kein Zwang und keine Kontrolle statt. Realname-Diskussionen sind + unerwünscht, da zu diesem Thema bereits alle Sichtweisen zur Genüge + ausgetauscht wurden. + + Ebenso ist erwünscht, dass jeder Teilnehmer über eine Mailadresse im + From oder, soweit gesetzt, Reply-To erreichbar ist. Keinesfalls darf + dort eine Mailadresse verwendet werden, die unerlaubt einen fremden + Namensraum nutzt. + + Unerwünscht sind außerdem Beiträge folgender Art: + - Crossposts in tota.* und zugleich mindestens eine andere + Hierarchie oder ein gesetztes Followup-To in eine andere + Hierarchie bei einem Beitrag in tota.* oder umgekehrt + - Crossposts über mehr als zwei Gruppen (mit Ausnahme von + administrativen Hinweisen) + - Multiposts, d.h. Beiträge mit identischem Inhalt + - kommerzielle Werbung + - Test-Postings außerhalb von tota.test + +9. Unstimmigkeiten + + Gibt es Unstimmigkeiten bei Regelfragen oder der + Entscheidungsfindung entscheiden die Gründer mit einfacher Mehrheit. + +10. Änderungen an diesem Text + + Änderungen an diesem Text, die den Sinn nicht verändern (z.B. + Korrektur von Fehlern, Aktualisierung von Begriffen) oder den Text + an aktuelle technische Gegebenheiten (z.B. geänderte URLs) anpassen, + können direkt vorgenommen werden. Andere Änderungen können nach + obigem Verfahren in tota.administration zur Entscheidung gebracht + werden.