Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2 9/18/84; site utai.UUCP
Path: utzoo!utcsri!utai!lamy
From: lamy@utai.UUCP (Jean-Francois Lamy)
Newsgroups: net.news.group
Subject: Re: Avoiding moderation problems
Message-ID: <969@utai.UUCP>
Date: Sat, 23-Nov-85 15:40:04 EST
Article-I.D.: utai.969
Posted: Sat Nov 23 15:40:04 1985
Date-Received: Sat, 23-Nov-85 16:36:37 EST
References: <22@Cascade.ARPA>
Reply-To: lamy@utai.UUCP (Jean-Francois Lamy)
Distribution: net
Organization: CSRI, University of Toronto
Lines: 41
Summary: 

How about a scheme where the moderator simply prepends "I warned you" to
the title of articles he would have killed?
Persons trusting the moderator simply put up a kill file.  Hard-core
supporters of freedom of insanity simply read everything.

This may even cut on volume, since the temptation to respond inanely to
a particularely inane message may not occur (only the moderator has to
keep his temper when replying).

Such a scheme may not be appropriate for net.sources.*, where the
moderator in fact should be more of a museum curator than a newspaper
editor.  Having everything go through the curator would probably cut a
lot on phony and not very useful software.  

(net.binhex.mac specific arguments:) As for posting sources vs binaries, Mac
binaries are often shorter than the source (remember that most Mac
programs heavily rely on the system routines and ressources whose code
is not present in the executable version). 
Assuming that the intersection of

    a) people actually doing developpment on their Macs
    b) having the particular compiler needed to ingest a given source
    c) having a interest in a particular source AFTER seeing what it does :-)

is in fact quite small, I would tend to favor mailing source requests to
the author, which uses news only if after a couple of days the demand is
such that a reasonable cover of the backbone sites has been attained.
In this way, everybody gets to see only mostly useful stuff (since it
has been seen by the curator), and special interests are still well
served.


-- 

Jean-Francois Lamy
Department of Computer Science, University of Toronto,
Departement d'informatique et de recherche operationnelle, U. de Montreal.

CSNet:      lamy@toronto.csnet
UUCP:       {utzoo,ihnp4,decwrl,uw-beaver}!utcsri!utai!lamy
CDN:        lamy@iro.udem.cdn (lamy%iro.udem.cdn@ubc.csnet)