🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

10 total messages Started by Marc Binderberger Thu, 25 Jul 1991 14:01
Spielregeln im DNET -- (Un-)Sinn ?
#646
Author: Marc Binderberger
Date: Thu, 25 Jul 1991 14:01
265 lines
15299 bytes
Zuerst einmal `Hallo' allerseits.
Wie schon das Subject preisgibt, moechte ich hiermit eine kleine Diskussion
`anheizen' ueber Verhaltensregeln im DNET, speziell ueber

	- Call for Discussion
	- Call for Vote


Als Beispiel dafuer, dass dabei nicht immer alles glatt laeuft, faellt mir z.B.
dnet.chat oder der `CfV' ueber dnet.next ein (die `' stehen da ganz bewusst !).

So stellt sich erst mal die Frage: Wollen wir ueberhaupt solche Regeln ?
(also ich schon  :-} )
Und wenn ja, wie sollen die Aussehen ?

Deshalb moechte ich als Diskussionsvorschlag die Regeln aus dem SubNet als
Plattform vorschlagen. Diese Regeln koennen wir ja dann noch abaendern.
(Ob ich damit die Diskussion ueber ein "fuer/gegen Regeln" uebergehe ?
 NEIN !  Ich denke mir, ohne konkrete Beispiele bleibt so eine Diskussion
 doch nur heisse Luft.)


Nun, eine Diskussion beginnt man am besten mit ein paar Behauptungen
(Profis nennen sowas dann `Thesen' ... :-} ):

- zuviele Groups machen das Arbeiten im Netz eher schwieriger als leichter.
  Denn wenn die Unterteilung zu fein wird, wohin poste ich dann ein Thema ?
  So recht passt es vielleicht weder in die eine, noch in die andere Gruppe.
  Da es aber andererseits mit einigen Groups etwas zu tun hat, poste ich meinen
  Artikel notgedrungen in alle diese Groups. Ergebniss: Die anderen Anwender
  lesen meinen Artikel mehrfach, die Groups `laufen ueber' .

- Bei speziellen Groups fehlen auswertige Impulse. Eine Gruppe ueber z.B.
  NeXT-Rechner lesen wahrscheinlich nur die Benutzer dieses Rechners
  (naja, im wesentlichen zumindest). Aber gerade die Meinung/Erfahrung
  anderer Anwender/Systemverwalter koennte hier doch ganz nuetzlich sein.

- Die Lebensdauer einiger Gruppen ist recht kurz. Manchmal kommt spontan der
  Gedanke auf, fuer dieses oder jede Thema eine Newsgroup einzurichten
  ("brandheisses Thema, und soviele machen mit ..."). Mir faellt da z.B.
  das SubNet ein: Weil das Thema `Sciene Fiction' ploetzlich so viele zu
  interessieren schien, wollte man eine neue Gruppe. Also im Moment scheint
  das Thema aber stark an Interesse verloren zu haben, das Ganze war nur
  eine kurzfristige Angelegenheit. Oder nehmen wir sub.boerse :
  Geboren - Eingeschlafen - Wiedererweckt -- nur wie lange ?
  Also eher zoegern mit der Einrichtung, den CfD/CfV vielleicht erst nach
  1-2 Monaten starten, wenn es sich dann noch lohnt.
  
- "CfD enden nie, das gibt doch endlose Laberei/Schlammschlachten!"
  Jein !  Natuerlich kann das passieren (ich verweise wieder auf's SubNet,
   z.B. sub.config). Aber wer hindert uns daran, einen CfD auf 3-5 Wochen zu
  begrenzen ?!  Man kann zwar die Netzler nicht daran hindern, auch noch
  danach ihre Meinung zu aeussern, aber das wird wahrscheinlich stark
  nachlassen, wenn die erst mal merken, dass eh' keiner mehr zuhoert und
  deshalb auch kein Aufwaermen mehr moeglich ist. Und nach der oben genannten
  Zeitspanne kommen auch keine neuen und entscheidenden Argumente mehr.


So weit, so gut (oder nicht ? ...). Vielleicht liege ich ja auch voellig
daneben, denn im wesentlichen kenne ich nur DNET/SubNET intensiver.
So gesehen bin ich vielleicht einfach zu provinziell
(d.h. typisch deutsch: ordnungsliebend ... :-} )
und lasse mich deshalb gerne von `weltgewandten' Netzlern korrigieren.
(zum Teufel: WO IST MEIN DUDEN ...)

So, ich glaube, ich bremse mich hier erst mal und haenge nur noch die
SubNet-Regeln hinten an:

-------------schnipp-------------schnapp-------------schnipp-------------------

   From: bad@flatlin.ka.sub.org (Christoph Badura)
   Newsgroups: sub.newusers
   Subject: Einrichtung von Newsgroups <25-Feb-91>
   Date: 11 Jul 91 06:44:41 GMT
   Reply-To: sub-newusers@jattmp.imp.com
   Distribution: sub
   Organization: Guru Systems/Funware Department
   Supersedes: <new.sub.new.4@jattmp.imp.com>


   lumpi@dobag.in-berlin.de (Joern Lubkoll) writes:
   >Was ist denn ein 'richtiges' Voting ????

   Eins, das die Regeln einhaelt. Danach fehlen mindestens:
   Abstimmungszeitraum, Details der Stimmabgabe (wie sieht eine
   Ja/Nein-Stimme aus), benoetigte Stimmen und Stimmenverhaeltnis.

   Original-from: woods@ncar.ucar.edu (Greg Woods)
   [Most recent change: 06 Sep 1990 by lear@turbo.bio.net (Eliot Lear)]
   [Deutsche Uebersetzung: bad@flatlin.ka.sub.org (Christoph Badura)]

	    RICHTLINIEN FUeR DIE EINRICHTUNG VON USENET GRUPPEN


   Vorbedingungen fuer die Einrichtung von Gruppen:

      Diese Richtlinien sind im USENET allgemein akzeptiert worden, um neue
   Newsgruppen in der "standard" USENET-Hierarchien einzurichten.  Sie sind
   WEDER dazu gedacht, das Vorgehen bei anderen Prozeduren als der
   Einrichtung von neuen Gruppen festzulegen, NOCH dazu gedacht, die
   Vorgehensweise in "alternativen" oder lokalen Newshierachien zu
   bestimmen.  Diese Richtlinien betreffen folgende Hierachien: comp, news,
   sci, misc, soc, talk und rec, die am weitesten verbreiteten Teile der
   USENET Hierarchien.
      Jedem Antrag auf Einrichtung von Newsgruppen, der diesen Richtlinien
   folgt und erfolgreich ist, sollte stattgegeben werden.  Jeder Antrag, der
   diese Richtlinien nicht befolgt oder der erfolgreich ist, weil diese
   Richtlinien missachtet wurden, sollte nicht beachtet werden, ausser unter
   besonderen Umstaenden. Diese Vorgehensweisen sind Richtlinien und keine
   festen Regeln, weil diese "besonderen Umstaende" oder die Art, wie sie
   entstehen koennen, nicht vorhersagbar sind.
      An dieser Stelle muss nocheinmal darauf hingewiesen werden, dass die
   Entscheidung, ob eine Gruppe auf einer bestimmten Maschine eingerichtet
   wird oder nicht, selbstverstaendlich dem jeweiligen Administrator dieser
   Maschine obliegt. Diese Richtlinien sollen dem jeweiligen Administrator
   lediglich bei seiner Entscheidung helfen.


   Die Diskussion

   1. Ein "Call for Discussion" ueber die Einrichtung einer neuen Newsgruppe
      sollte nach news.announce.newgroups (sub-Netz: sub.config) und, falls
      gewuenscht, in jede andere Gruppe oder Mailing-Liste, die von dem
      vorgeschlagenen Thema beruehrt werden, gepostet werden. Diese Gruppe
      ist moderiert und die Followup-To:- Zeile wird so gesetzt, dass die
      tatsaechliche Diskussion nur in news.groups (sub-Netz: sub.config)
      stattfindet.  Benutzer an Sites, die Probleme haben in moderierte
      Gruppen zu posten, koennen ihre Beitraege fuer news.announce.newgroups
      an "announce-newgroups@turbo.bio.net" per E-Mail schicken.

   2. In der Diskussionsperiode sollten der Name und die Charta der
      vorgeschlagenen Gruppe und ob die Gruppe moderiert sein wird oder
      nicht festgelegt werden. Falls die Gruppe moderiert werden soll, sind
      der/die Moderator/en ebenfalls zubestimmen. Wenn die Befuerworter
      einer neuen Gruppe sich innerhalb von 30 Tagen nicht ueber diese
      Punkte einig werden koennen, dann sollte die Diskussion Offline (z.B.
      per Mail statt in news.groups (sub-Netz: sub.config)) weitergefuehrt
      werden, bis ein Konsens erreicht ist. Wenn ein Konsens zustandekommt,
      kann ein neuer, praezisierter Vorschlag eingebracht werden. In diesem
      Fall wird bei Schritt 1) neu angefangen.


   Die Abstimmung

   1. NACH der Diskussionsperiode, nachdem festgestellt wurde, dass eine
      neue Gruppe wirklich gewuenscht wird, eine Einigung ueber Name und
      Charta der Gruppe erreicht wurde, und bestimmt wurde, ob und von wem
      die Gruppe moderiert werden soll, kann ein "Call for Votes" nach
      news.announce.newgroups und jede Gruppe oder Mailing-Liste, in die der
      urspruengliche "Call for Discussion" gepostet wurde, gepostet werden.
      Der "Call for Votes" sollte sobald als moeglich nach dem Ende der
      Diskussionsperiode gepostet werden. In dem "Call for Votes" sollten
      genaue und klare Anweisungen enthalten sein, wie die Stimmen abgegeben
      werden koennen. 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, vorrausgesetzt sie sind auf der gleichen Maschine, oder
      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 Stimmeabgabe 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.

   2. Die Abstimmungsperiode sollte mindestens 21 Tage aber nicht laenger
      als 31 TAge betragen, unabhaengig von Zwischenergebnissen der
      Abstimmung. In dem "Call for Votes" sollte das genaue Datum, an dem
      die Abstimmungsperiode endet, angegeben werden. Stimmen, die nach
      diesem Tag auf der Maschine desjenigen, der die Abstimmung
      durchfuehrt, eingehen, duerfen nicht mehr beruecksichtigt werden.

   3. Es koennen Erinnerungen an einen laufenden "Call for Votes" waehrend
      der Abstimmungsperiode gepostet werden, vorrausgesetzt, sie enthalten
      aehnlich klare und untendenzioese Anweisungen zur Stimmabgabe wie der
      urspruengliche Aufruf, und vorrausgesetzt sie sind unveraenderte
      Wiederholungen des urspruenglichen Vorschlags (siehe auch Punkt 5
      weiter unten).  Zwischenergebnisse der Abstimmung sollten in einer
      Wiederholung des "Call for Votes" NICHT veroeffentlicht werden; es
      genuegt, wenn darauf hingewiesen wird, das ueber einen bestimmten
      Vorschlag fuer eine Gruppe eine Abstimmung im Gange ist und wie die
      Stimmen abgegeben werden. Es ist erlaubt eine "Massenbestaetigung" zu
      posten, in der die Namen aller, von denen eine Stimme eingetroffen
      ist, veroeffentlicht werden, vorrausgesetzt, es wird keine Andeutung
      gemacht, wie die einzelnen abgestimmt haben, bis die
      Abstimmungsperiode offiziell beendet ist.

   4. Es werden AUSSCHLIESSLICH Stimmen die den Stimmenauszaehler PER MAIL
      erreichen beruecksichtigt. Stimmen, die ins Netz gepostet wurden
      (insbesondere weil der Stimmenzaehler nicht per Mail erreicht werden
      kann) und Proxy-Stimmen (z.B. ein Verwalter einer Mailing-Liste, der
      fuer jeden Teilnehmer der Liste eine Stimme "an seiner Statt" abgibt)
      duerfen nicht gezaehlt werden.

   5. 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.

   6. Abgegebene Stimmen MUeSSEN explizit sein. So sollten etwa wie "I vote
      for the group foo.bar as proposed" ("Ich stimme fuer den Vorschlag
      fuer die Gruppe foo.bar") oder "I vote against the group foo.bar as
      proposed" ("Ich stimme gegen den Vorschlag fuer die Gruppe foo.bar")
      abgefasst werden. Die Wortwahl ist unerheblich, solange sie eindeutig
      ist. Insbesondere sollten Formulierungen in der Art von "I would vote
      for this group if..." ("Ich wuerde fuer diese Gruppe stimmen,
      wenn...")  ausschliesslich als Kommentar betrachtet werden und nicht
      als Stimmen gezaehlt werden.



   Das Ergebnis

   1. Am Ende der Abstimmungsperiode muss der Stimmenauszaehler das
      Auszaehlungsergebnis, die E-Mail-Adressen der eingetroffenen Stimmen
      und, wenn moeglich, die Namen der Waehler nach news.announce.newgroups
      (sub-Netz: sub.config) und jede andere Gruppe oder Mailing-Liste
      posten, in die der urspruengliche "Call for Votes" gepostet wurde. Aus
      der Auflistung sollte hervorgehen, wie jeder Waehler gestimmt hat,
      sodass das Ergebnis ueberprueft werden kann.

   2. NACHDEM das Abstimmungsergebnis gepostet wurde, kommt eine 5-taegige
      Wartezeit (sub-Netz: 10 Tage). Diese Wartezeit beginnt mit dem Tag, an
      dem das Ergebnis tatsaechlich in news.announce.newgroups (sub-Netz:
      sub.config) gepostet wurde. Waehrend der Wartezeit hat das Netz die
      Chance eventuelle Fehler in der Waehlerliste oder dem Verlauf der
      Abstimmung zu korrigieren.

   3. Wenn NACH der Warteperiode keine berechtigten Zweifel an der
      Gueltigkeit der Abstimmung bestehen und mindestens 100 (sub-Netz: 10)
      JA/Einrichten-Stimmen mehr als NEIN/Nicht-Einrichten-Stimmen vorhanden
      sind UND wenigsten 2/3 aller gueltigen Stimmen fuer die Einrichtung
      sind, kann eine Newgroup-Control-Message abgeschickt werden. Die
      Gruppe sollte nicht eingerichtet werden, wenn die 100-Stimmengrenze
      (sub-Netz: 10 Stimmen) oder das 2/3 Verhaeltnis nicht erreicht wurde.

      Wenn es ihm moeglich ist, sollte der Stimmenauszaehler die Newgroup-
      Message abschicken, ansonsten der Administrator der Maschine des
      Auszaehlers. Wenn auch letzteres nicht moeglich ist, sollte der
      Stimmenzaehler eine Mail an "newgroup@ncar.ucar.edu" (sub-netz:
      news@smurf.sub.org) schicken, in der steht, dass die Abstimmung
      erfolgreich war und darum bitten, eine Newgroup-Message zu posten.
      Das Abstimmungsergebnis sollte NICHT mitgeschickt werden, es kann in
      news.announce.newgroups nachgesehen werden. Ausserden sollte noch Gene
      Spafford (spaf@purdue.edu) (sub-Netz: Matthias Urlichs
      (news@smurf.sub.org)) ueber die erfolgreiche Abstimmung informiert
      werden, damit er die neue Gruppe in die Liste der offiziellen Gruppen
      aufnehmen kann.

   -- 
    STREAMS sucks.		   Christoph Badura, Karlsruhe, Deutschland
				   bad@flatlin.ka.sub.org

-------------schnipp-------------schnapp-------------schnipp-------------------


Gruessend, Marc.
--
Marc Binderberger                       Institute for Theoretical Physics
mbind@thp.Uni-Koeln.DE                  University of Cologne/Germany
Re: Spielregeln im DNET -- (Un-)Sinn ?
#608
Author: Chris Schmidt
Date: Sun, 04 Aug 1991 11:25
45 lines
2958 bytes
In article <MBIND.91Jul25140120@sun9.thp.uni-koeln.de>, mbind@thp.uni-koeln.de (Marc Binderberger) writes:
> 
> Deshalb moechte ich als Diskussionsvorschlag die Regeln aus dem SubNet als
> Plattform vorschlagen. Diese Regeln koennen wir ja dann noch abaendern.
> (Ob ich damit die Diskussion ueber ein "fuer/gegen Regeln" uebergehe ?
>  NEIN !  Ich denke mir, ohne konkrete Beispiele bleibt so eine Diskussion
>  doch nur heisse Luft.)
> 
>    Das Ergebnis
> 
>       Wenn es ihm moeglich ist, sollte der Stimmenauszaehler die Newgroup-
>       Message abschicken, ansonsten der Administrator der Maschine des
>       Auszaehlers. Wenn auch letzteres nicht moeglich ist, sollte der
>       Stimmenzaehler eine Mail an "newgroup@ncar.ucar.edu" (sub-netz:
>       news@smurf.sub.org) schicken, in der steht, dass die Abstimmung
>       erfolgreich war und darum bitten, eine Newgroup-Message zu posten.
>       Das Abstimmungsergebnis sollte NICHT mitgeschickt werden, es kann in
>       news.announce.newgroups nachgesehen werden. Ausserden sollte noch Gene
>       Spafford (spaf@purdue.edu) (sub-Netz: Matthias Urlichs
>       (news@smurf.sub.org)) ueber die erfolgreiche Abstimmung informiert
>       werden, damit er die neue Gruppe in die Liste der offiziellen Gruppen
>       aufnehmen kann.

