Thread View: de.newusers
1 messages
1 total messages
Started by Joachim Astel
Sun, 01 Oct 1995 00:00
<95-10-01> de.newusers DIFFs - Veraenderungen beim Refresh
Author: Joachim Astel
Date: Sun, 01 Oct 1995 00:00
Date: Sun, 01 Oct 1995 00:00
1088 lines
54958 bytes
54958 bytes
Archive-name: de-newusers/diff
Posting-frequency: monthly
../old/<deu.new.eti.1114@astel.com> <deu.new.eti.1115@astel.com>
120c120
< Subject: Erbsen im Treibhaus (war: Re: Kohlrabi im Vorgarten)
---
> Subject: Erbsen im Treibhaus (was: Kohlrabi im Vorgarten)
../old/<deu.new.ein.1114@astel.com> <deu.new.ein.1115@astel.com>
41c41
< de.admin, de.alt, de.comm, de.comp, de.etc, de.mag, de.markt,
---
> de.admin, de.alt, de.comm, de.comp, de.etc, de.markt,
59d58
< de.mag Onlinemagazine, Onlinezeitschriften/-zeitungen
../old/<deu.new.grp.1113@astel.com> <deu.new.grp.1114@astel.com>
79,84c79,82
< - de.admin.news
< -------------
< Diese Gruppe wurde gesplittet in die im folgenden beschriebenen
< Untergruppen. Die Gruppe de.admin.news selbst gibt es nicht mehr.
< In der Hierarchie de.admin.news.* geht es um die Organisation
< und Verwaltung des Newssystems selbst.
---
> de.admin.news
> -------------
> In der Hierarchie de.admin.news.* geht es um die Organisation
> und Verwaltung des Newssystems selbst.
100c98
< Sonstige Themen ueber NetNews, z.B. der Ausfall eines wichtigen
---
> Sonstige Themen ueber NetNews, z. B. der Ausfall eines wichtigen
104a103,117
> - de.admin.news.net-abuse.announce (Moderiert)
> Diese Gruppe dient der Bekanntgabe von Netzmissbrauch und den
> dagegen getroffenen Massnahmen im Bereich der deutschsprachigen
> Usenet-Hierarchie 'de.*'. Mitteilungen ueber erfolgte Fremdcancel-
> Aktionen gegen Duplikate, Faelschungen, Spam/Velveeta sollen in
> dieser Gruppe gepostet werden. Eine Diskussion ueber diese
> Mitteilungen erfolgt in de.admin.news.net-abuse.misc.
>
> - de.admin.news.net-abuse.misc
> Diese Gruppe soll der Diskussion ueber Netzmissbrauch im Bereich der
> deutschsprachigen Usenet-Hierarchie 'de.*' dienen. Mitteilungen ueber
> erfolgte Fremdcancel-Aktionen gegen Duplikate, Faelschungen, Spam und
> Velveeta, die in der Gruppe de.admin.news.net-abuse.announce gepostet
> werden, werden hier diskutiert.
>
114,119c127,131
< Maschine mit welcher anderen wie gut verbunden ist (das ist die Info,
< die von den Maschinen gelesen wird), zum anderen oft auch welcher
< Art diese Maschinen sind, wo sie sich befinden und wer sie
< betreut. Daher dient diese Gruppe auch als eine Art "who is who"
< des SubNet.
< Achtung: Die Maps haben derzeit ein Volumen von ueber 300k.
---
> Maschine mit welcher anderen wie gut verbunden ist (das ist die
> Info, die von den Maschinen gelesen wird), zum anderen oft auch
> welcher Art diese Maschinen sind, wo sie sich befinden und wer sie
> betreut. Daher dient diese Gruppe auch als eine Art "who is who" des
> SubNet. Achtung: Die Maps haben derzeit ein Volumen von ueber 300k.
188c200
< kation, z.B. Modems, P*stvorschriften usw.
---
> kation, z. B. Modems, P*stvorschriften usw.
207c219
< Diskussion ueber die Software aus dem GNU - Projekt; z.B gcc,
---
> Diskussion ueber die Software aus dem GNU - Projekt; z. B. gcc,
226c238
< auch (z.B.) Datenschutz und Gefahren, die durch Computereinsatz
---
> auch (z. B.) Datenschutz und Gefahren, die durch Computereinsatz
230c242
< Computerstandards und ihre Auswirkungen, z.B. die ungezaehlten
---
> Computerstandards und ihre Auswirkungen, z. B. die ungezaehlten
247c259
< Programmiersprachen gedacht. Auf systemspezifische Fragen (z.B.
---
> Programmiersprachen gedacht. Auf systemspezifische Fragen (z. B.
263,266d274
< - de.comp.lang.lisp
< Diese Gruppe ist fuer Diskussionen ueber Sprachen wie Lisp,
< Scheme und T gedacht.
<
287c295,296
< - de.comp.os.os2
---
> - de.comp.os.os2.*
> ----------------
290,304c299,300
< - de.comp.os.os9
< befasst sich hauptsaechlich mit OS-9/68k. Diskussionen ueber OS-9
< fuer den 6809 und OS-9000 sind hier vermutlich auch besser aufge-
< hoben als in de.comp.os.misc
<
< - de.comp.os.unix
< Hier geht es um Unix in seinen verschiedenen Auspraegungen ausser
< Xenix, Minix und Linux. Dafuer gibt es dann
< - de.comp.os.xenix
< fuer Xenix - Systeme und
< - de.comp.os.minix
< fuer Minix, das "Lehrstueck fuer Betriebssystembauer".
< - de.comp.os.linux
< Diese Newsgruppe soll der Diskussion ueber Linux, ein freies,
< UNIX-aehnliches Betriebssystem fuer 386ff.-Rechner dienen.
---
> - de.comp.os.os2.advocacy
> Die Vorzuege des Betriebssystems OS/2.
306,307c302,303
< - de.comp.os.vms
< Hier geht es um VMS, ein Betriebssystem der VAX
---
> - de.comp.os.os2.apps
> Diskussion ueber Programme fuer OS/2.
309,310c305,306
< - de.comp.os.misc
< fuer alle anderen Betriebssysteme.
---
> - de.comp.os.os2.networking
> Netzwerkbetrieb mit OS/2.
311a308,309
> - de.comp.os.os2.programmer
> Programmieren fuer das Betriebssystem OS/2.
313,317c311,312
< - de.comp.sources.*
< -----------------
< In dieser Unterhierarchie werden Programme als Quelltext
< veroeffentlicht. Da mehrere Untergruppen moderiert sind,
< gibt es ausserdem
---
> - de.comp.os.os2.setup
> Installation des Betriebssystems OS/2.
319,322c314,315
< - de.comp.sources.d
< In dieser Gruppe sollen Erfahrungsberichte mit Software aus den
< anderen de.comp.sources-Gruppen, erkannte Bugs und Anfragen nach
< Software gepostet werden.
---
> - de.comp.os.os2.misc
> Allgemeine Diskussionen zum Betriebssystem OS/2.
324,325d316
< - de.comp.sources.amiga (Moderiert)
< Sourcen fuer den Amiga.
327,328c318,319
< - de.comp.sources.os9 (Moderiert)
< Sourcen fuer OS-9/68000.
---
> - de.comp.os.unix
> Hier geht es um Unix in seinen verschiedenen Auspraegungen.
330,331c321,323
< - de.comp.sources.st (Moderiert)
< Sourcen fuer den Atari ST [und Verwandte (TT) ?].
---
> - de.comp.os.linux
> Diese Newsgruppe soll der Diskussion ueber Linux, ein freies,
> UNIX-aehnliches Betriebssystem fuer 386ff.-Rechner dienen.
333,334c325,326
< - de.comp.sources.unix (Moderiert)
< Sourcen fuer alle Varianten von Unix (incl. Xenix und Minix).
---
> - de.comp.os.vms
> Hier geht es um VMS, ein Betriebssystem der VAX.
336,337c328,329
< - de.comp.sources.misc (Moderiert)
< Sourcen fuer alle uebrigen Systeme wie CP/M, MS-DOS, VMS etc.
---
> - de.comp.os.misc
> fuer alle anderen Betriebssysteme.
345c337
< dings nur wenn dort eine entsprechende Gruppe existiert (z.B.
---
> dings nur wenn dort eine entsprechende Gruppe existiert (z. B.
387,388c379
< IBM-PC & kompatible genannt.
< NICHT IBM-Mainframes
---
> IBM-PC & kompatible genannt. NICHT IBM-Mainframes!
393,395d383
< - de.comp.sys.pcs
< Alles zu PCS-Computern.
<
407,430d394
< de.mag.*
< --------
<
< Die de.mag-Unterhierarchie enthaelt Magazine, die ueber das
< bzw. die Netze verbreitet werden.
<
< - de.mag.chalisti (Moderiert)
< Das Magazin Chalisti wurde vom Chaos Computer Club e. V.
< herausgegeben. Seit laengerer Zeit wurde dieses Magazin
< eingestellt, seitdem fristet die Gruppe ein totes Dasein.
<
< - de.mag.chalisti.d
< Diskussion ueber Artikel in der Chalisti werden hier gefuehrt,
< da de.mag.chalisti moderiert ist.
<
<
< - de.mag.misc (Moderiert)
< Hier erscheinen alle anderen Newsletters und Magazine, fuer
< die noch keine eigene Gruppe existiert.
<
< - de.mag.misc.d
< dient der Diskussion von Beitraegen in de.mag.misc
<
<
538a503,513
> - de.org.politik.spd
> In dieser Gruppe soll alles diskutiert werden, was im Zusammenhang
> mit der Sozialdemokratischen Partei Deutschlands (SPD) steht. Dies
> sind insbesondere die Politik der SPD und die Organisation und
> Struktur der Partei.
>
> - de.org.politik.misc
> In dieser Gruppe soll alles diskutiert werden, was im Zusammenhang
> mit politisch taetigen Organisationen steht, fuer die (noch) keine
> eigene Gruppe vorhanden ist.
>
564c539
< Alles rund ums Fahrrad, also z.B. Fahrradtouren, Zubehoer,
---
> Alles rund ums Fahrrad, also z. B. Fahrradtouren, Zubehoer,
588a564,565
> - de.rec.luftfahrt
>
640a618,635
> - de.rec.tiere.*
> --------------
> Diese Unterhierachie beschaeftigt sich mit Tieren.
>
> - de.rec.tiere.pferde
> Diese Gruppe soll das deutschsprachige Gegestueck zu rec.equestrian
> sein. Themen: Diskussionen und Informationen zu
>
> 1. Pferde aller Rassen im Allgemeinen
> 2. Pferdehaltung
> 3. Pferdesport, Turniere, Veranstaltungen
> 4. Pferdezucht
>
> - de.rec.tiere.misc
> Diese Gruppe soll das Auffangbecken fuer alle Diskussionen um
> Tiere sein, die nicht in spezielle Newsgroups passen. Thema:
> Diskussion ueber Tiere, und alles, was damit zusammenhaengt.
>
651a647,658
> - de.sci.announce (Moderiert)
> Wissenschaftliche Ankuendigungen und Veroeffentlichungen.
>
> - de.sci.astronomie
> Diskussion zum Thema Astronomie.
>
> - de.sci.biologie
> Diskussion zum Thema Biologie.
>
> - de.sci.chemie
> Diskussion zum Thema Chemie.
>
655,656c662,667
< - de.sci.ki
< ---------
---
> - de.sci.ing
> Diskussion zum Thema Ingenieurwissenschaften.
>
>
> - de.sci.ki.*
> -----------
669,670d679
< - de.sci.ki.mod-ki (Moderiert)
< Elektronische Zeitung zum Thema Kuenstlichen Intelligenz.
671a681,682
> - de.sci.mathematik
> Diskussion zum Thema Mathematik.
675a687,717
> - de.sci.medizin.logopaedie
> Hier koennen Experten, Betroffene, Angehoerige und Interessierte ueber
> Stimm-, Sprach-, Sprech- und Hoerstoerungen diskutieren.
>
> Die Logopaedie ist eine recht neue aufstrebende Wissenschaft, die in der
> heutigen Zeit immer mehr in den Blickpunkt der Oeffentlichkeit geraet.
> Diese Newsgroup soll weiterhin ein Forum fuer die verschiedensten
> Selbsthilfegruppen werden. Z.B. die Selbsthilfegruppen der Stotterer,
> der Aphasiker, der Kehlkopflosen, der Gehoerlosen und fuer Menschen mit
> Lippen-, Kiefer-, Gaumen- und Segelfehlbildungen erhalten hier eine
> Moeglichkeit, sich vorzustellen.
>
>
> - de.sci.paedagogik
> Diskussionen zum Thema Paedagogik.
>
> - de.sci.philosophie
> Diskussion zum Thema Philosophie.
>
> - de.sci.physik
> Diskussion zum Thema Physik.
>
> - de.sci.politologie
> Diskussion zum Thema Politologie.
>
> - de.sci.psychologie
> Diskussion zum Thema Psychologie.
>
> - de.sci.soziologie
> Diskussion zum Thema Soziologie.
>
706a749,766
> - de.soc.medien
> Der Begriff Medien wird hier als Kurzform fuer Massenmedien gebraucht.
> Die Gruppe soll der Diskussion von Fragen der Medienpolitik,
> Medienoekonomie, Mediensoziologie, Medienpsychologie, Mediengeschichte,
> Medientheorie, Publizistik, Werbung und Public Relation sowie des
> Medienrechts etc. dienen.
>
> Medientechniken sollen hier nur soweit diskutiert werden, wie sie
> - sozial relevant erscheinen (de.soc),
> - nicht bereits durch andere Gruppen abgedeckt werden
> (z. B. unterhalb von de.comp),
> - nicht sinnvoll zusammen mit den Medieninhalten in Gruppen
> wie de.rec.film.misc diskutiert werden koennen.
>
> Medieninhalte sollen in der Regel nicht hier, sondern in anderen
> dafuer geeigneten Gruppen wie de.rec.film.misc und de.alt.tv.misc
> (de.rec.tv.misc, siehe den laufenden RfD) abgehandelt werden.
>
712a773,778
> - de.soc.pflichtdienste
> Dies ist ein Forum fuer Diskussionen und Informationen zum Thema
> Allgemeine Wehrpflicht, den daraus resultierenden Wehrdienst,
> Zivildienst und sonstigen Ersatzdiensten sowie zur Verweigerung von
> Kriegsdiensten (KDV)
>
755c821
< zum Online-Dialog dienen (z.B. IRC, Internet Relay Chat). Sie hat
---
> zum Online-Dialog dienen (z. B. IRC, Internet Relay Chat). Sie hat
830,832c896,897
< Kurze und lange Listen zu allen Themen, z.B. Mailbox-Nummern.
< Achtung: lange Listen sind zwar selten, aber unter Umstaenden
< SEHR lang!
---
> Kurze und lange Listen zu allen Themen, z. B. Mailbox-Nummern.
> Achtung: lange Listen sind zwar selten, aber unter Umstaenden SEHR lang!
855c920
< Interessentenkreis gibt (z.B. Binaries-Gruppen), werden Gruppen
---
> Interessentenkreis gibt (z. B. Binaries-Gruppen), werden Gruppen
876,877c941,942
< von Wilhelm Buehler, sowie der Charta, die bei Abstimmung ueber
< die jeweilige Gruppe vorgelegt wurde.
---
> fuer 'de.*' von moderator@dana.de, sowie der Charta, die bei
> Abstimmung ueber die jeweilige Gruppe vorgelegt wurde.
../old/<deu.new.grw.112@astel.com> <deu.new.grw.113@astel.com>
148a149,151
> - de.alt.binaries.sounds.huge
> [Fuer die etwas groesseren Sounds ...]
>
182a186,188
> - de.alt.eisenbahn
> [Alles, was auf Schienen faehrt]
>
191a198,200
> - de.alt.fan.feinkost-zipp
> [Frau Werwolf sagt des ghert so!]
>
217a227,229
> - de.alt.fan.prince
> [Diskussion ueber den Musiker Prince.]
>
253a266,268
> - de.alt.horus
> [Diskussion um das Bildverarbeitungssystem HORUS.]
>
254a270
> [Killfiles, Killmechanismen.]
284a301,306
> - de.alt.regionales
> [Regionale Events, Anfragen, Veranstaltungshinweise, Diskussionen.]
>
> - de.alt.shareware
> [Probleme, Modalitaeten, Vertraege rund um billige Software.]
>
292c314
< [NeXT-Programme (Quellcode).]
---
> NeXT-Programme im Quellcode
295c317
< [Auf die Plaetze-fertig-los!]
---
> Auf die Plaetze-fertig-los!
305d326
<
391,392d411
< Bitte Ergaenzungsvorschlaege per Mail ('r'),
<
398,399c417
< diskutieren will -> bitte oeffentlich in de.alt.admin('f')
< (und als Mail-Kopie an buehler@xlink.net).
---
> diskutieren will -> bitte oeffentlich in de.alt.admin('f').
401,402d418
< Ciao
< Dabbeljuu <buehler@xlink.net>
404c420
< Danke fuer ihre Unterstuetzung:
---
> Dank fuer ihre Unterstuetzung an:
../old/<deu.new.new.1114@astel.com> <deu.new.new.1115@astel.com>
36,52c36,43
< Das Einrichten und Entfernen von Newsgroups ist von technischer Seite
< gesehen ausgesprochen einfach. In der Tat reicht ein einziger Artikel,
< der einem bestimmten Format entspricht, dazu aus. Damit aber nicht
< vollstaendig chaotische Zustaende herrschen, in der jeder, der glaubt,
< das Netz mit seiner neuen Gruppe begluecken zu muessen, eine newgroup-
< message abschickt, haben sich gewisse Spielregeln zur Einrichtung
< einer Gruppe eingebuergert.
< Diese Regeln differieren von News-Hierarchive zu News-Hierarchie.
< So gelten fuer Gruppen innerhalb der "alt.*"-Hierarchie andere
< Bedingungen als innerhalb von "news.*". Der folgende Text beschreibt
< die Spielregeln, wie sie innerhalb der deutschsprachigen News-
< Hierarchie "de.*" -mit Ausnahme von de.alt.*, dazu siehe Teil 11-
< gelten.
< Diese Spielregeln gelten zunaechst einmal nur fuer die
< Einrichtung oder Entfernung einer Gruppe, es spricht jedoch nichts
< dagegen, auch andere netzuebergreifende Entscheidungen nach analogen,
< nur im Detail abweichenden Regeln zu entscheiden.
---
> Das Einrichten und Entfernen von Newsgroups ist von technischer Seite
> gesehen ausgesprochen einfach. In der Tat reicht ein einziger Artikel,
> der einem bestimmten Format entspricht, dazu aus. Damit aber nicht
> vollstaendig chaotische Zustaende herrschen, in der jeder, der glaubt,
> das Netz mit seiner neuen Gruppe begluecken zu muessen, eine newgroup-
> message abschickt, haben sich gewisse Spielregeln zur Einrichtung einer
> Gruppe eingebuergert. Auf den meisten Systemen wird auch technisch das
> hier beschriebene Procedere bevorzugt.
54,55c45,49
< Werden diese Regeln ohne hinreichenden Grund nicht beachtet, so ist
< es nahezu ausgeschlossen, dass die Entscheidung akzeptiert wird.
---
> Diese Regeln differieren von News-Hierarchive zu News-Hierarchie. So
> gelten fuer Gruppen innerhalb der "alt.*"-Hierarchie andere Bedingungen
> als innerhalb von "news.*". Der folgende Text beschreibt die
> Spielregeln, wie sie innerhalb der deutschsprachigen News-Hierarchie
> "de.*" -- mit Ausnahme von de.alt.*, dazu siehe Teil 11 -- gelten.
57,68c51,71
< An dieser Stelle sei darauf hingewiesen, dass kein Netzteil-
< nehmer oder Sysadmin in irgend einer Weise an die "Beschluesse" des
< Netz gebunden ist: ob eine Gruppe lokal eingerichtet wird oder nicht,
< ob eine Gruppe lokal entfernt wird oder nicht, ob eine Gruppe bezogen
< wird oder nicht, das ist alles Entscheidung des lokalen newsadmins
< [ bzw. dessen Vorgesetzten ;-) ]. Es besteht auf nichts und niemanden
< irgend eine Art von Rechtsanspruch, und das Subnetz hat keine, oder
< besser verzichtet freiwillig auf jegliche, Exekutive. Dies ist aber
< nicht als Freibrief fuer jedweden Unsinn zu verstehen: das Netz hat
< eine Abneigung sowohl gegen net.sheriffs wie gegen net.terrorists!
< Es waere doch schade, wenn wegen letzterer die Freiheit dieses Netzes
< eingeschraenkt werden muesste...
---
> Diese Spielregeln gelten zunaechst einmal nur fuer die Einrichtung oder
> Entfernung einer Gruppe, es spricht jedoch nichts dagegen, auch andere
> netzuebergreifende Entscheidungen nach analogen, nur im Detail
> abweichenden Regeln zu entscheiden.
>
> Werden diese Regeln ohne hinreichenden Grund nicht beachtet, so ist es
> nahezu ausgeschlossen, dass die Entscheidung akzeptiert wird.
>
> An dieser Stelle sei darauf hingewiesen, dass kein Netzteilnehmer oder
> Sysadmin in irgend einer Weise an die "Beschluesse" des Netz gebunden
> ist: ob eine Gruppe lokal eingerichtet wird oder nicht, ob eine Gruppe
> lokal entfernt wird oder nicht, ob eine Gruppe bezogen wird oder nicht,
> das ist alles Entscheidung des lokalen newsadmins bzw. dessen
> Vorgesetzten. Es besteht auf nichts und niemanden irgend eine Art von
> Rechtsanspruch, und das UseNet hat keine, oder besser verzichtet
> freiwillig auf jegliche, Exekutive.
>
> Dies ist aber nicht als Freibrief fuer jedweden Unsinn zu verstehen: Das
> Netz hat eine Abneigung sowohl gegen net.sheriffs wie gegen
> net.terrorists! Es waere doch schade, wenn wegen letzterer die Freiheit
> dieses Netzes eingeschraenkt werden muesste...
72,79c75,89
< Eine Entscheidung wird herbeigefuehrt, in dem man ein Thema durch ein
< foermliches RfD (s.u.) zur Diskussion stellt, der Diskussion genuegend
< Zeit laesst, und dann, falls noch Bedarf und hinreichend Aussicht auf
< Erfolg besteht, durch ein foermliches CfV (s.u.) darueber abstimmen
< laesst. Ist die Wahl erfolgreich, ist man "ermaechtigt", die not-
< wendigen Schritte zur "Durchsetzung" der Entscheidung zu ergreifen
< oder zu deligieren, also z.B. die newgroup-message (s.u.) abzu-
< schicken bzw. abschicken zu lassen.
---
> Eine Entscheidung wird herbeigefuehrt, in dem man ein Thema durch einen
> foermlichen RfD (s.u.) zur Diskussion stellt, der Diskussion genuegend
> Zeit laesst, und dann, falls noch Bedarf und hinreichend Aussicht auf
> Erfolg besteht, durch einen foermlichen CfV (s.u.) darueber abstimmen
> laesst.
>
> Ist die Wahl erfolgreich, veranlasst der Moderator oder der Wahlleiter
> die notwendigen Schritte zur "Durchsetzung" der Entscheidung, indem er
> einen dafuer vorgesehenen Server die Einrichtungsnachricht (newgroup)
> abschicken laesst. Dieser Server kann von jedem Netznutzer per
> Einspruchsmail in diesem Prozedere gestoppt werden.
>
> Damit alle Administratoren und alle Interessierten Netznutzer
> mitbekommen, welche Entscheidungen anstehen, muessen alle Ankuendigungen
> und Einrichtungen ueber die Newsgruppe de.admin.news.announce laufen.
83,89c93,98
< Die Gruppe de.admin.news.announce ist moderiert. Sie dient
< ausschlieslich dem Veroeffentlichen von Diskussionsaufrufen
< ( RfD s.u.), Wahlaufrufen ( CfV s.u.), Zwischen- und Endergebnissen,
< administrativen Dingen dieser Gruppe (wie Listen laufender Votings),
< sowie dazu analogen Postings.
< Wuenscht man eine solche Veroeffentlichung, so muss man seinen
< Artikel per email an den Moderator schicken.
---
> Die Gruppe de.admin.news.announce ist moderiert. Sie dient
> ausschlieslich dem Veroeffentlichen von Diskussionsaufrufen (RfD s.u.),
> Wahlaufrufen (CfV s.u.), Zwischen- und Endergebnissen, administrativen
> Dingen dieser Gruppe (wie Listen laufender Votings), sowie dazu analogen
> Postings. Wuenscht man eine solche Veroeffentlichung, so muss man seinen
> Artikel per email an den Moderator schicken.
91,92c100,101
< Die Adresse des Moderators lautet:
< de-admin-news-announce@xlink.net
---
> Die momentane Adresse des Moderators lautet:
> moderator@dana.de
94,102c103,112
< Der Moderator prueft, ob der gewuenschte Artikel den Bestimmungen
< der Gruppe entspricht. Findet er Unstimmigkeiten oder Regelver-
< stoesse, so schickt er entweder eine Liste der strittigen Punkte an
< den Initiator zurueck, oder (bei lediglich kleinen Fehlern)
< korrigiert diese. Ist der Artikel akzeptabel, so wird er diesen
< in de.admin.news.announce sowie jeder weiteren gewuenschten Gruppe
< oder Mailing-Liste veroeffentlichen. Das bedeutet insbesondere, das
< RfD/CfV *ausschliesslich* per mail an den Moderator gehen. Ein Posten
< "auf eigene Faust" sollte unterbleiben.
---
> Der Moderator prueft, ob der gewuenschte Artikel den Bestimmungen der
> Gruppe entspricht. Findet er Unstimmigkeiten oder Regelverstoesse, so
> schickt er entweder eine Liste der strittigen Punkte an den Initiator
> zurueck, oder (bei lediglich kleinen Fehlern) korrigiert diese. Ist der
> Artikel akzeptabel, so wird er diesen in de.admin.news.announce sowie
> jeder weiteren gewuenschten Gruppe oder Mailing-Liste veroeffentlichen.
> Das bedeutet insbesondere, dass RfD/CfV *ausschliesslich* per mail an
> den Moderator gehen. Ein Posten "auf eigene Faust" hat zu unterbleiben.
> Ausnahmen regeln allein die Moderatorenwahlreglen fuer
> de.admin.news.announce.
104,110c114,118
< [ Mod. Notiz: Bei allen Entscheidungen als Moderator werde ich mich
< bemuehen, mich nicht an die Buchstaben, sondern an den Geist einer
< Regel zu halten. Wenn man mich also _ueberzeugen_ kann, werden
< Regelabweichungen im Einzelfall akzeptiert. Auf das Ueberzeugen
< lege ich in einem solchen Fall allerdings Wert!
< *** In der Zwischenzeit hat die Moderation gewechselt, ich nehme
< jedoch an, auch der neue Moderator haelt sich an dieses Prinzip.]
---
> Moderator"eid": Bei allen Entscheidungen als Moderator werde ich mich
> bemuehen, mich nicht an die Buchstaben, sondern an den Geist einer
> Regel zu halten. Wenn man mich also _ueberzeugen_ kann, werden
> Regelabweichungen im Einzelfall akzeptiert. Auf das Ueberzeugen lege
> ich in einem solchen Fall allerdings Wert!
114,118c122,126
< Wuenscht man einen foermlichen "Aufruf zur Diskussion" - engl.
< "Request for Discussion", oder kurz RfD, so muss dieser an den
< Moderator geschickt werden. Dieser wird ihn, wenn er den Regeln
< entspricht, in eben dieser Gruppe posten, ansonsten wird er Rueck-
< sprache mit dem Initiator halten.
---
> Wuenscht man einen foermlichen "Aufruf zur Diskussion" - engl. "Request
> for Discussion", oder kurz RfD, so muss dieser an den Moderator
> geschickt werden. Dieser wird ihn, wenn er den Regeln entspricht, in
> de.admin.news.announce posten, ansonsten wird er Ruecksprache mit dem
> Initiator halten.
120,145c128,153
< Fuer einen foermlichen RfD ist folgendes noetig:
< o es muss deutlich hervorgehen, ueber was ueberhaupt diskutiert
< werden soll; bei einer Einrichtung einer neuen Gruppe sollte
< insbesondere der angestrebte Status (moderiert oder
< unmoderiert), und der Name der Gruppe erwaehnt sein.
< Sollte eines von beidem (oder beides) noch unklar sein, so
< sollte darauf explizit hingewiesen werden.
< o nach Moeglichkeit bereits hier, spaetestens jedoch im CfV sollte
< eine Kurzbeschreibung und eine Charta erstellt werden:
< Die Charta gibt an, worum es in dieser Newsgroup ueberhaupt
< geht; sie ist normalerweise ein bis zwei Absaetze lang.
< Die Kurzbeschreibung (ca. 60 Zeichen) wird in den regel-
< maessigen Postings verwendet, die den Systemadministratoren
< helfen, festzustellen, welche Newsgroups sie vergessen haben
< zu abonnieren. ;-) Manche Newsprogramme zeigen diese Infor-
< mation auch an -- zur Erinnerung, damit Artikel nicht in
< ungeeigneten Newsgroups landen.
< Beispiel:
< Kurzbeschreibung:
< de.etc.misc Alles, was woanders nicht hinpasst
< Charta:
< de.etc.misc ist das "Auffangbecken" fuer alle Themen,
< fuer die es keine eigene Newsgroup gibt und die auch
< nicht in eine der uebrigen ".misc"-Newsgroups passen
< (beispielsweise de.comp.misc fuer computerbezogene
< Themen).
---
> Fuer einen foermlichen RfD ist folgendes notwendig:
>
> o es muss deutlich hervorgehen, ueber was ueberhaupt diskutiert werden
> soll; bei einer Einrichtung einer neuen Gruppe sollte insbesondere
> der angestrebte Status (moderiert oder unmoderiert), und der Name
> der Gruppe erwaehnt sein. Sollte eines von beidem (oder beides)
> noch unklar sein, so sollte darauf explizit hingewiesen werden.
>
> o nach Moeglichkeit bereits hier, spaetestens jedoch im CfV sollte
> eine Kurzbeschreibung und eine Charta erstellt werden: Die Charta
> gibt an, worum es in dieser Newsgroup ueberhaupt geht; sie ist
> normalerweise ein bis zwei Absaetze lang. Die Kurzbeschreibung (ca.
> 60 Zeichen) wird in den regelmaessigen Postings verwendet, die den
> Systemadministratoren helfen, festzustellen, welche Newsgroups sie
> vergessen haben zu abonnieren. Manche Newsprogramme zeigen diese
> Information auch an -- zur Erinnerung an das Gruppenthema, damit
> Artikel nicht in ungeeigneten Newsgroups landen.
>
> Beispiel:
> Kurzbeschreibung:
> de.etc.misc Alles, was woanders nicht hinpasst
> Charta:
> de.etc.misc ist das "Auffangbecken" fuer alle Themen, fuer die
> es keine eigene Newsgroup gibt und die auch nicht in eine der
> uebrigen ".misc"-Newsgroups passen (beispielsweise de.comp.misc
> fuer computerbezogene Themen).
149,160c157,170
< Die auf den RfD folgende Diskussion wird mittels "Followup-To:" auf
< de.admin.news.groups gerichtet, eine Diskussion an [ausschliesslich]
< anderer Stelle sollte unterbleiben. Der Diskussion sollte genuegend
< Zeit gelassen werden, um das Thema sorgfaeltig ueberdenken zu
< koennen, also mindestens zwei Wochen, jedoch laenger, wenn sich
< noch kein Konsens eingestellt hat. Wenn die Befuerworter einer
< neuen Gruppe sich innerhalb von 30 Tagen nicht ueber die strittigen
< Punkte einig werden koennen, dann sollte die Diskussion offline
< (z. B. per Mail statt in de.admin.news.groups weitergefuehrt werden,
< bis ein Konsens erreicht ist. Wenn ein Konsens zustande kommt, kann
< ein neuer, praezisierter Vorschlag eingebracht werden. In diesem Fall
< wird bei der Einreichung eines RfD (s.o.) erneut begonnen.
---
> Die auf den RfD folgende Diskussion wird mittels "Followup-To:" auf
> de.admin.news.groups gerichtet, eine Diskussion an (ausschliesslich)
> anderer Stelle sollte unterbleiben. Der Diskussion sollte genuegend Zeit
> gelassen werden, um das Thema sorgfaeltig ueberdenken zu koennen, also
> mindestens zwei Wochen, jedoch laenger, wenn sich noch kein Konsens
> eingestellt hat.
>
> Wenn die Befuerworter einer neuen Gruppe sich innerhalb von 30 Tagen
> nicht ueber die strittigen Punkte einig werden koennen, dann sollte die
> Diskussion offline (z. B. per Mail) statt in de.admin.news.groups
> weitergefuehrt werden, bis ein Konsens erreicht ist. Wenn ein Konsens
> zustande kommt, kann ein neuer, praezisierter Vorschlag eingebracht
> werden. In diesem Fall wird bei der Einreichung eines RfD (s.o.) erneut
> begonnen. Ein solcher 2.RfD sollte als Zusammenfassung die Regel sein.
164,204c174,179
< NACH(!) der Diskussionsperiode, nachdem festgestellt wurde, dass eine
< neue Gruppe wirklich gewuenscht wird, eine Einigung ueber Name,
< Kurzbeschreibung und Charta der Gruppe erreicht wurde, und bestimmt
< wurde, ob und von wem die Gruppe moderiert werden soll, kann ein
< Aufruf zur Stimmenabgabe -engl. "Call for Votes" oder kurz CfV -
< beim Moderator eingereicht werden.
< Dieser muss explizit enthalten:
< o an wen (welchen account) eine Stimme zu richten ist.
< Die Abgabe einer Stimme fuer die Einrichtung der Gruppe
< muss genauso klar erklaert und genauso einfach sein, wie
< eine Stimme gegen die Einrichtung, und umgekehrt.
< Es ist explizit erlaubt, zwei verschiedene E-Mail-Adressen
< fuer die Ja- und Nein-Stimmen einzurichten, vorausgesetzt
< sie sind auf der gleichen Maschine.
< Es ist ebenfalls erlaubt, eine andere Adresse als die, von
< der aus der Artikel gepostet wurde, anzugeben, oder nur
< "Replies" auf den "Call for Votes"-Artikel anzunehmen,
< solange in dem "Call for Votes"-Artikel klar und explizit
< erklaert wird, wie die Stimmen abgegeben werden koennen.
< Wenn zwei Adressen fuer die Stimmabgabe benutzt werden, muss
< die Adresse im Reply-To:-Feld ENTWEDER sowohl Ja- als auch
< Nein- Stimmen annehmen und bearbeiten, ODER sie darf keine
< Stimme auf dieser Adresse akzeptieren (in diesem Fall ist es
< also besser, erst gar kein Reply-To: zu generieren).
< [Anmerkung des Moderators: ich halte Sammel-Accounts, die
< sowohl Ja- , wie auch Nein- Stimmen akzeptieren, mit einem
< entsprechenden Reply-To: auf diese Adresse fuer geschickter,
< da sie u.a. Meinungsaenderungen (s.u.) besser handhaben
< laesst. Die Auszaehlung wird dadurch allerdings etwas
< komplizierter.]
< o den genauen Zeitraum, in dem Stimmen akzeptiert werden. Ueblicher-
< weise beginnt die Abstimmung mit der Veroeffentlichung des
< CfV, aber das muss nicht sein. Das Ende der Abstimmungs-
< periode muss genau angegeben sein. Der Zeitraum sollte
< mindestens drei Wochen, jedoch hoechstens einen Monat
< betragen.
< o sie sollte nur in Ausnahmefaellen weitere Regelungen enthalten.
< Sofern nicht anders erwaehnt, gelten die ueblichen
< Regeln (s.u.)
< o empfohlen wird ein Beispiel, wie die Stimme jeweils(!) auszusehen
< hat.
---
> NACH(!) der Diskussionsperiode, also nachdem festgestellt wurde, dass
> eine neue Gruppe wirklich gewuenscht wird, eine Einigung ueber Name,
> Kurzbeschreibung und Charta der Gruppe erreicht wurde, und bestimmt
> wurde, ob und von wem die Gruppe moderiert werden soll, kann ein "Aufruf
> zur Stimmenabgabe" -engl. "Call for Votes" oder kurz CfV - beim
> Moderator eingereicht werden.
206,211c181,182
< Ein RfD/CfV kann eine Sammelabstimmung ueber mehrere Gruppen
< enthalten, wenn fuer jede Gruppe jeweils eine Charta und eine
< Kurzbeschreibung vorhanden ist. Sie sollte im allgemeinen aber
< vermieden werden, da hier leicht durch eine zugkraeftige Gruppe
< die Wahlbeteiligungsklausel (s.u.) der anderen Gruppen ausgehebelt
< werden kann.
---
> Dieser muss explizit enthalten:
> o an wen (welchen account) eine Stimme zu richten ist.
213,219c184,186
< Eine CfV kann nicht veroeffentlicht werden, wenn eine der folgenden
< vier bzw. fuenf Punkte noch unklar ist.
< o Name der Gruppe
< o Kurzbeschreibung der Gruppe
< o Charta der Gruppe
< o Status der Gruppe (moderiert oder unmoderiert)
< o der Name des Moderators im Falle einer moderierten Gruppe
---
> Die Abgabe einer Stimme fuer die Einrichtung der Gruppe muss genauso
> klar erklaert und genauso einfach sein, wie eine Stimme gegen die
> Einrichtung, und umgekehrt.
221,222c188,240
< Hiervon abweichend koennen die Regeln fuer "kombinierte Votings"
< (s.u., Teil 9) benutzt werden.
---
> Es ist explizit erlaubt, zwei verschiedene E-Mail-Adressen fuer die
> Ja- und Nein-Stimmen einzurichten, vorausgesetzt sie sind auf der
> gleichen Maschine.
>
> Es ist ebenfalls erlaubt, eine andere Adresse als die, von der aus
> der Artikel gepostet wurde, anzugeben, oder nur "Replies" auf den
> "Call for Votes"-Artikel anzunehmen, solange in dem "Call for
> Votes"-Artikel klar und explizit erklaert wird, wie die Stimmen
> abgegeben werden koennen.
>
> Wenn zwei Adressen fuer die Stimmabgabe benutzt werden, muss die
> Adresse im Reply-To:-Feld ENTWEDER sowohl Ja- als auch Nein- Stimmen
> annehmen und bearbeiten, ODER sie darf keine Stimme auf dieser
> Adresse akzeptieren (in diesem Fall ist es also besser, erst gar
> kein Reply-To: zu generieren).
>
> Sehr empfohlen werden jedoch Sammel-Accounts, die sowohl Ja- , wie
> auch Nein- Stimmen akzeptieren, mit einem entsprechenden Reply-To:
> auf diese Adresse fuer geschickter, da sie u.a. Meinungsaenderungen
> (s.u.) besser handhaben laesst. Die Auszaehlung wird dadurch
> allerdings etwas komplizierter.
>
> o den genauen Zeitraum, in dem Stimmen akzeptiert werden.
>
> Ueblicherweise beginnt die Abstimmung mit der Veroeffentlichung des
> CfV, aber das muss nicht sein. Das Ende der Abstimmungsperiode muss
> genau angegeben sein. Der Zeitraum sollte mindestens drei Wochen,
> jedoch hoechstens einen Monat betragen.
>
> o sie sollte nur in Ausnahmefaellen weitere Regelungen enthalten.
> Sofern nicht anders erwaehnt, gelten die ueblichen Regeln (s.u.)
>
> o empfohlen werden Beispiele, wie die Stimme fuer jede(!)
> Wahlmoeglichkeit auszusehen hat.
>
> Ein RfD/CfV kann eine Sammelabstimmung ueber mehrere Gruppen enthalten,
> wenn fuer jede Gruppe jeweils eine Charta und eine Kurzbeschreibung
> vorhanden ist. Sie sollte im allgemeinen aber vermieden werden, da hier
> leicht durch eine zugkraeftige Gruppe die Wahlbeteiligungsklausel (s.u.)
> der anderen Gruppen ausgehebelt werden kann.
>
> Eine CfV kann nicht veroeffentlicht werden, wenn eine der folgenden
> Punkte noch unklar ist:
> o Name der Gruppe
> o Kurzbeschreibung der Gruppe
> o Charta der Gruppe
> o Status der Gruppe (moderiert oder unmoderiert)
> o der Name des Moderators im Falle einer moderierten Gruppe
>
> Zur Auswahl einer von mehreren Alternativen, die trotz intensiver
> Diskussion nicht im Rahmen des RfD konsensfaehig geklaert werden
> konnten, koennen die Regeln fuer "kombinierte Votings" (Teil 9)
> eingesetzt werden.
226,233c244,250
< Zeitraum: Aus dem CfV geht eindeutig hervor, in welchem
< Zeitraum Stimmen akzeptiert werden.
< Wird als Abstimmungsende nur ein Datum angegeben, so
< endet die Abstimmungsperiode mit Ablauf dieses Tages (also
< um 00:00 des darauffolgenden Tages). Ausschlaggebend ist
< hierbei das *Eintreffen* der Stimme, nicht das Absendedatum.
< Es sollte allerdings bei nicht optimal angebundenen Systemen
< der Zeitpunkt des Eintreffens auf dem Feed gelten.
---
> Zeitraum: Aus dem CfV geht eindeutig hervor, in welchem Zeitraum Stimmen
> akzeptiert werden. Wird als Abstimmungsende nur ein Datum angegeben,
> so endet die Abstimmungsperiode mit Ablauf dieses Tages (also um 00:00
> des darauffolgenden Tages). Ausschlaggebend ist hierbei das
> *Eintreffen* der Stimme, nicht das Absendedatum. Es sollte allerdings
> bei nicht optimal angebundenen Systemen der Zeitpunkt des Eintreffens
> auf dem Feed gelten.
235,241c252,257
< Ziel einer Stimme: Aus dem CfV geht eindeutig hervor, an welche
< Adresse eine Stimme zu senden ist. Diese Adresse ist
< verbindlich, andere Adressen werden nicht gewertet. Stimmen
< muessen(!) per email abgegeben werden. News-Artikel werden
< genausowenig gezaehlt, wie (fern-)muendliche oder
< (sackpost-)schriftliche Meinungsaeusserungen oder
< vergleichbares.
---
> Ziel einer Stimme: Aus dem CfV geht eindeutig hervor, an welche Adresse
> eine Stimme zu senden ist. Diese Adresse ist verbindlich, andere
> Adressen werden nicht gewertet. Stimmen muessen(!) per email abgegeben
> werden. News-Artikel werden genausowenig gezaehlt, wie (fern-)
> muendliche oder (sackpost-)schriftliche Meinungsaeusserungen oder
> vergleichbares.
243,247c259,262
< Eindeutigkeit: Eine Stimme muss eindeutig enthalten, wofuer der
< Abstimmende seine Stimme abgibt. Insbesondere werden
< konjunktivierte Aeusserungen ("Ich wuerde...") nur als
< Meinungen, nicht als Stimmen aufgefasst und werden daher
< auch nicht gewertet.
---
> Eindeutigkeit: Eine Stimme muss eindeutig enthalten, wofuer der
> Abstimmende seine Stimme abgibt. Insbesondere werden konjunktivierte
> Aeusserungen ("Ich wuerde...") nur als Meinungen, nicht als Stimmen
> aufgefasst und werden daher auch nicht gewertet.
249,260c264,273
< Uebertragbarkeit: Stimmen koeennen nicht auf einen anderen
< Abstimmungsvorschlag uebertragen werden. Eine Stimme zaehlt
< nur fuer GENAU DEN Vorschlag, fuer den sie abgegeben wurde.
< Insbesondere darf eine Stimme fuer oder gegen ein Newsgruppe
< mit einem bestimmten Namen NICHT als Stimme fuer oder gegen
< eine Newsgruppe mit einem anderen Namen oder einer anderen
< Charta, einem anderen unmoderiert/moderiert Status oder,
< falls moderiert, einem anderen Moderator oder Gruppe von
< Moderatoren gezaehlt werden. Ueber jede Gruppe wird einzelnd
< abgestimmt, Verknuepfungen von Wahlen sind nicht moeglich
< (einzige Ausnahme: Verzicht auf Umbenennung von xyz zu
< xyz.misc).
---
> Uebertragbarkeit: Stimmen koennen nicht auf einen anderen
> Abstimmungsvorschlag uebertragen werden. Eine Stimme zaehlt nur fuer
> GENAU DEN Vorschlag, fuer den sie abgegeben wurde. Insbesondere darf
> eine Stimme fuer oder gegen ein Newsgruppe mit einem bestimmten Namen
> NICHT als Stimme fuer oder gegen eine Newsgruppe mit einem anderen
> Namen oder einer anderen Charta, einem anderen unmoderiert/moderiert
> Status oder, falls moderiert, einem anderen Moderator oder Gruppe von
> Moderatoren gezaehlt werden. Ueber jede Gruppe wird einzeln
> abgestimmt, Verknuepfungen von Wahlen sind nicht moeglich (einzige
> Ausnahme: Verzicht auf Umbenennung von xyz zu xyz.misc).
262,266c275,278
< Formulare: 'Formulare' sind zwar sehr schoen, um etwas auto-
< matisch auswerten zu koennen, aber man sollte sie nie
< vorschreiben, da sonst z.B. solche Kleinigkeiten wie Zitat-
< zeichen oder "TAB vs. 8*space" zu einer ungueltigen Stimme
< fuehren koennten.
---
> Formulare: 'Formulare' sind zwar sehr schoen, um etwas automatisch
> auswerten zu koennen, aber man sollte sie nie vorschreiben, da sonst
> z.B. solche Kleinigkeiten wie Zitatzeichen oder "TAB vs. 8*space" zu
> einer ungueltigen Stimme fuehren koennten.
268,277c280,287
< Wahlberechtigte/Realname: Jeder, der in der Lage ist, eine
< ansonsten korrekte Stimme beim Wahlleiter abzugeben, ist
< wahlberechtigt und hat genau eine Stimme. Dies schliesst
< "fremde Netze" ausdruecklich ein. Das Wahlrecht beschraenkt
< sich auf natuerliche Personen, das bedeutet insbesondere,
< dass jede Stimme mit einem Realname verknuepft sein muss; auf
< die Veroeffentlichung des Realnames kann in begruendeten(!)
< Einzelfaellen verzichtet werden, dazu s.u.
< Die Wahl ist somit allgemein, gleich und frei, jedoch nicht
< geheim!
---
> Wahlberechtigte/Realname: Jeder, der in der Lage ist, eine ansonsten
> korrekte Stimme beim Wahlleiter abzugeben, ist wahlberechtigt und hat
> genau eine Stimme. Dies schliesst "fremde Netze" ausdruecklich ein.
> Das Wahlrecht beschraenkt sich auf natuerliche Personen, das bedeutet
> insbesondere, dass jede Stimme mit einem Realname verknuepft sein
> muss; auf die Veroeffentlichung des Realnames kann in begruendeten(!)
> Einzelfaellen verzichtet werden, dazu s.u.
> Die Wahl ist somit allgemein, gleich und frei, jedoch nicht geheim!
279,283c289,292
< Ergebnis: Die Wahl gilt in der vorgeschlagenen Form als
< angenommen, wenn nach Ablauf der Frist (s.o.) mindestens
< 2/3 aller abgegebenen, gueltigen Stimmen dafuer stimmen
< (Verhaeltnis), und mindestens 30 Ja-Stimmen eingetroffen
< sind (Wahlbeteiligung).
---
> Ergebnis: Die Wahl gilt in der vorgeschlagenen Form als angenommen, wenn
> nach Ablauf der Frist (s.o.) mindestens 2/3 aller abgegebenen,
> gueltigen Stimmen dafuer stimmen (Verhaeltnis), und mindestens 30
> Ja-Stimmen eingetroffen sind (Wahlbeteiligung).
285,286c294,295
< Mehrfache Stimmen: Treffen mehrere Stimmen der gleichen Person
< beim Wahlleiter ein, so gilt die zuletzt abgesandte.
---
> Mehrfache Stimmen: Treffen mehrere Stimmen der gleichen Person beim
> Wahlleiter ein, so gilt die zuletzt abgesandte.
288,292c297,302
< Enthaltungen: Enthaltungen gelten nicht im Sinne einer gueltigen
< Stimme [in 7.Ergebnis], da sie das Ergebnis verfaelschen
< wuerden. Sie sollten daher auch erst gar nicht eingesandt
< werden! Selbstverstaendlich ist es moeglich, seine zuvor
< abgegebene Stimme mit einer "Enthaltung"-Stimme zu "canceln".
---
> Enthaltungen: Enthaltungen gelten nicht im Sinne einer gueltigen Stimme
> [in 7.Ergebnis], da sie das Ergebnis verfaelschen wuerden. Sie sollten
> daher auch erst gar nicht eingesandt werden! Selbstverstaendlich ist
> es moeglich, seine zuvor abgegebene Stimme mit einer "Enthaltung"-
> Stimme zu "canceln". Enthaltungen machen besonders bei "kombinierten
> Votings" (Teil 9) Sinn.
294,309c304,311
< Zwischenergebnisse/Erneuter Aufruf zur Wahl: Der Wahlleiter sollte
< dafuer Sorge tragen, dass jeder Abstimmende eine Bestaetigung
< bekommt, dass seine Stimme auch angekommen ist und gewertet
< werden kann. Dies kann einerseits durch eine Bestaetigungsmail
< geschehen, oder aber durch das Posten eines Zwischenergeb-
< nisses (oder beides). Im Zwischenergebnis sollten alle Namen
< der bisherigen Waehler erscheinen, und ob die Stimme jeweils
< gueltig war oder nicht. Ob die Abstimmenden mit Ja oder Nein
< gestimmt haben, darf jedoch -um Wahlbeeinflussung zu
< unterbinden- nicht erwaehnt werden!
< Zumindest einmal - moeglichst in der Mitte der Wahlperiode-
< sollte ein Erinnerungs-CfV gepostet werden, bei dem eine
< "Massenbestaetigung" (s.o.) ausdruecklich erwuenscht ist.
< Das Zwischenergebnis/2.nd CfV wird wie gehabt per Mail an
< den Moderator geschickt, der es dann in de.admin.news.announce
< (sowie ggf. weiteren Gruppen bzw. Mailing-Listen) postet.
---
> Erneuter Aufruf zur Wahl: Der Wahlleiter sollte dafuer Sorge tragen,
> dass jeder Abstimmende eine Bestaetigung bekommt, dass seine Stimme
> auch angekommen ist und gewertet werden kann. Dies kann einerseits
> durch eine Bestaetigungsmail geschehen, oder aber durch das Posten
> eines 2.CfV (oder beides). Im 2.CfV sollten alle Namen der bisherigen
> Waehler erscheinen, und ob die Stimme jeweils gueltig war oder nicht.
> Ob die Abstimmenden mit Ja oder Nein gestimmt haben, darf jedoch -um
> Wahlbeeinflussung zu unterbinden- nicht erwaehnt werden!
311,318c313,326
< Weitere Regeln: Im CfV koennen weitere Regeln, die die
< hier aufgefuehrten ergaenzen oder ersetzen, aufgefuehrt
< werden. Sofern diese Regeln den obigen wiedersprechen,
< lehnt der Moderator entweder diese Regeln, und damit das
< ganze Voting ab, oder aber sie gelten verbindlich.
< Grundsaetzlich werden aber Regeln, die das Wahlrecht
< bestimmter Personen oder Gruppen einschraenken, nur in
< wirklich begruendeten Faellen akzeptiert.
---
> Zumindest einmal -moeglichst in der Mitte der Wahlperiode- sollte
> dieser 2.CfV (Erinnerungs-CfV) gepostet werden, bei dem eine
> "Massenbestaetigung" (s.o.) ausdruecklich erwuenscht ist. Der 2.CfV
> wird wie gehabt per Mail an den Moderator geschickt, der es dann in
> de.admin.news.announce (sowie ggf. weiteren Gruppen bzw.
> Mailing-Listen) postet.
>
> Weitere Regeln: Im CfV koennen weitere Regeln, die die hier
> aufgefuehrten ergaenzen oder ersetzen, aufgefuehrt werden. Sofern
> diese Regeln den obigen wiedersprechen, lehnt der Moderator entweder
> diese Regeln, und damit das ganze Voting ab, oder aber sie gelten
> verbindlich. Grundsaetzlich werden aber Regeln, die das Wahlrecht
> bestimmter Personen oder Gruppen einschraenken, nur in wirklich
> begruendeten Faellen akzeptiert.
322a331,337
> Nach Ablauf der Wahlfrist wird vom Wahlleiter eine Liste der
> Abstimmenden sowie deren Stimmen zusammengestellt. Aus dieser Liste muss
> eindeutig hervorgehen, wer (mailadresse + realname) fuer was (ja, nein,
> Enthaltung) gestimmt hat. Auf die Veroeffentlichung des Realnames kann
> in begruendeten(!) Einzelfaellen verzichtet werden. Bitte in einem
> solchen Fall angeben, ob man bei Ablehung von seiner Wahlstimme
> zuruecktritt!
324,340c339,349
< Nach Ablauf der Wahlfrist wird vom Wahlleiter eine Liste der
< Abstimmenden sowie deren Stimmen zusammengestellt. Aus dieser Liste
< muss eindeutig hervorgehen, wer (mailadresse + realname) fuer was
< (ja, nein, enthaltung) gestimmt hat.
< Auf die Veroeffentlichung des Realnames kann in begruendeten(!)
< Einzelfaellen verzichtet werden. Bitte in einem solchen Fall angeben,
< ob man bei Ablehung von seiner Wahlstimme zuruecktritt!
< Diese Liste wird dann vom Moderator gepostet. Wird nicht innerhalb
< einer Woche gegen das Ergebnis widersprochen, so wird die Wahl
< als gueltig angesehen. Gilt die Wahl als angenommen (siehe Regeln
< oben), so kann vom Wahlleiter die newgroup-control-message gepostet
< werden, oder aber er kann einen anderen (z. B. Stephan Niemz ;-) )
< damit beauftragen. Auf alle Faelle aber sollten die Kurzbeschreibung
< und die Charta an Stephan Niemz <stephan@sunlab.ka.sub.org> gesandt
< werden, damit dieser die Gruppe in die Liste der offiziellen Gruppen
< aufnehmen kann.
<
---
> Diese Liste wird dann vom Moderator gepostet. Wird nicht innerhalb einer
> Woche gegen das Ergebnis widersprochen, so wird die Wahl als gueltig
> angesehen. Gilt die Wahl als angenommen (siehe Regeln oben), so
> veranlasst der Moderator oder der Wahlleiter einen definierten
> Serveraccount eine newgroup-control-message zu verbreiten. Der
> Serveraccount kann per Einspruchsverfahren in dieser Prozedur angehalten
> werden. Dazu sendet der Einsprucherhebende einfach eine eMail an diesen
> Account. Sollte kein Einspruch eingehen, so veranlasst der Account
> gleichzeitig die notwendigen Aenderungen in der Liste der offiziellen
> Newsgruppen. Newgroup-messages von anderen Adressen als diesem Account
> werden in der Regel ignoriert.
344,351c353,358
< Abweichend von den obigen Regeln koennen sog. "kombinierte Votings"
< durchgefuehrt werden, wenn a) der Name, b) der Status oder c) der
< Name des Moderators strittig sind: in diesem Fall wird fuer jede
< moegliche Kombination der Wahlvorschlaege eine eigene Wahl durch-
< gefuehrt (sinnvollerweise natuerlich mit *einem* CfV ;-) ).
< Wuerden dann nach obigen Regeln mehr als ein Wahlvorschlag angenommen,
< so gilt einzig derjenige, der das beste Verhaeltnis Ja-Stimmen gegen
< Nein-Stimmen aufzuweisen hat, als angenommen.
---
> Abweichend von den obigen Regeln koennen sog. "kombinierte Votings"
> durchgefuehrt werden, wenn a) der Name, b) der Status oder c) der Name
> des Moderators strittig sind: in diesem Fall wird fuer jede moegliche
> Kombination der Wahlvorschlaege eine eigene Wahl durchgefuehrt,
> sinnvollerweise natuerlich mit *einem* CfV. Ueber die Einrichtung der
> Gruppe an sich ist dabei getrennt abzustimmen.
352a360,363
> Wuerden dann nach obigen Regeln die Gruppe angenommen, so gilt einzig
> derjenige Wahlausgang des kombinierten Votings, der das beste
> Verhaeltnis Ja-Stimmen gegen Nein-Stimmen aufzuweisen hat, als
> angenommen.
355a367,368
> Hier ist alles viel einfacher. Die Einzige echte Regel lautet hier:
> Fairness.
357,367c370,378
< Hier ist alles viel einfacher. Die Einzige echte Regel lautet
< hier: Fairness. Eine Einrichtung einer Gruppe in de.alt.*
< laeuft folgendermassen ab: Man postet in de.alt.admin, ob jemand
< Einwaende gegen die vorgeschlagende Gruppe hat, wartet fairerweise
< lang genug, damit sich auch wirklich jemand beklagen kann (News-
< Laufzeiten sind bedauerlicherweise immer noch im Tage- nicht im
< Minutenbereich !), und schickt, wenn der Protest nicht allzu heftig
< war, einfach die newgroup-Message. Nachteil: de.alt wird nur von
< einer kleinen Menge von Systemen getragen, man erreicht also nur
< einen kleinen Teil von ggf. Interessierten.
<
---
> Eine Einrichtung einer Gruppe in de.alt.* laeuft folgendermassen ab: Man
> postet in de.alt.admin, ob jemand Einwaende gegen die vorgeschlagende
> Gruppe hat, wartet fairerweise lang genug, damit sich auch wirklich
> jemand beklagen kann (News-Laufzeiten sind bedauerlicherweise immer noch
> im Tage- nicht im Minutenbereich, also etwas ein Woche warten), und
> schickt, wenn der Protest nicht allzu heftig war, einfach die
> newgroup-Message. Nachteil: de.alt wird nur von einer kleinen Menge von
> Systemen getragen, man erreicht also nur einen kleinen Teil von ggf.
> Interessierten.
371,383c382,391
< Vielen Dank geht an:
< Greg Woods <woods@ncar.ucar.edu>
< Eliot Lear <lear@turbo.bio.net>
< Christoph Badura <bad@flatlin.ka.sub.org>
< Matthias Urlichs <urlichs@smurf.noris.de>
< Joachim Astel <achim@astel.com>
<
< deren Vorarbeit unverzichtbar war, sowie
<
< Wolfgang Zenker <wolfgang@lyxys.ka.sub.org>
< Andreas Bewersdorff <anson@akb.in-berlin.de>
<
< fuer deren hilfreiche Vorschlaege.
---
> Vielen Dank fuer Zu- und Vorarbeiten geht an:
> Greg Woods <woods@ncar.ucar.edu>
> Eliot Lear <lear@turbo.bio.net>
> Christoph Badura <bad@flatlin.ka.sub.org>
> Matthias Urlichs <urlichs@smurf.noris.de>
> Joachim Astel <achim@astel.com>
> Wolfgang Zenker <wolfgang@lyxys.ka.sub.org>
> Andreas Bewersdorff <anson@akb.in-berlin.de>
> Wilhelm Buehler <wb@xlink.net>
> Andreas M. Kirchwitz <amk@zikzak.snafu.de>
../old/<deu.new.pos.1114@astel.com> <deu.new.pos.1115@astel.com>
57c57
< meine Signature dranzuhaengen. Was soll ich tun? -- vergesslich@denk
---
> meine Signature dranzuhaengen. Was soll ich tun? -- vergesslich@denk.net
177c177
< haben, genauso wie de.mag.misc.
---
> haben, genauso wie de.sci.ki.discussion.
190c190
< Als erstes schreibe einen Artikel in de.admin.news (unix,vms,kultur etc.)
---
> Als erstes schreibe einen Artikel in de.admin.news.misc (unix,vms,kultur etc.)
317c317
< Brad Templeton <brad@looking.on.ca>
---
> Brad Templeton <brad@clari.net>
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads