home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / os / coherent / 5770 < prev    next >
Encoding:
Internet Message Format  |  1992-11-20  |  2.4 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!saimiri.primate.wisc.edu!ames!kronos.arc.nasa.gov!iscnvx!netcomsv!micromed!system
  2. From: system@micromed.com (Duane Davis)
  3. Newsgroups: comp.os.coherent
  4. Subject: Re: Coherent - the ultimate BBS in itself?
  5. Keywords: BBS
  6. Message-ID: <58HkuB1w165w@micromed.com>
  7. Date: Fri, 20 Nov 92 18:32:03 PST
  8. References: <1992Nov20.175122.12501@netcom.com>
  9. Organization: Micro-Medic BBS - +1 408 279 5240 - Public Access
  10. Lines: 41
  11.  
  12. messina@netcom.com (Tony Porczyk) writes:
  13.  
  14. > I've read the posts regarding BBS software for Coherent with great
  15. > interest since I would like to set up one also.  It struck me,
  16. > however, that most posts seemed to suggest a DOS BBS model ported to
  17. > unix platform, which to me would be a step back.  After thinking about
  18. > it for a sec I realized that unix offers a superior model for BBS just
  19. > in itself, simply by implementing tools that are already there.  With
  20.  
  21. There are a few problems with your reasoning...
  22.  
  23.    Although the Coherent (or any unix) environment is much more power-
  24.    full and flexible that a DOS BBS, it also takes alot longer to learn.
  25.    Most BBS users are used to simple to use DOS BBS' and don't want to
  26.    have to "learn" how to use something new. With as many simple BBS'
  27.    available why should they hassle with it?
  28.  
  29.    How are you going to handle ANSI color, or IBM extended keyboard
  30.    characters, or users that are using terminals that aren't 80x25.
  31.  
  32.    You also take a chance of creating a security hole. With a BBS
  33.    program your user is "locked" into a program. Suppose you make
  34.    a mistake and assign the wrong permissions to a file, or a user
  35.    not understanding permissions creates a file and someone else
  36.    deletes it.
  37.  
  38. The whole idea of writing a menu based BBS program is to make it
  39. easy to use. The faster a user can login, do what they need to do,
  40. and logoff, the better. If you make it too difficult they will call
  41. elsewhere.
  42.  
  43. I've been running a BBS for almost 10 years now (7 years running a
  44. DOS BBS) so I pretty much know what users like. If I were to run
  45. something like you suggest I would loose at least 90% of my users. 
  46.    
  47.  
  48. --- 
  49. system@micromed.com (Duane Davis)                   voice (408)293-3299
  50. Micro-Medic                          public access usenet (408)279-5240
  51. 711 Lincoln Avenue                  public access pcboard (408)280-1610
  52. San Jose, CA 95126                    FileServer - FTPMail@micromed.com
  53.