Dies wuerde ich bei den dnet-Gruppen am liebsten folgendermassen sehen :

Der Stimmenauszaehler schickt eine kurze mail an news@Germany.EU.net MIT
dem (zahlenmaessigem) Ergebnis des Votings (da ich aus Zeitgruenden nicht
immer zum News-lesen komme vereinfacht dies die ganze Sache fuer mich) zusammen
mit der Zeile, die im newsgroups-File auftauchen soll.
Die Gruppe wird von news@Germany.EU.net eingerichtet und in die offiziellen
dnet-checkgroups mit aufgenommen.
Der Stimmenauszaehler schickt danach einen kleinen Einfuehrungsartikel in die
neue Gruppe.

Kommentare oder andere Vorschlaege ??

	Chris 
                             
            EUnet-Support-Infoserver  +   EUnet-Support-News 
     Universitaet Dortmund, IRB, Postfach 500 500, D-4600 Dortmund 50
                   cs@Germany.EU.net (Chris Schmidt)
                        Tel. : +49 231 755 2444

/* Unix is a registered trademark of AT&T in the USA and other countries. */
/*                    AT&T is a modem test command.                       */
DNET Spielregeln
#588
Author: droege
Date: Tue, 03 Sep 1991 15:11
63 lines
3253 bytes
Hallo,

