🚀 go-pugleaf

In article <announce.52@chumly.ka.sub.org>, wasp@chumly.ka.sub.org (Walter Mildenberger) writes:

%       de.comp.sys.amiga.programmer
[...]
% Ich halte diese Gruppe zur weiteren Entlastung der Gruppe
% de.comp.sys.amiga.misc (neben de.comp.sys.amiga.advocacy, die ja wohl
% hoffentlich angenommen wird) fuer notwendig.
%
% Comments ?

Vollste Zustimmung hierzu!

Bei folgendem allerdings ...

%       de.comp.sys.amiga.archiv        (oder d.c.s.a.lists ?)
%
% Kurzbeschreibung:
% ~~~~~~~~~~~~~~~~~
%       FD-Listen von ftp- und mail-servern
%
% Status:
% ~~~~~~~
%       Moderiert [pro forma, s.u.]
%
% Moderator:
% ~~~~~~~~~~
%       Noch zu bestimmen, falls keiner Lust hat, wuerde ich (wasp@chumly)
%       das uebernehmen.
%
% Charta:
% ~~~~~~~
%       Diese Gruppe dient zur Veroeffentlichung - mehr oder weniger
%       automatisch generierter - Listen von FTP-Servern und (BMS-)
%       MAIL-Servern, die freely-distributable (FD) files zur Verfuegung
%       stellen und sich auf Amiga spezialisiert haben oder zumindest einen
%       solchen Schwerpunkt haben.
%       Jeder kann per mail an den Moderator eine Schreib-Erlaubnis
%       beantragen und erhaelt damit das Recht, in die Gruppe zu posten.
%       (D.h. er erhaelt das Recht, den Artikel mit einem Approved:-Header
%       zu versehen). Nach Moeglichkeit sollten die Artikel ein einheit-
%       liches Format erhalten.
%
% Der Zweck dieser Gruppe ist -hoffentlich- offensichtlich. In dieser
% Gruppe sollen zum Bleistift Listen von amiga.physik.unizh.ch erscheinen,
% aber auch die Listen der verschiedenen BMS-Server, oder die Liste der
% neuesten Fish-Disks.
% Den Status stell ich mir folgendermassen vor: softwaretechnisch gilt
% die Gruppe als moderiert, was ein versehentliches Posten in die
% Gruppe verhindert (bzw. verhindern soll). Wer jedoch regelmaessig
% in die Gruppe posten (lassen) will, der sagt dem Moderator bescheid,
% was er posten will (um Ueberschneidungen zu vermeiden, im Zweifel eh
% immer nur die Liste der eigenen Kiste, aber bei Fish-Disks ist das ein
% Problem ;-) ) und sorgt dann dafuer, dass seine Artikel den passenden
% Approved:-Header erhalten. Wenn irgend moeglich sollte man sich noch
% auf ein einheitliches Format einigen (zumindest Subject:-Zeile)...
%
% Zum Namen: in Anlehnung an de.admin.archiv schlage ich ebenfalls
% "de.comp.sys.amiga.archiv" vor, aber *.lists gaebe aehnlich viel
% Sinn.
%
% Comments ?

     Ein paar: zum einen halte ich eine Pseudo-Moderation fuer nicht so
sinnvoll (ist zwar bei de.admin.lists genauso, aber was soll's =:->) -
sicher, man verhindert damit ein versehentliches Followup in diese Gruppe,
nur kann man genauso ein `Followup-To: de.comp.sys.amiga.misc' zur Pflicht
machen. `Versehentliches' Posten dorthin - warum unterbinden? Soll die
Gruppe archiviert werden? Da nicht sicher ist, wie lange die Files sich
jeweils halten, erscheint mir das nicht sinnvoll.

     Ich würde mir eher eine unmoderierte Gruppe .announce (oder
`d.c.s.a.ankuendigungen'? =:->) wünschen, in der sowohl die automatischen
Listen aus de.admin.archiv (brewas, hactar, ...) und das `recent
uploads'-Posting von amiga.physik als _auch_ Ankündigungen der Art `Prg
x.yy auf ftp.irgend.wo erhältlich'.

     Ich bin für eine Gruppe für Fileserver-Inhalte in der
Amiga-Hierarchie, ich glaube nämlich, diese Listen (derzeit zumindest von
brewas und hactar kommend) sind weniger für Administratoren (->
de.admin.*) als eher für Amiga-Benutzer (-> de.comp.sys.amiga.*) von
Interesse; nur sollte man diese nicht unnötig beschränken, ich finde es
nämlich auch interessant, ob eine neue Version von `Term' oder `AmiELM'
oder ... erschienen ist bzw. wo ich die neusten Fische als .lha-Archiv
bekommen kann. Diese Art der Postings ist doch artverwandt genug, in der
neuen Gruppe auch plaziert zu werden.  Sicher, jetzt könnnen die Autoren,
die Ihr neustes (Mach- =:->) Werk präsentieren wollen, entweder an den
Modarator schreiben (unnötiger Aktualitätsverlust) oder gleich mit
`Approved: me@home' posten (Verletzung der Netiquette; setzt gewisse
Kenntnisse/Fähigkeiten in Bezug auf News voraus); letzteres aber machte
die `Moderation' zur Farce.

Comments?
			kai

--  _
 _ //   Kai 'wusel' Siering, Villa Straylight, Hamburg, Germany. Go for MIME!
 \X/: <wusel@hactar.hanse.de>  Exile: <wusel@wolfhh.hanse.de>  iso-8859-1: äöüß

"Ma,  warum  bist  Du  noch  auf?"  -  "Weil jemand vergessen hat, meinen Kaefig
zuzuschlieszen!"                              -- Dorothy, Sophia, "Golden Girls"