Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!nrl-cmf!ames!xanth!nic.MR.NET!umn-cs!bungia!orbit!pnet51!steve
From: steve@pnet51.cts.com (Steve Yelvington)
Newsgroups: comp.sys.atari.st
Subject: Re: Return codes from STadel (Was Re: Gulam)
Message-ID: <850@orbit.UUCP>
Date: 3 Apr 89 00:25:09 GMT
Sender: root@orbit.UUCP
Organization: People-Net [pnet51], Minneapolis, MN.
Lines: 25

elixir@m-net.UUCP (Rodney Fulk) writes:
>The only two reasons I stopped running STadel were because there were no time 
>limits and thjere were no user levels other than a user and a sysop level..
STadel and the other up-to-date versions of Citadel BBS provide controls on
downloading activity, but not on message entry and retrieval. There are strong
arguments against limiting a user's time for activities other than file
transfers -- if you don't want to give people time to read what's on the BBS,
why run it?
 
On the issue of user levels, it simply is not true that there is only "user"
and "sysop" level. STadel has "invitation-only private rooms" for discussion;
the number of possible "levels" actually is the number of combinations of
invitation-only rooms you have installed, plus one for Aide status, plus one
for sysop (console) user, plus one for whether networking privileges have been
granted. That's a great deal more flexibility than you get with an antiquated,
linear "user level" approach borrowed from rusty old mainframe security
systems.

UUCP: {uunet!rosevax,amdahl!bungia,chinet,killer}!orbit!pnet51!steve
ARPA: crash!orbit!pnet51!steve@nosc.mil
INET: steve@pnet51.cts.com
  -----------
  -or-
  stag!thelake!steve@pwcs.StPaul.GOV
  "A member of STdNET -- the ST Developers' Network"