vor einiger Zeit gab es mal eine Diskussion ueber die Spielregeln
beim Einrichten von Newsgroups im DNET. Ich hatte damals auch meinen
Senf dazugetan (siehe unten), aber er hat es wohl nicht bis 
zur Wurst geschafft.

Da mich z.B. eine Gruppe dnet.comp.next durchaus interessieren
wuerde und die Diskussion damals irgendwie im Sande verlief (Ferien ?)
mache ich mich jetzt also unbeliebt das Aufwaermen alter Diskussionen:

In article <MBIND.91Jul25140120@sun9.thp.uni-koeln.de> mbind@thp.uni-koeln.de (M
arc Binderberger) writes:
>Wie schon das Subject preisgibt, moechte ich hiermit eine kleine Diskussion
>`anheizen' ueber Verhaltensregeln im DNET, speziell ueber
>
>       - Call for Discussion
>       - Call for Vote
>
>Als Beispiel dafuer, dass dabei nicht immer alles glatt laeuft, faellt mir z.B.
>dnet.chat oder der `CfV' ueber dnet.next ein (die `' stehen da ganz bewusst !).
>
>So stellt sich erst mal die Frage: Wollen wir ueberhaupt solche Regeln ?
>(also ich schon  :-} )
>Und wenn ja, wie sollen die Aussehen ?
>       [ ... ]
>       [ ... sub-netz Richtlinien ... ]

1. Ich waere fuer eine weitgehende Uebernahme dieser offensichtlich 
   allgemein akzeptierten Regeln, hier also in der Subnetz-Variante.
   Das waere hier natuerlich zu diskutieren! So auf Anhieb wuerden 
   mir als moegliche Modifikationen einfallen:
        - Diskussion in dnet.general (extra ein dnet.config lohnt
          sich m.E. nach dafuer nicht)
        - Mindestens 20 Stimmen beim CfV (?)
        - [ Einrichten lassen von news@germany.eu.net ?? 
            (wenn Chris & Co. einverstanden sind) ]
        - wem faellt noch was ein ?

