Article View: de.newusers
Article #67<95-10-01> de.newusers DIFFs - Veraenderungen beim Refresh
From: 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>
Technical Details
Message-ID:
<deu.new.zzz.1115@astel.com>Path:
arc1-ca.pugleaf.net!inka.de!jat!achimShow Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!inka.de!jat!achim From: Joachim Astel <achim@astel.com> Newsgroups: de.newusers,de.newusers.questions Subject: <95-10-01> de.newusers DIFFs - Veraenderungen beim Refresh Message-ID: <deu.new.zzz.1115@astel.com> Reply-To: newusers@noris.net Date: 01 Oct 95 00:00:19 GMT Followup-To: de.newusers.questions Approved: achim@astel.com Supersedes: <deu.new.zzz.1114@astel.com>