2. Wenn wir uns in dem Punkt einigen, dann waeren z.B. die CfDs fuer 
        - NeXT-Gruppe (mein Vorschlag waere eher dnet.comp.next)
        - evtl. Listings Gruppe iX / c't
   in Angriff zu nehmen.

Die Frage, inwieweit z.B. dnet.comp.next eine Werbe-Plattform 
waere oder ein sinnvolles Diskussionsforum der NeXT Anwender 
etc. pp. gehoert dann in das zugehoerige CfD, gesetzt den Fall, 
dass wir uns zu 1. einig werden.

Auf geht's, lasst uns mit 1. loslegen (sollen wir uns da mal ein
vorlaeufiges Limit setzen, z.B. den 20.9.91 (ca. 3 Wochen) ?).

Zu Punkt 2. kommen wir dann danach. Gerade jetzt in der
vorlesungsfreien Zeit sollten wir da vieleicht nicht zu hektisch
sein, oder ?

        Comments welcome
                Detlev
--
Detlev Droege                          | droege@infko.uni-koblenz.de
Universitaet Koblenz,                  | droege@infko.UUCP
Institut fuer Informatik               | Voice: +49 261 9119-421
Rheinau 3-4, D-5400 Koblenz, Germany   | Fax:   +49 261 37524
Re: DNET Spielregeln
#596
Author: Heiko W.Rupp
Date: Wed, 04 Sep 1991 08:00
16 lines
1127 bytes
In article <1991Sep03.151134.249@infko.uucp>, droege@infko.uni-koblenz.de writes:

>         - [ Einrichten lassen von news@germany.eu.net ??
>             (wenn Chris & Co. einverstanden sind) ]
Huh?

> Die Frage, inwieweit z.B. dnet.comp.next eine Werbe-Plattform

IMHO regelt sich das von selbst - wenn jeder, der zu viel Werbung macht
zugeflamed wird, dann macht er das wahrscheinlich nicht mehr allzuoft.

-Heiko

-- 
Heiko W.Rupp, Gerwigstr.5, D-7500 Karlsruhe 1   |   hwr@pilhuhn.ka.sub.org
Savings do include amnesia.
Re: DNET Spielregeln
#593
Author: Marc Binderberger
Date: Wed, 04 Sep 1991 09:26
109 lines
5965 bytes
In article <1991Sep03.151134.249@infko.uucp> droege@infko.uni-koblenz.de writes:
>   Hallo,
>
>   vor einiger Zeit gab es mal eine Diskussion ueber die Spielregeln
				     ^^^^^^^^^^
??? Habe ich da etwas verpasst ?  Leider kam ja keine wirkliche Diskussion
zustande (bis auf deinen Artikel jetzt war es ein Followup und eine Mail).
Naja, ich will hier nicht den Beleidigten spielen ... :-)

>   beim Einrichten von Newsgroups im DNET. Ich hatte damals auch meinen
>   Senf dazugetan (siehe unten), aber er hat es wohl nicht bis 
>   zur Wurst geschafft.
>
>   Da mich z.B. eine Gruppe dnet.comp.next durchaus interessieren
>   wuerde und die Diskussion damals irgendwie im Sande verlief (Ferien ?)
>   mache ich mich jetzt also unbeliebt das Aufwaermen alter Diskussionen:
>
>   In article <MBIND.91Jul25140120@sun9.thp.uni-koeln.de> mbind@thp.uni-koeln.de (Marc Binderberger) writes:
>   >       [ ... ]
>   >       [ ... sub-netz Richtlinien ... ]

Also wer nicht an sub.newusers rankommt (da stehen die SubNetregeln), kann
mir ja mailen, ich schick's ihm/ihr dann zu.

>   1. Ich waere fuer eine weitgehende Uebernahme dieser offensichtlich 
>      allgemein akzeptierten Regeln, hier also in der Subnetz-Variante.
>      Das waere hier natuerlich zu diskutieren! So auf Anhieb wuerden 
>      mir als moegliche Modifikationen einfallen:
>	   - Diskussion in dnet.general (extra ein dnet.config lohnt
>	     sich m.E. nach dafuer nicht)

Richtig, ich glaube das lohnt wirklich nicht. In dnet.general kriegt es auch
wirklich jeder mit.

>	   - Mindestens 20 Stimmen beim CfV (?)

Ahh, richtig !  Im Prinzip erlauben die SubNetregeln, dass 10mal `ja' gesagt
wird und kein mal `nein' , und das Voting ist damit positiv entschieden !
An sich ist die urspruengliche demokratische Idee die gewesen, eine
2/3 - Mehrheit als positiven Entscheid zu betrachten und diese 10 Stimmen
Differenz sind vermutlich eingefuehrt worden, um eine Mindestanzahl zu
garantieren (allerdings mit dem eben genannten Hacken).
Also gut, wie waere es mit: "Mindestens 20 abgegebene gueltige Stimmen UND
 eine 2/3 - Mehrheit" ?

>	   - [ Einrichten lassen von news@germany.eu.net ?? 
>	       (wenn Chris & Co. einverstanden sind) ]

Das waere so im Sinne von Chris und ich halte es auch fuer sinnvoll.
Insofern ist der Teil der SubNetregeln (dort:news@smurf.sub.org) natuerlich
zu streichen. Was die Bemerkungen ueber newgroup@ncar.ucar.edu,
spaf@purdue.edu und news.announce.newgroups angeht, da kann Chris wohl mehr
dazu sagen, ausserdem vermute ich, dass das auch nur fuer ihn wirklich von
Interesse ist.

>	   - wem faellt noch was ein ?

Gruebel ... Ach ja, der Abstimmungszeitraum: Er sollte wohl nicht kuerzer
als die angegebenen 3 Wochen sein (ich tendiere eher zu den vollen 4 Wochen).
Denn die Laufzeiten im Netz scheinen mir manchmal ziemlich lang zu sein;
es dauert also schon einige Zeit, bis der CfV bis in den letzten Winkel
vorgedrungen ist. Wenn dann noch eine Stimme ungueltig war und der
Absender das erst bei dem Zwischenergebniss nach 2 Wochen spitzkriegt,
wird es ja nach Laufzeit der Mail ev. eng.

Hmm ... ich finde hier gerade nichts in den SubNetregeln bzgl. Realname.
Aber ich denke, es sollte doch klar sein, dass eine Stimme nur dann gueltig
ist, wenn da eine From-Zeile mit Realname vorhanden ist, oder ?

>   2. Wenn wir uns in dem Punkt einigen, dann waeren z.B. die CfDs fuer 
>	   - NeXT-Gruppe (mein Vorschlag waere eher dnet.comp.next)
>	   - evtl. Listings Gruppe iX / c't
>      in Angriff zu nehmen.
>
>   Die Frage, inwieweit z.B. dnet.comp.next eine Werbe-Plattform 
>   waere oder ein sinnvolles Diskussionsforum der NeXT Anwender 
>   etc. pp. gehoert dann in das zugehoerige CfD, gesetzt den Fall, 
>   dass wir uns zu 1. einig werden.

Also, inzwischen bin ich da nicht mehr so ganz empfindlich, was das Thema
Werbung angeht. Ich glaube inzwischen, wirklich regeln laesst sich das nicht,
man muss sich schon auf das Taktgefuehl der Netzteilnehmer verlassen.
Aber ich hatte in meinem ersten Artikel erwaehnt, dass einige Themen/Groups
verdammt kurzlebig sind. Nehmen wir den Fall iX : Soweit ich mich erinnere,
wollte die Redaktion (bzw. Mitglieder davon) hier ein eigenes Brett.
Nun gut, sie haben es nicht bekommen, aber dann haette ich erwartet, dass
etwas in dnet.general auftaucht. Nichts!
Nun ist NeXT sicherlich etwas langlebiger ( :-} ), aber muss es so speziell
ein Rechnertyp sein ?  Wie waere es mit dnet.unix, dnet.sources o.ae. ?
Nun gut, aber dass ist vermutlich wirklich besser zu einem spaeteren
Zeitpunkt aufgehoben.
 
>  Auf geht's, lasst uns mit 1. loslegen (sollen wir uns da mal ein
>   vorlaeufiges Limit setzen, z.B. den 20.9.91 (ca. 3 Wochen) ?).

Jep!

>   Zu Punkt 2. kommen wir dann danach. Gerade jetzt in der
>   vorlesungsfreien Zeit sollten wir da vieleicht nicht zu hektisch
>   sein, oder ?

:-) 


Gruesse, Marc.
--
Marc Binderberger                       Institute for Theoretical Physics
mbind@thp.Uni-Koeln.DE                  University of Cologne/Germany
"Bei uns steht der Mensch im Mittelpunkt. Deshalb steht er auch immer im Weg."
Re: DNET Spielregeln
#594
Author: Uwe Meyer-Gruhl
Date: Wed, 04 Sep 1991 09:51
9 lines
939 bytes
Hallo Leute,


war der Artikel nun schon ein CfV oder nicht? Falls ja, wo soll man seine
Stimme fuer (oder gegen) die Einrichtung von DNET.COMP.NEXT abgeben?


Gruss, Uwe
Re: DNET Spielregeln
#595
Author: Marc Binderberger
Date: Wed, 04 Sep 1991 15:38
23 lines
1811 bytes
In article <1991Sep4.095159.21534@Informatik.TU-Muenchen.DE> meyergru@Informatik.TU-Muenchen.DE (Uwe Meyer-Gruhl) writes:
>   Hallo Leute,
>
>   war der Artikel nun schon ein CfV oder nicht? Falls ja, wo soll man seine
>   Stimme fuer (oder gegen) die Einrichtung von DNET.COMP.NEXT abgeben?
>
>   Gruss, Uwe

Also da wir uns ueber die Regeln eines CfV ja noch gar nicht klar sind,
war das mit Sicherheit noch KEIN CfV. Im uebrigen wuerde man den doch nicht
unter so einem Subject verstecken, sondern ganz klar deklarieren.

Da NeXT-Rechner ja nun nicht unbedingt schon heute ihre Gruppe haben muessen,
koennen wir sicherlich noch etwas warten.

Keine Angst, abgestimmt wird mit Sicherheit !		:-)


Gruesse, Marc.
--
Marc Binderberger                       Institute for Theoretical Physics
mbind@thp.Uni-Koeln.DE                  University of Cologne/Germany
"Bei uns steht der Mensch im Mittelpunkt. Deshalb steht er auch immer im Weg."
Re: DNET Spielregeln
#597
Author: Gerald Kesselgruber
Date: Thu, 05 Sep 1991 05:41
4 lines
741 bytes
Was ist eigentlich CfV und wer darf da wo mitstimmen???
Vielen Dank fuer eine Antwort

Gruss Gerald
Re: DNET Spielregeln
#600
Author: Heiko W.Rupp
Date: Thu, 05 Sep 1991 06:59
14 lines
1204 bytes
In article <1991Sep4.095159.21534@Informatik.TU-Muenchen.DE>, Uwe Meyer-Gruhl writes:

> war der Artikel nun schon ein CfV oder nicht? Falls ja, wo soll man seine
> Stimme fuer (oder gegen) die Einrichtung von DNET.COMP.NEXT abgeben?

Das war ein CfD - der CfV kommt erst noch, wenn hier eine rege Diskussion
stattgefunden hat.

-Heiko

-- 
Heiko W.Rupp, Gerwigstr.5, D-7500 Karlsruhe 1   |   hwr@pilhuhn.ka.sub.org
Did you know : '666 - the number of the beast' is not the phone number of
your employer
Re: DNET Spielregeln
#654
Author: Thomas Huppertz
Date: Sat, 07 Sep 1991 01:56
17 lines
1549 bytes
mbind@thp.uni-koeln.de (Marc Binderberger) writes:

>Da NeXT-Rechner ja nun nicht unbedingt schon heute ihre Gruppe haben muessen,
>koennen wir sicherlich noch etwas warten.

Gut, es ist zwar noch nicht viel NEXT-Traffic hier - dennoch finde ich
es sinnvoll, jeder Gattung eine eigenen Newsgroup zu geben.
Das entlastet vor allem diejenigen, die diese Gruppe nicht brauchen !
(durch einen 'kill' auf diese Gruppe liest man dann nur die News 
die einen wirklich interessieren. - denn am Subject alleine erkennt
man's doch oft nicht)

-- 
==================== Gruss: === Thomas === Huppertz  ========================
       HUPPERTZ EDV-Beratung, Thererstr. 10, 8083 Mammendorf, Germany 
               Tel. ++49-8145-1569, Fax. ++49-8145-8286 
====== EMail:=== thu@huedv.sta.sub.org === (oder: huppertz@guug.de) =========
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