home *** CD-ROM | disk | FTP | other *** search
/ ftp.wwiv.com / ftp.wwiv.com.zip / ftp.wwiv.com / pub / BBS / CEL138A.ZIP / CELERITY.DOC < prev    next >
Text File  |  1991-11-11  |  90KB  |  1,807 lines

  1.  
  2.  
  3.  
  4.  
  5.                              C e l e r i t y
  6.  
  7.                                Version 1.38
  8.  
  9.                               Copyright 1990
  10.  
  11.                     The BBS of the Present - And Future
  12.  
  13.  
  14.  
  15.                 Written by Brendon Woirhaye and Dave Hicks
  16.  
  17.                               
  18.  
  19.  
  20.  
  21.  
  22.  
  23.  
  24.  
  25.  
  26.  
  27.  
  28. Celerity License Statement
  29.  
  30.  
  31.  
  32. This software and documentation are copyrighted products of Brendon Woirhaye
  33. (herein referred to as "The Byter") and David Hicks (referred to as "Mobius"),
  34. and are protected by the United States copyright law and International Treaty
  35. provisions.
  36.  
  37.  
  38. Copies of Celerity BBS may be freely given to other individuals for demon-
  39. stration and distribution purposes only.  Any sysop who wishes to run Celerity
  40. BBS on their own system must receive a validation utility from the authors.
  41.  
  42.  
  43. Archival copies of the Celerity validation utility may be made by the owner of
  44. a Celerity license for his personal use and protection only.  In no circum-
  45. stances is a sysop to give a copy of his validation utility to someone else.
  46. If the sysop does willingly release his validation utility, or it gets out of
  47. his possession in any other way, he will lose all rights to support and future
  48. updates of Celerity BBS.
  49.  
  50.  
  51.  
  52.  
  53.  
  54. Contents:
  55.  
  56. Section 1       What is Celerity?
  57.         1.1     General Description
  58.         1.2     List of major features
  59.         1.3     Distribution Policy
  60.         1.4     Required Extras
  61.  
  62. Section 2       Setting up Celerity            Note: Must-Read!
  63.         2.1     Running the CONFIG program
  64.         2.1.1   Timed Events
  65.         2.1.2   Conferences
  66.         2.1.3   The Logon Shell
  67.         2.1.4   Validation Process
  68.         2.1.5   The Files section
  69.         2.1.6   Communications
  70.         2.1.7   Networking
  71.         2.1.8   CelerityNet
  72.         2.1.9   Color Setup
  73.         2.1.10  Prompt Configuration
  74.         2.1.11  Info-Forms
  75.  
  76. Section 3       Running the BBS
  77.         3.1     Setting up subs / gfiles / xfer sections
  78.         3.2     The waiting for call screen
  79.         3.3     Online commands
  80.         3.4     Online Editing Tools
  81.  
  82. Section 4       Strategies for running a good board
  83.         4.1     Policies
  84.         4.2     Access Levels
  85.         4.3     Conference Arrangement
  86.         4.4     Advertising
  87.  
  88. Appendix A      Running CONVUSER - upgrading to new versions
  89.  
  90. Appendix B      Running PROTEDIT - editing xfer protocols
  91.  
  92. Appendix C      Running CONVFILE - Converting file areas
  93.  
  94. Appendix D      Running CONFIG - setting up your system
  95.  
  96. Appendix E      Configurable Status Screens - what they are, how to make them.
  97.  
  98. Appendix F      CelerityNet conferencing - how to get it going.
  99.  
  100. Appendix G      CelerityNet Conference ID Codes - what can I net with?
  101.  
  102. Appendix H      Using a demonstration version of Celerity
  103.  
  104. Appendix I      Multinode operation
  105.  
  106. Appendix J      Sysop-definable text files
  107.  
  108. Appendix K      CAE Mode
  109.  
  110. Appendix Z      Celerity Credits and Acknowledgements
  111.  
  112.  
  113.  
  114.  
  115. Section 1:  What Is Celerity?
  116. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  117.  
  118. General Description
  119. ~~~~~~~~~~~~~~~~~~~
  120. Celerity is a Forum hack which attempts to take the best features of all the
  121. other boards and combine them into one system.  It is programmed by The Byter
  122. and Mobius, and is a presentation of The Alternative.  It draws heavily on
  123. TCS and KauCom (a board for the Apple II which I wrote a number of years ago),
  124. and I have also picked up a couple ideas from the other Forum hacks out there.
  125.  
  126. Other utilities for Celerity will soon be released by various people who have
  127. been working on the Celerity project.  As they are finished and declaired bug-
  128. free, they will be released.
  129.  
  130.  
  131. List of features:
  132. ~~~~~~~~~~~~~~~~~
  133. -- Celerity is optimized for speed.
  134.    -- It takes advantage of 286 / 386 / 486 processors if present for quick
  135.       memory access.
  136.    -- It fully supports the 16550 buffered UART for greater efficiency
  137.    -- It was designed for use on the USRobotics HST, and has full support for
  138.       9600, 14400, and Dual Standard modems.  No generic modem drivers here.
  139.    -- True high-speed 38400/19200 DTE rates.  Get the maximum from your modem.
  140.    -- Complete support for v.42/v.42bis HST modems.
  141.     -- Support for v.32/v.32bis HST dual standards
  142.     -- Sustained ZIP transfer speeds as high as 1782 cps using Zmodem.
  143.         -- Extensive code rewriting for speed and efficiency has been done to
  144.            older code.
  145.     -- FAT file move for incredible file management speed.
  146.     -- Internal ANSI driver to end reliance on slow DOS ANSI drivers, which
  147.            other many other BBS programs use.
  148.  
  149. -- Celerity is designed to make the sysop's life easy.
  150.    -- New users can be "Quick Validated" with one keystroke.  No need to edit
  151.       each access flag unless you desire to.
  152.    -- Fully automated new user voting section, to allow your users to decide
  153.       who gets access and who doesn't.  The sysop has veto power, of course.
  154.    -- The new user newscan quickly locates all new users awaiting validation.
  155.    -- New user voting section can be completely automated, at the sysop's
  156.       descretion.
  157.    -- New users can be required to upload an example of their newest software,
  158.       for examination by sysop and new user voting committee.
  159.    -- Complete user editing available while the user is online.
  160.    -- "Suggested Point Value" to make file validation quick and easy.  Sysop
  161.       definable, of course.
  162.    -- Automatic ZIP commenting if desired.
  163.    -- Auto-Validate allows the sysop to have all uploads automatically cleared
  164.       for downloading as soon as they are uploaded.
  165.    -- Easy-to-use Config program, unlike any other Forum-clone config.
  166.    -- A multitude of sysop-configurable options.
  167.    -- Complete control over infoform access, requirements, and text.
  168.    -- The most advanced and easy-to-use online sysop tools of any Forum
  169.       clone
  170.                                                                             
  171. -- Celerity has the features you want and need.
  172.    -- Full conferencing.  Celerity supports up to five entirely independent
  173.       message bases and transfer sections, ideal for support of multiple
  174.       computer types.  Celerity conferences are more than just an access flag.
  175.       If you don't desire conferencing, it is a simple matter to turn it off.
  176.    -- Fully configurable logon shell.  Shell commands can be added and removed
  177.       as the sysop desires, and each command is fully configurable.  The shell
  178.       can exist as either a conventional menu-type shell, a dos-simulator
  179.       shell, a UNIX-simulator, an interactive lightbar shell, or even an external
  180.       sysop-developed shell.  The shells are optional, of course, and can be disabled.
  181.    -- Configurable prompts.  Every Celerity system can have its own distinctive
  182.       prompt if the sysop desires.
  183.    -- Celerity will run on com ports 1-8, with fully configurable addresses,
  184.       inturrupts, and IRQ's.  More flexibility than any other Forum clone.
  185.    -- Fully configurable file listings.  Each user can choose what file list
  186.       information he or she desires.
  187.    -- File commission system.  If the sysop desires, users will get file points
  188.       every time their upload is downloaded.  You can even have it set up so
  189.       a user gets NO points for uploading, and only gets points when people
  190.       download his file.  This way, users are not rewarded for uploading crap
  191.       that nobody wants, and users who upload good stuff are well rewarded for
  192.       their efforts.
  193.    -- CAE mode.  Celerity once again brings a new revolution (or a very old
  194.       one, if you were familiar with the old AE's and Catfurs in the Apple
  195.       community years ago) to the PC modem world.  See Appendix K for details.
  196.  
  197.  
  198. -- Celerity supports TRUE NETWORKING, not lame "Net-Mail" like early Forum
  199.    clones have.  CelerityNet was the net which inspired the networks of
  200.    LSD, Vision, Havok, Silicosis, and others.
  201.    -- ONE call per day from your system transfers data to and from the entire
  202.       net.
  203.    -- If you miss a day, the network will still send all your messages.
  204.    -- Average Net Call time is 2-3 minutes, so its cheap.  Extenders are
  205.       available.
  206.    -- Networked subs and email are standard features.
  207.    -- Network-wide Oneliner database, BBS Listings, and Network News are
  208.       special features no other Network has.
  209.    -- Network Update service delivers recent Celerity updates to your system.
  210.       No need to call around and download them on your own time.
  211.    -- Many new and unique networking features to be added in the near future.
  212.    -- Dedicated network server.  No longer do net BBS' have to contend
  213.       with regular BBS callers to make their net calls.
  214.    -- CelerityNet is supported by the greatest number of Forum-based
  215.       software, including the popular Silicosis, Cypher, Faq, ADI, and Havok
  216.       packages.
  217.  
  218.  
  219. -- Celerity supports Multi-node operation.
  220.    -- Using network cards or a multitasking operating system, Celerity can
  221.       support up to eight seperate nodes, possibly more in the future.
  222.    -- Fully functional multinode chat to allow users to talk to each
  223.       other directly.
  224.  
  225. -- Celerity supports additional hardware for those who have it.
  226.    -- EGA/VGA card support.  Celerity has full support for a 43 line (EGA) or
  227.       50 line (VGA) screen for the local display.   Also works in the config.
  228.    -- SoundBlaster support.  Celerity will ring out a digitized chat call for
  229.       sysops who own a SoundBlaster card.  For those without SoundBlasters,
  230.       there is an option for digitized sound using the PC speaker, but it does
  231.       NOT sound too hot.
  232.    -- Mouse support.  If you have a mouse, you may use it for easy access to
  233.       commands.
  234.  
  235.  
  236. Celerity has most of the new features FIRST.  It has led the pack of modern
  237. Forum based clones such as LSD, Silicosis, Havok, Vision, Velocity, Magnum,
  238. ACS, and many others which have copied and adapted features found in Celerity
  239. first, and continues to bring new features for the others to copy.
  240.  
  241.  
  242. Distribution Policy:
  243. ~~~~~~~~~~~~~~~~~~~~
  244. Celerity is distributed via shareware, but requires a validation utility to
  245. fully utilize the system.  The validation utility can be acquired from the
  246. authors directly.  Please see the file called "CELERITY.APP" for information
  247. on acquiring a validation utility and the current registration fees.
  248.  
  249.  
  250. Required Extras
  251. ~~~~~~~~~~~~~~~
  252. Celerity requires the use of a few other Shareware programs, or their
  253. equivilent.  These are listed below:
  254.  
  255. PKZIP and PKUNZIP archive utilities from PKWare.  Most of Celerity's
  256. archive manipulation is done in ZIP format because of its acceptance as
  257. the standard archive format.  These files can be obtained on most BBS'.
  258.  
  259. DSZ from Omen Technologies.  DSZ is an external transfer protocol
  260. program which supports a whole slew of transfer protocols, including
  261. Xmodem, Ymodem, YmodemG, and Zmodem.  Although other external protocols
  262. can be used, DSZ is recommended as the standard.  Feel free to add
  263. additional DSZ-Log compatible protocols like TASY, SZModem, and Lynx.
  264.  
  265. Other archive programs like PAK, ARC, and LHARC are also supported (for
  266. archive viewing) by Celerity if the sysop owns these utilities.
  267.  
  268. QEDIT is the external editor of choice for Celerity, although any
  269. external text editor may be used with equal efficiency, such as DOS
  270. 5.0's EDIT, or even EDLIN.
  271.  
  272. For the ANSI editor, I recommend TheDraw, which is an excellent editor
  273. for the editing and creation of nice ANSI screens.
  274.  
  275.  
  276.                                                  
  277. Section 2: Setting Up Celerity
  278. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  279. Sysops setting up Celerity for the first time should read this file IN ITS
  280. ENTIRETY, and they will find a lot of their questions answered.  As this is not
  281. commercial software, I should not be responsible to hold your hand through each
  282. step of the installation when the doc file gives you all the needed info.  It
  283. is important to read the appendices as well, as they contains a lot
  284. of useful information relating to specific topics.  The revision history
  285. (REVISION.DOC) is also a must-read and will explain many features of the
  286. BBS not covered here.
  287.  
  288. If you are moving up from another Forum clone, such as Emulex, LSD, ACS, USSR,
  289. Havok, Vision, Velocity, etc., you will find the overall feel to be much the
  290. same, and pick up the commands quite quickly.  If you are moving from a WWIV
  291. or Telegard, things will be little different from what you are used to.
  292.  
  293. If you have never run a BBS, I would recommend that you start with something
  294. more simplistic, like Emulex or WWIV.  Although Celerity is highly automated
  295. and easy for an experienced sysop to run, it is NOT a simple piece of
  296. software, and can cause great frustration to inexperienced sysops.
  297.  
  298.  
  299.  
  300. Initial Setup
  301. ~~~~~~~~~~~~~
  302. Celerity versions are now shipped in a single ZIP file called CELver.ZIP,
  303. where 'ver' is the version number (CEL137.ZIP is version 1.37, for example).
  304. This file contains the following files:
  305.  
  306. INSTALL .BAT - Batch file to install a working demonstration of Celerity
  307. CELverA .ZIP - New files for version upgrade
  308. CELverB .ZIP - Support files for new Celerity systems
  309. CELverC .ZIP - Support utilities for current version
  310. CELverD .ZIP - Menu set #1 (Optical Illusion)
  311. CELverE .ZIP - Menu set #2 (General Zennor)
  312. CELverF .ZIP - Menu set #3 (Malignant Growth)
  313. PACKING .LST - File containing information about other files in the zip.
  314.  
  315. When you are upgrading to a new version, it is recommended that you unzip the
  316. CELverA and CELverC zips to your Celerity directory.  If you are using one of
  317. the pre-packaged menu sets, unpack the appropriate file to your menu
  318. directory.
  319.  
  320. For new Celerity users, it is recommended that you run the INSTALL.BAT file,
  321. which will unzip all files into their correct directories for you and set up
  322. the demo.  You can then proceed to modify the demo's setup to tailor it to
  323. your own specifications.
  324.  
  325. There is one additional ZIP which is not contained in the CELver.ZIP file, and
  326. that is CELverG.ZIP.  This file contains the default digitized SoundBlaster
  327. chat call files.  You can add your own .VOC files to Celerity as well.
  328.  
  329. New and old users alike should read through the REVISION.DOC file to gain some
  330. familiarity with the timeline of Celerity's development, and discover some
  331. features which might not be covered in the manual.  Upgrading users should
  332. read the README.ver file which includes any changes from the previous version.
  333. Everyone should be familiar with the documentation file.
  334.  
  335.  
  336.  
  337. The Config Program
  338. ~~~~~~~~~~~~~~~~~~
  339. The CONFIG.EXE program is used to set up all the information about
  340. your BBS that Celerity needs.  It will allow you to enable or disable
  341. features, adjust parameters, define your hardware, and more.  Its basic
  342. operation is explained in Appendix D.  Some of the options may need
  343. explaining, and are covered here.
  344.  
  345.  
  346. [Timed Events]
  347.  
  348. There are three events which take place at a certain time.  When the time for
  349. one of these approaches, any online user will be kicked off so that the board
  350. can execute its task.  The three events are:
  351.  
  352. Batch Event:    This can be anything the sysop desires.  The time and name of
  353.                 the batch event must be entered in the config, and the system
  354.                 will execute the batch file at the proposed time.  This can be
  355.                 a utility which will scan your drive for viruses, an alarm,
  356.                 a disk optimizer, a tape backup program, or whatever.
  357.  
  358. Auto-Backup:    There is no excuse for a BBS to loose all its data -
  359.                 especially a Celerity system.  At the backup time, if the
  360.                 sysop chooses to have one, the file BACKUP.BAT will be
  361.                 executed.  This file can be used to back up only essential
  362.                 files - such as the userlist and the DATA subdirectory, or can
  363.                 be comprehensive and back up everything.
  364.  
  365. Net Call:       This last event is the time at which the CelerityNet call
  366.                 will be made to the network host.  It will not be executed if
  367.                 the network is disabled.
  368.  
  369.  
  370.  
  371. [Pathnames]
  372.  
  373. Celerity will ask you for about ten pathnames to indicate where Celerity
  374. should look for different sets of data.  The first ten will be directories
  375. where data is stored, and the last three will be specific file pathnames.
  376. These paths will be given suggested values after Config examines your drive
  377. setup, but you may change them according to these specifications:
  378.  
  379.  
  380. Node Directory..Where the CELERITY.* and KAU.CFG files reside.  Usually the
  381.         same as BBS Directory, except for multi-node operation.
  382. Common Node Dir.A directory for multiple nodes to share.  This works best if
  383.         it is a RAMdisk.
  384. BBS Directory...This is where your main BBS files and data files will be
  385.         stored.
  386. Xfer Directory..This is a TEMPORARY work directory for the transfer section.
  387.         All files in this directory will be deleted.  Do not set it to any
  388.         currently-used directory, or you'll get mad at me when your files are
  389.         deleted.
  390. Message Area....This directory will hold all of the message files.
  391. Board Directory.This contains the index files for your subs, posts, file
  392.         areas, and files available for transfering.
  393. Menu Directory..Your menus.  The menus are and will continue to be kept
  394.         external to save memory.  If you have lots of memory, put these in a
  395.         RAMdisk, and you will get the same speed as hardcoded menus.
  396.         Sysop-definable files (see Appendix J) are also stored here.
  397. Network.........This is a work directory for the CelerityNet system's use.
  398. Doors...........This is for door support
  399. Sounds..........If you want the digitized chat call, this is the directory
  400.         where the sound files are stored.
  401. Text Editor.....Give the pathname and file name of your text editor, like QEDIT.
  402. ANSI Editor.....Pathname and filename of an ANSI editor, like TheDraw.
  403. DSZ Log.........This should match your environment variable for DSZ log TO THE
  404.         LETTER.  Make it uppercase.
  405.  
  406.  
  407. [Conferences]
  408.  
  409.  
  410. Conferencing is one of the central features of Celerity.  It
  411. allows one system to be organized into different interest areas,
  412. each area having its own message base and xfer section.  Thus, a
  413. system can easily have a General section with general interest
  414. information and downloads, an IBM section for IBM posts and
  415. transfers, and sections for other computer types, and the users
  416. will not have to share message and transfer sections with users
  417. with different interests or access.  A board could be divided
  418. into a Public access conference, a private conference, an adult
  419. conference, and a user's group support conference.  Celerity
  420. will support up to five conferences, or as few as one.  Turning
  421. the "Use Conferences" toggle off will limit the board to one
  422. conference and function much like a conventional BBS does. 
  423. Otherwise, you can limit the number of conferences you want by
  424. leaving unused conferences without names, and they will not be
  425. accessible to users.  Users can be given access to conferences
  426. or denied access selectively, and transfer volumes and message
  427. bases can be further restricted for complete control over
  428. information flow.  All other features of the board (email,
  429. rumors, news, automessages, gfiles) are cross-conference.  If
  430. you have multiple conferences, but a user only has access to the
  431. first (conference #1), they will not be aware of any additional
  432. conferences (ie: you can set up conference #1 as general
  433. interest with no illegal activities, so if the SPA or Feds call,
  434. you can give them an account (restricted to the one conference)
  435. with nothing to fear [note: the authors of Celerity do not
  436. condone illegal activity in any respect with that remark].  File
  437. volumes may be shared across conferences if desired.
  438.  
  439.  
  440.  
  441. [The Logon Shell]
  442.  
  443. When a user first connects to the board, they may be presented with a
  444. logon shell or command menu, if you choose to use one.  Many boards use these
  445. today.  Usage of a logon shell allows you to isolate the new user process
  446. from the main board itself, and to protect the system from unwanted callers.
  447. A user who enters the shell will be presented with a menu of choices, which
  448. have static operations but can have their commands customized in the config
  449. program.  All of the following commands can be restricted by defining no
  450. command in the config.  In that case, the option will not be offered to the
  451. user.  There are currently three different types of logon shells which
  452. can be used, but they all have basically the same commands.
  453.  
  454. The first command is always the command to enter the main BBS section.  Once
  455. entered, the user is prompted for his/her handle and password.  This can be
  456. password protected, but such a password is redundant and is NOT required.
  457.  
  458. The second and third commands can be used to link entirely different and
  459. separate BBS programs (or additional copies of Celerity) by executing batch
  460. files by the names SYS2.BAT and SYS3.BAT.  These, too, can be password
  461. protected, but no password is required if the sysop does not desire it.
  462. Options here could possibly be a sister system for local callers only, a
  463. support board for a company, or an online game.
  464.  
  465. The fourth command is what a new user must enter to apply for access to the
  466. main system.  A user will have to give a new user pass if it is required, and
  467. fill out any information forms the sysop has defined.
  468.  
  469. The fifth command allows a new user to check on the status of his or her
  470. application.  If the user has been validated, he or she will be given the
  471. password to system 1, and be allowed to enter.  If the new user voting system
  472. is enabled, the user will be informed as to the up-to-the-minute results of the
  473. voting.
  474.  
  475. The sixth and seventh commands allow a user to request a chat or to leave
  476. feedback from the shell.  Again, if you do not wish users to use either of
  477. these options, leave them blank.
  478.  
  479. The eighth command logs a user off the system.
  480.  
  481. The prompt line for the logon shell (type 1 only) can also be defined, to add
  482. an additional flair of originality to the BBS.  Common prompt lines include
  483. "[Command/?]" and "Login:".
  484.  
  485.  
  486. As mentioned, there are different logon shell types which can be
  487. selected.  If you don't wish to use a logon shell, enter "0" for the
  488. shell type.  Other types include:
  489.  
  490. 1:  Menu shell
  491. 2:  DOS shell
  492. 3:  Interactive shell
  493.  
  494. The menu shell gives the configurable command line.  Hitting a '?' will
  495. provide the user with a list of supported commands.  If you wish to have
  496. a custom shell menu, you can make a file called SHELL.1 in your menu
  497. directory that will be displayed when the '?' is hit.  Be sure that it
  498. has all the commands the user may select.
  499.  
  500. The DOS simulator shell will place the caller into a DOS simulator,
  501. where they will run seperate "programs" corresponding to the shell
  502. commands.  The shell commands (defined for the menu shell) will be converted
  503. to DOS filenames (ie: if you choose "Login" as the command to enter the
  504. main BBS, the DOS name will be "LOGIN.EXE").  If the user types DIR,
  505. they will be presented with a "directory" listing of the commands, or
  506. else the optional SHELL.2 file from the menu directory.
  507.  
  508. The interactive shell is like the menu shell, but the user will be
  509. provided with a lightbar menu to select the desired option.  The user
  510. must have ANSI, VT100, or Avatar emulation to use this.  If the caller
  511. does not have one of these terminal emulations, he will get the menu shell.
  512.  
  513. As the shell is fully configurable, you can make Celerity look like some other
  514. type of system.  Have it mimic a mainframe or mini if you want to conceal the
  515. fact that it is a private bulletin board system.  Using the connect string, the
  516. SHELL.1 help screen, and the definable shell commands, you can make the
  517. shell look like anything you like.
  518.  
  519.  
  520. [The Validation Process]
  521.  
  522. There are several options relating to the validation process.  These are
  523. outlined below.
  524.  
  525. Quick Validate:
  526.  
  527. The entries in the config program for quick validate scores allow the sysop to
  528. enter the default values given to a new user when the sysop hits the quick
  529. validate key.  The Basic Access entries are useful for giving access to
  530. conferences by default, in case the user is not quick validated.
  531.  
  532. New User Voting:
  533.  
  534. The purpose of the New User Voting section is to allow the users  of a system
  535. have a say in who gets access and who doesn't to the system.  There are five
  536. data options in the config relating to the New User Voting.
  537.  
  538. Use New User Voting...Turn it on if you want the New User Voting to be active.
  539.                       Turn it off if you don't.  Default is off.
  540. Automated NUV.........If On, users will be automatically validated or deleted
  541.                       (given level -5 access) when they reach the threshold of
  542.                       YES or NO votes.
  543. Yes Votes Needed......The number of YES votes a user needs to be accepted to
  544.                       the system.
  545. No Votes Needed.......The number of NO votes which are needed to deny access
  546.                       to the system.
  547. NUV Access............The access level needed to vote in the NUV Section.
  548. NUV Force Vote Level..Users above this access level will be forced to vote for
  549.                       new users.
  550.  
  551. The process works like this.  When a new user logs on, they will enter all
  552. their normal information, plus Infoform #5, which is reserved for the New User
  553. Voting section.  They will be given 0 Yes and 0 No votes, and be logged off.
  554. When other users call, they may enter the New User Voting section and view the
  555. existing new users awaiting a decision.  They may also scan for users they
  556. have not voted on, and be given the option to view the fifth infoform, and
  557. make a judgement (yes, no, or abstain) on the new user.  Users may change
  558. their vote at any time before the Yea or Nay threshhold has been
  559. reached.  Voting users may also enter a 50-character comment regarding the
  560. user.
  561.  
  562. When the new user attempts to log on again, he or she will be given an up-to-
  563. date status report on how the voting is going.  If enough YES votes are cast
  564. (sysop definable between 1 and 20), the new user will be auto-validated (as
  565. per the quick validate parameters set by the sysop).  If enough NO votes are
  566. cast (also definable), the user will be given an access level of -5, which
  567. will give the user a message saying "Your application has been denied by the
  568. user voting panel", and deleted when he/she logs on again.  The text file
  569. "DENIED.BBS" will be displayed to users who have been turned down.  If the
  570. automated NUV option is turned off, the sysop will have to manually decide on
  571. each of the users before any action is taken.
  572.  
  573. Some new users will never call back, and in this case, the sysop can simply
  574. scan for users with -5 access who have not called in a week or so and delete
  575. them.
  576.  
  577.                                                                          
  578. [File Transfer Section]
  579.  
  580. The file section can operate on a few credit systems.  Options pertaining to
  581. these systems are detailed below.
  582.  
  583. U/D Ratio.......Uploads divided by downloads will be calculated, and if the
  584.                 user falls below a certain point, they will not be allowed to
  585.                 download further.  This value may be independently changed
  586.                 for each user through the user editing commands.
  587. FPS.............File Point System.  All files are assigned a point cost, and
  588.                 a user must have enough points to download the file if they
  589.                 want it.  The sysop (or system, if auto-validate is on) grants
  590.                 points to users for their uploads.
  591. FP Loan.........A sub-option of the FPS, a user over a certain sysop-defined
  592.                 level may take a file point "loan" to download a file which he
  593.                 does not quite have enough points for.  This allows users some
  594.                 freedom to get something they need and "pay back later", and
  595.                 frees the sysop from having to give the user unwarranted file
  596.                 points or doing book-keeping.  The maximum loan limit can also
  597.                 be defined by the sysop.
  598. Commission......The Commission system also works with the FPS.  When it is
  599.                 enabled, users will get a certain number of points every time
  600.                 someone downloads the user's upload.  The commission value is
  601.                 the denominator of the file's cost which will be awarded to the
  602.                 user who uploaded the file.  A commission value of 0 results in
  603.                 no commission being granted.  If the value is 10, the uploader
  604.                 will get 1/10th of the points spent on the download.  If the
  605.                 value is 2, the uploader gets 1/2 of the point cost.  A value
  606.                 of 1 will give ALL the points used to download the file to the
  607.                 user who uploaded it.  The purpose of the commission system is
  608.                 to reward users who upload popular programs which many people
  609.                 download, and discourage the uploading of old crap which nobody
  610.                 wants.
  611. Point Value.....One last modifier to the FPS is the point value.  This is the
  612.                 number of Kbytes that one point will generally download.  Often
  613.                 this is 1 (250k file costs 250 points), 50 (250k file costs 5
  614.                 points), or 100 (250k file costs 2 points).  When this figure
  615.                 is used, the value will be "suggested" to the sysop when he
  616.                 validates new files.
  617. Auto-Validate...When the Point Value is used, newly uploaded files can be
  618.                 immediately and automatically validated by the system without
  619.                 sysop intervention.  This eliminates a lengthy turnaround
  620.                 regarding new files which must be spread quickly, and is a must
  621.                 for sysops who do not check up on their boards daily.
  622. Zip Comment.....If the Zip comment option is turned on, Celerity will execute
  623.                 a batch file called COMMENT.BAT with two parameters: The path
  624.                 of the file and the extension.  COMMENT.BAT can simply add a
  625.                 zip comment, strip ads and -AV ads, or it can even unpack the
  626.                 archive, do a virus scan, and re-pack it.  The options are
  627.                 unlimited.
  628.  
  629. The Upload/Download Ratio system, the File Point System, or a combination of
  630. both may be used.  Options on the FPS can be turned on or off, but remember
  631. that the Auto-Validate function requires the Point Value function to work.
  632.  
  633.  
  634. [Communications]
  635.  
  636. Celerity supports a high-speed, high-efficiency modem driver
  637. capable of speeds from 1200 to 115,000 baud.  The sysop should
  638. enter the DTE rate that his/her modem can support (generally
  639. 1200 or 2400 for slow modems, 19200 for an older HST, or
  640. 38400 for a new USRobotics HST, Dual Standard, or V.32) and the
  641. individual baud rates that the board will allow calls at.
  642.  
  643. Celerity will support calls on any one of four COM ports, COM1
  644. through COM4.  Most bulletin boards only allow COM1 or COM2, but
  645. we know the value of allowing you to exploit the full features
  646. of your computer.  In addition, your COM ports may be fully
  647. configured by providing Celerity with the inturrupt, the IRQ,
  648. and the Base Address of the port.  Few other BBS programs  offer
  649. such versitility.
  650.  
  651. Celerity has a toggle for the 16550 buffered UART chip, which
  652. can lead to higher transfer speeds and more reliable transfers
  653. when Celerity is run in the background of a multitasking
  654. machine, and decent transfer speeds on slow (XT) computers.
  655.  
  656. For your modem setup, Celerity asks for the type of HST you happen to have.
  657. The codes are listed below:
  658.  
  659. 0:  No HST.
  660. 1:  HST 960/964 (old 9600 HST)
  661. 2:  HST 1440/1441 (new 14.4k HST)
  662. 3:  HST Dual Standard
  663. 4:  HST 14.4k w/v.42bis
  664. 5:  HST Dual Standard w/v.42bis
  665.  
  666. Celerity will fully support the v.32 mode of the Dual Standard
  667. HST, but is not designed to work with the USRobotics v32
  668. (non-HST) modem.  In addition, Celerity allows you to customize
  669. your modem setup and hangup strings, so you can choose "No HST"
  670. and set your modem string appropriately.
  671.  
  672. Celerity will automatically send its own suggested answer
  673. command to your modem if you have an HST and have your HST type
  674. set correctly.  If you do not wish to have the optimum setup for
  675. the best performance, you may enter an additional setup string
  676. which will be sent AFTER the default string.
  677.  
  678.  
  679.  
  680. The DIP switch settings I use for my 1441 HST are:
  681.          Quad: Up    1,2,4,6,7,9,10:Up   3,5,8:Down
  682.  
  683. The switch settings my dual standard uses are similar.
  684.  
  685.  
  686. [Networking]
  687.  
  688. Celerity will support a complete network of Celerity, Havok,
  689. Silicosis, ADI, Velocity, Vision-X, and Faq systems around the
  690. world.  The ability of system users to send email to
  691. any other user on any other board in the network is fully
  692. supported, of course, as are a host of networked sub boards,
  693. which share contributions from all users with all the other
  694. systems.  CelerityNet uses its own proprietary networking
  695. system, and is not compatible with FIDO, PCBoard, or WWIV
  696. networking methods.  Two other software packages currently
  697. support the CelerityNet format, these being Havok and Silicosis.
  698.  
  699. The network will operate quite efficiently, only requiring a
  700. node board to make ONE phone call per day, as opposed to a
  701. number of calls which some of the other networks require.
  702.  
  703. Only Celerity has a 24-hour dedicated network server to process
  704. the network calls.  On other nets, you have to fight with other
  705. users to connect to a popular BBS to make your net calls.
  706.  
  707. The network is now open to all systems which desire to
  708. receive the net, but we are asking a $30 setup charge to
  709. help defray the costs of our dedicated network server.
  710.  
  711. Options relating to the network are found at the bottom of the
  712. configuration list.  As features to CelerityNet become
  713. available, they will be described here.  Note: Please turn off
  714. ALL unused features, as they may cause problems.
  715.  
  716.  
  717. Feature Group A:  Networked sub-boards.  These appear to be normal
  718.         sub-boards to users, but all messages posted on such subs
  719.         will be echoed across the whole network, and all messages posted
  720.         on other systems will be sent to your board.  See Appendix F and
  721.         G for details.
  722.  
  723. Feature Group D:  A global Bulletin Board listing, which works very much like
  724.         the Network BBS list does.  This has been disabled with version 1.36
  725.         and as of this writing is not reconnected.
  726.  
  727. Feature Group E:  A network-wide database of oneliners is supported.  Oneliners
  728.         added on a Celerity board which supports this option will be posted on
  729.         every board in the net the following day.
  730.  
  731. Feature Group F:  The NetNews feature of Celerity brings a network-wide news
  732.         broadcast to each and every CelerityNet BBS to give up-to-date
  733.         information about the status of the network, Celerity improvements,
  734.         new boards running Celerity, and assorted BBS community news.
  735.         Organizations who wish to have news dispensed over the net news can
  736.         contact The Byter on The Lexicon.
  737.  
  738. Feature Group H:  The Stork is a special feature of CelerityNet which will
  739.         deliver to your hard drive the most recent updates of Celerity.  A
  740.         file called UPDATES.ZIP will be delivered every night that there is
  741.         a new update available.
  742.  
  743.  
  744. Color Setup     The color setup in the config is divided into two parts.  The
  745.                 first set of colors is for your preference as a sysop running
  746.                 Celerity, and decides the colors for various displays the sysop
  747.                 will see while the board is in operation.
  748.  
  749.                 The second part is the user default colors.  You can choose
  750.                 what the eight Celerity colors a new user will be given as a
  751.                 default, so you can make your board a bit more individual and
  752.                 unique.  Colors 1-7 are normal colors, color #8 should be an
  753.                 inverse color (ie: background other than black).
  754.  
  755.  
  756. [Prompt Configuration]
  757.  
  758. Celerity allows sysops to design their own prompt format for their system.  The
  759. special codes which allow the prompt to manipulate data include:
  760.  
  761.     |1 to |8 - switch to that user's defined color.
  762.     |9 - send a carriage return.
  763.     @ - give the prompt location name.
  764.     $ - give the time the user has left.
  765.  
  766.   An example prompt format of:   [@]|9[$/Left]   would appear as  [Main Menu]
  767.                                                                   [22/Left].
  768.  
  769. Indicating that the user is at the main menu and has 22 minutes left.  Color
  770. commands are recommended to give life to the prompts.
  771.  
  772.  
  773. [Information Forms]
  774.  
  775. Also called Scripts and Questionaires, Information forms are
  776. forms a sysop can design to have users provide information about
  777. themselves.  Celerity features smart info-form management. 
  778. There are five slots for info-forms, and the sysop can define
  779. each one with the following parameters in the config program:
  780.  
  781. 1:  Infoform Name        Describes what the form is used for
  782. 2:  Force Info-form             Require users to fill out form
  783. 3:  Minimum Level               Users under this level cannot access form
  784. 4:  Maximum Level               Users over this level cannot access the form
  785.  
  786. In addition, two disk files are associated with each form, where
  787. 'x' is a number from 1 to 5 referring to the corresponding form:
  788.  
  789. INFOTEXT.x        A text message explaining how to fill out the form
  790. INFOFORM.x        The form itself
  791.  
  792. Infoform #5 is special.  New users can have their infoform #5
  793. viewed by other users if you use a new user voting system, so
  794. don't ask classified data here.  Make sure that you indicate to
  795. users filling out infoform #5, through the infotext.5 file or on
  796. the form itself, that information here can be viewed by other
  797. users.
  798.  
  799. To make an infoform, create a text file.  Place all of your
  800. questions in the file, and an asterisk (*) wherever you want to
  801. user to respond with data.  If you wish to use an ANSI full
  802. screen infoform, use your ANSI editor, such as TheDraw, to draw
  803. the form and everything you want on it, but do NOT put any
  804. asterisks on yet.  When you have the form looking exactly how
  805. you would like
  806.  
  807. it, go into animation mode and place asterisks where you would
  808. like data to appear.
  809.  
  810. Infoforms can be used to capture a wide range of information
  811. about a user, but they don't have to be mandatory.  You may have
  812. some special service on your BBS which users may apply for, but
  813. are not forced to.  Making a non-mandatory form can be quite
  814. helpful in cases such as this one.
  815.  
  816. Suggestions for infoforms include:
  817.  
  818. Sysop Data                    Some personal data about the user
  819. New User Application          Infoform #5 for the new user voters to look at
  820. Private Access                Have users answer questions before giving a
  821.                               user access to  a private section.
  822. Group Application             If your board is affiliated with a group, you
  823.                               may have an application for a courier or
  824.                               distribution site.
  825.  
  826. Infoforms can be used for whatever the sysop desires.
  827.  
  828.  
  829.  
  830.  
  831.  
  832. Section 3:  Running the BBS itself
  833. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  834. When you first put up the board, there will be a couple of things you will need
  835. to do after configuring to get everything ready for callers.  Go ahead and log
  836. on locally with the F10 key.  I suggest you set the "Sysop Auto-Login" prompt
  837. in the CONFIG to OFF for the duration, so you can get used to the Celerity
  838. shell and how it operates.  Log on to system 1 and enter '1' when prompted
  839. for a user #.  Your password is HST.  You will probably be asked to fill out
  840. your infoform, so go ahead and do that or skip it.  When you get to the main
  841. menu, press '+' to change your password.  Come up with something you don't use
  842. elsewhere, as it is imperative that you do not allow anyone else to enter the
  843. BBS using your password, as that can be very destructive.  After changing your
  844. password, hit 'K' to go to the user configuration section.  Set the board up as
  845. you would like it for your account.
  846.  
  847. After you've finished playing with the defaults and password, you'll need to
  848. set up the file areas, message bases, and gfiles section.  Press 'M' from the
  849. main menu to get to the message bases.  You'll be asked for the conference to
  850. join, go ahead and say '1'.  Celerity will tell you that it can't find a message
  851. base, and would like to create one.  Go ahead and provide the information it
  852. wants.  You will set up your first sub here.
  853.  
  854. When setting up a sub-board, you will be asked for a bunch of data:
  855.  
  856. Board Name/Number:  This is what a user must type to enter the sub.  Usually
  857.                     you will use a number to access the sub, although you may
  858.                     decide to use a short name like TALK, SALE, or SOFTWARE in
  859.                     some cases.
  860. Board Name       :  This is the subs real name, such as "CelerityNet Talk", or
  861.                     "For Sale" or "General Access".
  862. Sponsor          :  The cosysop for the individual sub may be entered here.
  863.                     Usually the sysop himself will take this role, although you
  864.                     may appoint others to run a sub if you desire.
  865. Access Level     :  Users must be of this level or above to access the sub.  If
  866.                     you change their personal access flag, this may be circum-
  867.                     vented for special cases.
  868. Autodelete After :  This value is the total number of posts allowed on the sub.
  869.                     When this number is exceeded, the 2nd post on the sub will
  870.                     be removed to make room for new posts.
  871. CelerityNet ID   :  This is used for the CelerityNet network.  See Appendix G
  872.                     for details.  Enter a 0 for a local (non-networked) sub.
  873. FidoNet Path     :  This will be used for FidoNet compatibility in the future.
  874.                     Note that Celerity does not currently support FIDO.
  875. Anonymous Posts  :  Set this to YES if you would like to allow users to post
  876.                     without leaving their handle.  Be careful with this.
  877. Dataname Path    :  To be used in the future.
  878.  
  879.  
  880. The sub will then build all of its files and return you to the sub menu.
  881.  
  882. When you've finished with the first sub, say "A2" or "ASale" or whatever to go
  883. to the next sub you want in this conference.  Provide the information about
  884. each sub you wish to add.
  885.  
  886. When you have entered all the subs for conference #1, go on to the rest of the
  887. conferences (if any) and follow the above steps.
  888.  
  889.  
  890. The second task is to set up your xfer section.  Enter the xfers, and you will
  891. be prompted to create the first area of the conference.  A bit of information
  892. will be requested:
  893.  
  894. Area Name       What do you want the area to be called?  Uploads?  Doors?
  895. Access Level    What xfer level do users need to enter the volume
  896. Sponsor         Usually the sysop, but this can be used to allow a regular
  897.                 user sysop access for the individual section.
  898. Upload          Should users be allowed to upload to this area?
  899. Download        Should users be allowed to download from this area?
  900. Path            The pathname of the directory where uploaded files are to
  901.                 be stored
  902. Data File       This is the pathname of the data file.  It is suggested that
  903.                 you give it the full pathname of your data directory, plus a
  904.                 filename which will allow it to be easily recognized.  The
  905.                 automatic selection makes a filename called AREAn.x, where n
  906.                 is the area number, and x is the conference number.  This
  907.                 method can cause problems if you move areas around.
  908. Slow Drive      If the area is to be on an optical drive, network drive, or
  909.                 some other slow media, turning this toggle on will speed up
  910.                 use of the volume.
  911.  
  912.  
  913. Go through and add all of the sections for each conference.
  914. Once you have done that, run any conversion programs (see Appendix C below)
  915. if you are converting from other software.
  916.  
  917.  
  918. The next task is to set up your gfiles section.  Go in and create it, and use
  919. the % command to get into the Gfiles sysop area if you want to delete areas or
  920. sort them or whatever.  There is only one gfiles section, which spans all of
  921. the conferences, so you won't have a seperate section for each conference like
  922. you do with the xfers and message bases.  You can add additional sections in
  923. the same manner as in the xfer section, by logging the non-existant area.  The
  924. Gfiles section is otherwise identical to a transfer conference.
  925.  
  926.  
  927.  
  928. Waiting Screen: When the BBS is waiting for a call, you will get a complete
  929.                 display of various statistics and the like.  At the top left
  930.                 you will see the version number of Celerity, followed by your
  931.                 board's name, followed by your personal serial number.  The
  932.                 serial number is there because I don't want Celerity widely
  933.                 distributed (ie: distributed out of my control) and so if copies
  934.                 do circulate without my permission, I can find out who did it.
  935.                 What a tightass, eh?
  936.  
  937.                 The box below that holds various system statistics, which are
  938.                 pretty self-explanatory, so I won't insult your intelligence and
  939.                 describe them.  Every few seconds, the information box
  940.                 will scroll to display additional info.
  941.  
  942.                 On the left below the statistics box is a box which shows the
  943.                 last caller to the BBS and the number of megs the board has
  944.                 free on all drives, followed by a percentage (this is the
  945.                 percentage of space free, not used).
  946.  
  947.                 In the centre of the screen is a glowing "thermometer" bar,
  948.                 which is an indication of space used on the drive.  If it is
  949.                 small, your drive(s) are nearly empty.  If it is near the top,
  950.                 then you may want to clean out some older files.  This permits
  951.                 the sysop to determine how much space is free at a glace, which
  952.                 can be quite helpful for sysops who don't log onto their board
  953.                 every day, or those with small hard drives.
  954.  
  955.                 On the right side of the screen is the main command box, which
  956.                 simply shows you which commands you can use in the "waiting for
  957.                 call" mode.
  958.  
  959.                 F1 will force a network call if you are on the CelerityNet
  960.                 network.  Be sure to have The Byter set you up with a node #
  961.                 and node password before attempting to net.
  962.  
  963.                 Alt-F1 will process any posts in the network directory, and can
  964.                 be helpful if something goes wrong in the net.
  965.  
  966.                 F2 exits from the BBS.  Simple.
  967.  
  968.                 F3 will force the modem to send a carrier.  It is suggested that
  969.                 you let people connect by calling in, but if you need to send
  970.                 a carrier, this is how you can do it.
  971.  
  972.                 F4 allows you to read any feedback which may be waiting, if you
  973.                 don't have the time to log on with your sysop account.
  974.  
  975.                 F5 will enter the Online Editing Tools.  See section 3.4 for
  976.                 more information regarding these.
  977.  
  978.                 F6 will run a user-defined external program.  This program is
  979.                 set up as a batch file called DEFINE.BAT, although you can
  980.                 change this to anything you want.  Look in the MAIN.BAT file
  981.                 which manages the BBS under the label :userdefine for the text
  982.                 to change.  Put your hacker or word processor or whatever you
  983.                 want here.
  984.  
  985.                 F7 will run the user-defined terminal program.  Similiar to F6
  986.                 above, this must be set up in the MAIN.BAT file under the label
  987.                 :terminal.
  988.  
  989.                 F8 will take the phone off hook so users calling will get a busy
  990.                 signal.  This resets after a few minutes.
  991.  
  992.                 F9 displays the system log without requiring the sysop to log
  993.                 on to the system.
  994.  
  995.                 F10 logs on locally.  If you've got the "Auto-login" option set
  996.                 in CONFIG, then account #1 will automatically log on.  If not,
  997.                 you will be thrown into the shell or main menu, depending on
  998.                 whether or not you have a shell.
  999.  
  1000.                 Alt-F10 will automatically log the sysop in.
  1001.  
  1002.                 Alt-A will toggle the sysop availability status.
  1003.  
  1004.                 Alt-H will reset the modem (ie: hang up).
  1005.  
  1006.                 Alt-D will drop into DOS.  Typing EXIT returns to the WFC.
  1007.  
  1008.                 On the left side below the last caller/free storage box is the
  1009.                 system messages box.  The top three lines here are countdown
  1010.                 timers until the three timed events - the user defined event,
  1011.                 the auto-backup, and the CelerityNet call.
  1012.  
  1013.                 If you are using CelerityNet, the status of your daily call will
  1014.                 be presented on the fourth line, indicating whether or not the
  1015.                 network call has been made.
  1016.  
  1017.                 Further down in this box is the name of the sysop the copy of
  1018.                 Celerity is registered to.  Again, to keep people from giving
  1019.                 copies of this to everyone they know.
  1020.  
  1021.                 Occasionally a message will appear in this box explaining some
  1022.                 problem or marginal situation which may need your attention.
  1023.  
  1024.                 Other messages which may appear include the detection of a
  1025.                 mouse, a warning to upgrade to a new version of Celerity, or
  1026.                 indication that you are running a beta version of the program.
  1027.                                            
  1028.                 At the bottom of the call waiting screen are three more boxes.
  1029.                 The one on the left is a multi-purpose clock/calendar (sorry,
  1030.                 no alarm).  Next to that is the modem status box, which will
  1031.                 explain what the modem is up to.  The third box is the sysop
  1032.                 availability indicator.  If it says yes, then users can call for
  1033.                 a chat.  If it says no, then they can't.
  1034.  
  1035.                 While at the WFC (waiting for call) screen, you may use your
  1036.                 mouse to click on any of the commands listed above to operate
  1037.                 that function.
  1038.  
  1039.  
  1040. Online Commands:There are a number of keys which can be used when a user is
  1041.                 online.  These are outlined below.
  1042.  
  1043.                 F1:  Enter split-screen chat mode.
  1044.                 F2:  <No function>
  1045.                 F3:  Hang up on user.  No text sent, just lost carrier.
  1046.                 F4:  Enter line chat mode.
  1047.                 F5:  Online sysop editing tools.
  1048.                 F7:  Set board to let sysop on next.
  1049.                 F8:  Locks time so it stops counting down.
  1050.                 F9:  Locks all incoming modem data (ie: user can't type).
  1051.                 F10: Locks all outgoing modem data (ie: user can't see).
  1052.                 Alt-A: Toggles sysop availability.
  1053.                 Alt-B: Refresh bottom of screen data display.
  1054.                 Alt-D: Drop to DOS.
  1055.                 Alt-H: Get a help screen.
  1056.                 Alt-K: Take all time away from user.
  1057.                 Alt-T: Give the user temporary sysop status.
  1058.                 Alt-V: Display quick user status.
  1059.                 Left Arrow : Remove 1 minute of time.
  1060.                 Right Arrow: Grant 1 minute of time.
  1061.                 Up Arrow   : Give one file point.
  1062.                 Down Arrow : Remove one file point.
  1063.                 Insert     : Add one access level.
  1064.                 Delete     : Remove one access level.
  1065.                 Page Up    : Add one Xfer level.
  1066.                 Page Down  : Remove one xfer level.
  1067.                 Alt-PgDown : Turns off local display of text while user online
  1068.  
  1069.  
  1070. Online Editing Tools
  1071.                 The Online Editing Tools provide the sysop with a powerful set
  1072.                 of utilities which may be used when a user or sysop is online,
  1073.                 or from the WFC screen.  When you press F5, the menu will
  1074.                 appear.  You may select options from this menu in three ways:
  1075.                 Moving the light bar with the cursor control keys and pressing
  1076.                 [Enter] on the desired option, moving the light bar with your
  1077.                 mouse and clicking on the desired option, or by pressing the
  1078.                 highlighted key for the desired option.  Options currently
  1079.                 available include the following:
  1080.  
  1081.                 User Editor:  Allows you to edit most of the statistics and
  1082.                         access for the online user.  Move from option to option
  1083.                         with the cursor keys or Enter key.
  1084.  
  1085.                 Delete User:  Provides for deletion of the online user if they
  1086.                         turn out to be a real jerk or for whatever reason.
  1087.  
  1088.                 Hang Up: Log the currently online user off.
  1089.  
  1090.                 Run Config: Links the CONFIG program to allow you to change
  1091.                         functions of your system's setup.  Note: You will have
  1092.                         to exit and re-run the BBS for these changes to become
  1093.                         apparent.
  1094.  
  1095.                 Text Editor: Links your external text editor, as set up in the
  1096.                         config.  A good example is Qedit.
  1097.  
  1098.                 ANSI Editor:  Links another external editor, usually for the
  1099.                         editing of ANSI files such as menus.  TheDraw is a good
  1100.                         example of an ANSI editor.
  1101.  
  1102.                 Load another User: Loads in a user and allows the sysop to edit
  1103.                         his/her statistics.  This command will bring up a pick
  1104.                         list of all the available users, sorted alphabetically
  1105.                         by name.  You can enter the user's name or number, or
  1106.                         use the scroll bar to select.
  1107.  
  1108.                 Exit: Return to the point you were before calling the tools.
  1109.  
  1110.  
  1111. Strategies for Running a Good Board       Section 4
  1112. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  1113. Running a BBS is not an easy job, and running a high quality board which
  1114. commands respect is downright difficult.  Here are a couple of suggestions to
  1115. help you run a quality system.
  1116.  
  1117.  
  1118. [Policies]
  1119.  
  1120. Sit down and determine the policies your board will have.  If you have concrete
  1121. policies that the users can be aware of, they will be much more cooperative and
  1122. your system will appear to be much more stable and well run.  Some policies
  1123. which you should consider:
  1124.  
  1125. 1:  Local callers.
  1126.  
  1127.     Local callers have often been called the bane of a quality
  1128.     BBS because of the assumption that "good users will call long distance for
  1129.     good boards.  Local callers will take whatever they can find".  In many
  1130.     cases, this has been proven to be true.  In general, users who call long
  1131.     distance are of a higher quality than those who only call local systems.
  1132.     However, there may be high quality local users you will miss out on if you
  1133.     flat out refuse all locals.
  1134.  
  1135.     Different policies you may take would be:
  1136.  
  1137.     a.  Acceptance of all users, local or not.
  1138.     b.  Acceptance of local users providing they call out-of-state boards
  1139.     c.  Acceptance of only a few local users.  Use of the LUL (Local User
  1140.         Lockout) feature of Celerity will allow you to set a percentage of
  1141.         local users who are allowed on the system.
  1142.     d.  Flat out refusal of all locals.
  1143.     e.  Acceptance of local users if they have a password found only on out-
  1144.         of-state systems.
  1145.  
  1146.     Decide what your policy is going to be, and stick to it.  Do not change it
  1147.     every day, and let your users know when you are changing it.
  1148.  
  1149. 2:  Slow callers.
  1150.  
  1151.     Nobody can argue that 300 bps users should be permitted to have full access
  1152.     to any bulletin board system, but in recent years, with the advent of high
  1153.     speed modems, these restrictions have been extended to 1200 and 2400 users
  1154.     as well.  In general, a 1200 or 2400 bps user can contribute just as much
  1155.     to sub-board activity as a 9600 or 14.4k user can, but will not be able to
  1156.     transfer nearly as much data in the transfer sections.
  1157.  
  1158.     9600/14400-Only systems: When I put up my IBM board for the first time, in
  1159.     late 1989, there were NO 9600 only boards in the United States, and many
  1160.     users said I was crazy to have such strict requirements of my callers.  I
  1161.     stuck with the 9600/14.4k only policy, and my board has become quite
  1162.     successful and currently has over 200 quality HST users, and many hundreds
  1163.     of HST users who had been denied access.  These days, more and more boards
  1164.     are following Lexicon's lead (although many don't realize it) and
  1165.     establishing an HST-only policy.  My CAE system only allows 14.4k calls.
  1166.  
  1167.     Some policies you might consider would include:
  1168.  
  1169.     a.  Accepting all 1200/2400 users.
  1170.     b.  Accepting only the highest quality slow users.
  1171.     c.  Accepting only slow users who are in pirate groups
  1172.     d.  Accepting only out-of-state slow users.
  1173.     e.  Accepting only a small percentage of slow users.
  1174.     f.  Accepting slow users if they give a donation.
  1175.     g.  Accepting slow users, but deny transfer privileges.
  1176.     h.  Turning down all slow users, regardless of qualifications.
  1177.     i.  Accepting slow users for only a certain period of time, such as when
  1178.         the board first opens.
  1179.  
  1180.     Selecting your low speed policy can be difficult.  If it is too restrictive
  1181.     if can hinder early development of the system.  If it is too liberal, it
  1182.     can make your system far too busy to get the attention of high speed users
  1183.     and reduce the amount of new programs uploaded.
  1184.  
  1185. 3:  Access requirements.
  1186.  
  1187.     Many boards will accept anyone who calls.  Others are more selective as to
  1188.     whom they validate.  This policy can be a key factor in determining the
  1189.     quality of your system.  Some factors many systems consider when deciding
  1190.     to accept or deny a user include the following:
  1191.  
  1192.     a.  Speed and location factors, as determined by the above policies.
  1193.     b.  How soon does the user get new programs.  You may make a distinction
  1194.         between games and utilities/applications users.
  1195.     c.  Is the user willing to donate funds/hardware for the upkeep and the
  1196.         improvement of the BBS?
  1197.     d.  Will the user bring a certain amount of respect to the system (ie: is
  1198.         the user a major figure in the BBS community)
  1199.     e.  Is the user on other quality systems around the nation?
  1200.     f.  Does the user have good references?
  1201.  
  1202.     One highly effective way of keeping poor users off your system is to get a
  1203.     group of highly selective individuals as your new user voting panel (ie:
  1204.     users with a high enough level to vote), and have them determine whether or
  1205.     not to accept a user.  When you have a number of users voting, the chances
  1206.     of some of them knowing a user you may not know are improved greatly.
  1207.  
  1208. 4:  Conduct.
  1209.  
  1210.     Rules of conduct are usually very important in determining the quality of
  1211.     a BBS.  Do you want to allow "rag wares" on your system?  They will appeal
  1212.     to a younger audience, but will turn off your more mature users.  Do you
  1213.     care if users post on the wrong subs?  How old can a program be and still
  1214.     be a wanted upload?  Do you accept non-game uploads?
  1215.  
  1216.     There are a number of small aspects you will want to define and usually
  1217.     post so users are aware of them.  If you enforce them, your good users will
  1218.     abide by them and help enforce them themselves.
  1219.  
  1220. 5:  Voice Validation.
  1221.  
  1222.     If you are going to voice validate users, you should let them know that you
  1223.     may do so.  Many sysops will ask, in an info-form, whether a user will
  1224.     accept a collect phone call, and the best time to call.  Voice-validating
  1225.     is a good way to know that you have SOME accurate information about a user,
  1226.     and he/she can be contacted if necessary.
  1227.  
  1228.  
  1229. [Access Levels]
  1230.  
  1231. Be consistant with your access granting.  Grant new users a certain level, and
  1232. upgrade their access when they prove to be good users.  Be very careful when
  1233. making a cosysop, and be sure you know that user well.  Many boards have gone
  1234. down because of sabotage done by a cosysop, and many MANY boards have had their
  1235. security compromised when a cosysop downloads the userlist and passwords.
  1236.  
  1237. Do not give rediculous access levels.  Celerity supports access levels of -5 to
  1238. 100.  A negative access level will delete the user the next time they call.
  1239.  
  1240. -1  Deletes the user.
  1241. -2  Gives the user the system 2 password and deletes him.
  1242. -3  Gives the user the system 3 password and deletes him.
  1243. -4  Tells the user he was deleted under "special circumstances" and displays
  1244.      the "SPECCIRC.BBS" file in the menu directory.
  1245. -5  Tells the user what the results of the new user voting on him were, and
  1246.     deletes the user.
  1247.  
  1248. Level 100 is sysop level.  Do not make levels over 100.
  1249.  
  1250.  
  1251. [Conference Arrangement]
  1252.  
  1253. As you may have read, Celerity supports up to five entirely seperate
  1254. conferences, each one is much like a BBS to itself, possessing an individual
  1255. transfer section and set of sub boards.  Sysops may use conferences for
  1256. different reasons, but most often they are used to restrict access on a very
  1257. general level.  Some setups I have seen include:
  1258.  
  1259. 1:  One conference is for general access.  All non-computer-specific data,
  1260.     such as subs on entertainment, music, politics, literature, and the like
  1261.     stay here.  The second conference is for IBM users, and contains all IBM-
  1262.     specific subs and transfers.  The third conference is for some other
  1263.     computer type.
  1264.  
  1265. 2:  The first conference is general access and public domain transfers.  The
  1266.     second conference is for pirate activity.  This will allow you to let
  1267.     anyone on without compromising your security.  The feds can look your
  1268.     system over and find nothing wrong with it.
  1269.  
  1270. 3:  One conference is for pirate activity, one is for phreaking, and one is
  1271.     for carding.
  1272.  
  1273. 4:  The first conference is general subs and transfers.  The second is for
  1274.     out-of-state users, the third is for locals.
  1275.  
  1276. 5:  Add seperate conferences for certain groups your board may be a home for.
  1277.  
  1278. The possibilities are endless.  Experiment and decide what you
  1279. want and need.  The authors of Celeriity do not condone piracy
  1280. and other illegal activities through the suggestions outlined
  1281. above, but only provide them as examples of setups we have seen
  1282. Celerity used for.
  1283.  
  1284.  
  1285. [Advertising]
  1286.  
  1287. Advertising is a sticky subject.  A couple points to remember are:
  1288.  
  1289. 1:  Advertise to your proposed audience.  If you don't want any locals, don't
  1290.     post ads on local boards, and advertise only on out of state systems.  The
  1291.     locals who may be quality users will eventually find out by calling those
  1292.     other systems.  If you don't want slow users, don't post on boards which
  1293.     cater to them.  Posting only on 9600 only boards is quite feasible in this
  1294.     day and age.  Post only on boards which have users of the quality you would
  1295.     like.
  1296.  
  1297. 2:  Do not over-advertise.  Nobody will call a board which makes them sick with
  1298.     too many ads.  Don't always use the same ad either, but vary the ads and
  1299.     use new ones from time to time.  Users will abort any ad they recognize.
  1300.  
  1301. 3:  Never, NEVER, send mass-mail advertising your system.  Doing so will most
  1302.     likely piss off the sysop of the board you are on, and in addition, no
  1303.     decent user will call a board he has gotten a mass mail invitation to.  If
  1304.     there are a few users you would like, you can try sending them each a peice
  1305.     of individual mail, but mass mail is sure trouble.
  1306.  
  1307. 4:  Make a nice looking ANSI ad.  There are a few ANSI specialist groups, such
  1308.     as ACiD and A.A.A. who will design ads for people (like myself) who have
  1309.     absolutely no ANSI talent.  When you post it on a forum clone system, be
  1310.     sure that you have it saved in 79-column mode, not unlimited length.
  1311.  
  1312. 5:  Dumb BBS ads in ZIPs.  Don't do it.  The proliferation of these ads has
  1313.     gotten way out of hand, and nobody looks at them anymore anyway.  They
  1314.     have also been known to lead investigators to pirate boards in the past.
  1315.  
  1316.  
  1317.  
  1318.  
  1319.  
  1320. Appendix A:  Running CONVUSER
  1321. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  1322. CONVUSER.EXE is a small program which will convert userlists from one format
  1323. to another.  In its current form, it will only convert the previous version
  1324. of the Celerity userlist to the new one when there is a format change.  There
  1325. are now specialized user conversion programs:
  1326.  
  1327. CONVUSER.EXE  --- Upgrade Celerity
  1328. TCS2CELR.EXE  --- TCS Version 1.50
  1329. MON2CELR.EXE  --- Monarch/2 and TCS/2 - All versions
  1330. EMU2CELR.EXE  --- Emulex 1.65+
  1331. HAV2CELR.EXE  --- Havok - All versions
  1332. VIS2CELR.EXE  --- Vision .82
  1333. LSD2CELR.EXE  --- LSD version 1.28
  1334. TG2CELR .EXE  --- Telegard 2.5
  1335.  
  1336. Note that the TCS, Monarch/2-TCS/2, Emulex, and Havok converters are not
  1337. packaged.  If there is need for them, contact the sysop on the support board
  1338. and one will be made.  If you have a software package which is NOT supported
  1339. by one of the above files, contact us and we will consider creating a
  1340. converter.  To make a converter, we MUST have the record format for the
  1341. software you are currently using.
  1342.  
  1343.  
  1344.  
  1345.  
  1346. Appendix B:  Running PROTEDIT
  1347. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  1348. PROTEDIT.EXE is a program which allows you to set up your protocol files in a
  1349. format that the BBS can read.  You will be prompted for the letter to use the
  1350. protocol, the protocol's file name (ie: dsz.com), a description of the protocol,
  1351. and a command line.  The command line can use four switches which are passed
  1352. from Celerity, which are as follows:
  1353.  
  1354. %1 - COM port number
  1355. %2 - COM speed value  (note: low-speed callers will still have data sent at the
  1356.      fixed DTE rate when using an HST)
  1357. %3 - The filename to be sent.  Precede with an AT sign (@) for batch
  1358. %4 - The average/estimated CPS, for time estimates
  1359.  
  1360. If you get a "Permission Denied" error when trying to download, that is a
  1361. result of a conflict between DSZ and DOS' SHARE command.  Don't bother loading
  1362. SHARE unless you have a network without any protection going.
  1363.  
  1364. I don't pretend to be an expert on protocol setup, so if anyone comes up with
  1365. better strings, please post them on Lexicon's Celerity Sysop sub.  Of course,
  1366. substitute your own logfile name for what I use on the Puma files above, and
  1367. MAKE SURE it corresponds to the logfile parameter you set up in your config.
  1368. If someone wants to do strings for Ymodem, Xmodem, Super8k, Jmodem, Cmodem,
  1369. Whatevermodem, feel free to post them on the Celerity Sysop sub.
  1370.  
  1371. There are a couple of protocol editors written by other folks which can be found
  1372. up on The Lexicon.
  1373.  
  1374.  
  1375.  
  1376.  
  1377. Appendix C:  Running CONVFILE
  1378. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  1379.         CONV????.EXE will convert file areas, and is covered under the heading
  1380. of CONVFILE.EXE (the name for the Celerity->Celerity file converter).
  1381. ???2CELR.EXE is the name of the user converter for other BBS packages, which
  1382. is covered under the CONVUSER.EXE header below (for the Celerity->Celerity
  1383. userlist converter).
  1384.  
  1385.         Be warned that none of these are polished programs.  They are ugly,
  1386. inefficient, slow, poorly documented, have an attrocious interface, and are
  1387. dangerous.  The up side is that they (usually) work.  MAKE BACKUPS before you
  1388. attempt to do any conversions.
  1389.  
  1390.         It is best to have a complete copy of Celerity set up before you do
  1391. any conversions.  Set up your board as you wish it to be (at least initially)
  1392. with all conferences and transfer areas set up (without files of course).
  1393. When you convert data areas, do them in a seperate temporary directory and
  1394. then copy them to the Celerity directory over the existing files.  User files
  1395. are easy to convert, file areas are not.  For file areas, you will have to
  1396. manually run the CONV????.EXE for each file area.
  1397.  
  1398. There are two types of CONVFILE programs.  One is to upgrade to a more recent
  1399. version of Celerity (such as Celerity 1.20 to 1.23), the other is to convert
  1400. file areas from another BBS program to Celerity.
  1401.  
  1402. CONVFILE.EXE  --- Upgrade Celerity (needed for 1.19 to 1.20, and 1.20 to 1.23)
  1403. CONVTCS .EXE  --- Convert from TCS 1.41/1.51
  1404. CONVLSD .EXE  --- Convert from LSD (1.28 to 1.35 tested)
  1405. CONVHAV .EXE  --- Convert from Havok, all versions
  1406. CONVEMU .EXE  --- Convert from Emulex 1.65/2.x
  1407. CONVVIS .EXE  --- Convert from Vision .82 (identical to LSD).  .83 untested.
  1408. CONVTG  .EXE  --- Convert from Telegard 2.5
  1409.  
  1410.  
  1411. CONVFILE.EXE is the version to upgrade to new Celerity versions.  Simply go
  1412. to your DATA directory, make a backup of the files, and run the CONVFILE
  1413. program.  It will update all your file areas and file records to the new format.
  1414.  
  1415.  
  1416. CONVxxx.EXE for TCS, LSD, Emulex, Havok, and Vision accepts two parameters:
  1417. the source file, and the target file.  You may use complete pathnames here if
  1418. you desire.  The file records for Celerity are stored in the DATA subdirectory
  1419. and always have a ".DIR" extension.  The individual names are defined when you
  1420. create the transfer areas from the xfer menu.  The source files from the above
  1421. software are usually named "AREA1", "AREA1.1", or something similar.
  1422.  
  1423. CONVTG.EXE accepts three parameters.  The first is the source file (the
  1424. Telegard .DIR file), the second is the target file (the Celerity .DIR file),
  1425. and the third is the full pathname of where the files are stored (ie:
  1426. C:\xfers\uploads\).  The file records for Celerity are stored in the DATA
  1427. subdirectory, and always have a ".DIR" extension.  The individual names are
  1428. defined when you create the transfer areas from the xfer menu.
  1429.  
  1430.  
  1431. Appendix D:  Running Config
  1432. ~~~~~~~~~~~~~~~~~~~~~~~~~~~
  1433. CONFIG is the program which sets up Celerity the way you wish to run it.
  1434. To use it, simply type CONFIG.  If you have EGA or VGA and wish to use 43/50
  1435. lines, type CONFIG /5.
  1436.  
  1437. The config options will be listed in the top box, with an inverse bar showing
  1438. the current selection.  A description of what the option is for is shown in the
  1439. bottom bar.  Hitting the up or down arrows will move the list down one item,
  1440. and hitting page up or page down will jump an entire page.  There are many
  1441. types of data you can edit, and each one is handled a little differently:
  1442.  
  1443. Text:  Data such as your BBS name, sysop name, chat appearance string, etc. are
  1444.        all text data.  When you select a text option to edit, the cursor will
  1445.        be placed in the data string.  Arrow keys go back and forth over text,
  1446.        HOME jumps to the beginning, END to the end of the string, etc.  Hitting
  1447.        the INSERT key will toggle the insert mode (cursor becomes a block).
  1448.        DELETE deletes the character the cursor is on top of, BACKSPACE deletes
  1449.        the previous character.  Hit ENTER when you are done editing.
  1450. Time:  Time data types are self-explanatory, but must be entered in a certain
  1451.        way.  First, enter the hour digits.  If the time is less than 10 hours,
  1452.        be sure to enter a 0 as the first digits.  After hours, enter minutes,
  1453.        and lastly, AM or PM.  Example: 6:45 in the evening would be entered as:
  1454.        06 45 pm
  1455. YesNo: Some variables can be toggled between a YES or a NO, to enable or
  1456.        disable a feature.  Hitting ENTER when the inverse bar is on the option
  1457.        will toggle it.
  1458. User : The daily time a user has allocated will pop up a window on the screen
  1459. Time   indicating how many minutes a user of various levels will have.  There
  1460.        are options for levels 1-9, 10-30, 31-60, 61-90, and 91-100.  To change
  1461.        the amount of time, select the access level using the arrow keys, and
  1462.        press + or - to add/subtract 10 minutes.
  1463. Color  When selecting colors - either colors for the sysop displays or when you
  1464.        choose the default color scheme for your new users, you will get a box
  1465.        showing a list of colors and two cursors.  To the left is a sample text
  1466.        message to show you how it will look.  Pressing the left/right arrows
  1467.        will change the foreground color, and pressing up/down arrows changes
  1468.        the background.  For flashing colors, choose a background in the right
  1469.        half of the color options.  Press ENTER when you are done selecting your
  1470.        colors.
  1471. Baud   The last type of data is the baud rate selection.  Pressing enter when
  1472.        you are on a baud rate data type will give you a pop-up window with the
  1473.        available baud rates listed.  Press up/down arrows to choose the bps
  1474.        rate you want to select or deselect, and press space or left/right to
  1475.        toggle it.
  1476.  
  1477. When you have finished configuring your system, press F2 to save the data. The
  1478. ESCAPE key will exit the program.  If you try to exit and have changed data,
  1479. you will be asked if you wish to discard the changes.
  1480.  
  1481. Much thanks go out to Mobius for his dilligent work on Config, and I really
  1482. hope you guys enjoy it as much as I do.
  1483.  
  1484.  
  1485.  
  1486. Appendix E:  Configurable Status Screens
  1487. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  1488. Ok.  A new feature Celerity has with 1.19 is the ability for the sysop to make
  1489. his or her own status screens, rather than use the ones hardcoded into
  1490. Celerity.
  1491.  
  1492. Three such screens can exist, and should be saved in the following files:
  1493.  
  1494. LOGNSTAT.    : This will be the stat screen displayed when the user first logs
  1495.                in to the system.
  1496. YOURSTAT.    : This replaces the main "Your Status" screen from the main menu.
  1497. XFERSTAT.    : This replaces the Xfer status screen and xfer policy box.
  1498. USERSTAT.    : This replaces the user status screen in the sysop's user edit
  1499.                section.
  1500.  
  1501. Make sure the files do not have a suffix.  If you wish to make different files
  1502. for different emulations, do so, but you MUST have one file with no suffix.
  1503. You can add .ANS and .ASC files if you desire.
  1504.  
  1505. Now, how the hell do you make a screen?  Easy.  You need to get into TheDraw or
  1506. whatever ANSI editor you use, and design your screen.  When you've got every-
  1507. thing designed the way you like it, jump into animation mode, and place the
  1508. display commands at the location you wish the data to appear.  The display
  1509. commands come in two types, @ commands and ` commands.
  1510.  
  1511. Here are the valid commands:
  1512.  
  1513. @A - Sysop Available / Sysop not available
  1514. @H - User's handle
  1515. @R - User's Real name
  1516. @P - User's phone number
  1517. @N - User note
  1518. @p - Password
  1519. @T - Total time spent online
  1520. @t - Time left today
  1521. @# - Total number of calls
  1522. @1..@5 - displays the conference name IF the user has access to the conf.
  1523. @L - Date of last call
  1524. @l - Time of last call
  1525. @h - Hack attempts
  1526. @S - Sysop availability
  1527. @c - Last caller
  1528. @B - User's BBS level
  1529. @G - User's Gfile level
  1530. @X - User's Xfer level
  1531. @Q - Quality rating
  1532.  
  1533. `X - Number of uploads
  1534. `x - number of downloads
  1535. `K - K uploaded (includes a 'k' at the end of the value)
  1536. `k - K downloaded (also includes a 'k' at the end)
  1537. `R - Upload/Download ratio (includes a '%' at the end)
  1538. `r - Upload K/Download K ratio (includes '%')
  1539. `F - File points
  1540. `C - Commission points earned  (since last call)
  1541. `V - Validtion points earned   (since last call)
  1542. `U - New uploads
  1543. `G - New Gfiles
  1544. `P - New posts
  1545. `M - Mail waiting
  1546. `D - New databases
  1547. `c - Average CPS rate user gets downloading
  1548. `p - Number of posts made
  1549. `% - Post/Call ratio
  1550. `u - gfiles uploaded
  1551. `d - Gfiles downloaded
  1552. `$ - Gfile u/d ratio
  1553.  
  1554. Feel free to design some screens and upload them to The Lexicon for other sysops
  1555. to use if they desire.  This is yet another feature to make your Celerity system
  1556. look more distinctive and to your liking.
  1557.  
  1558.  
  1559. Appendix F:  CelerityNet Conferencing
  1560. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  1561. CelerityNet now supports networked conferences with version 1.19.  These are
  1562. essentially local sub-boards which echo messages to all other systems in the
  1563. Net which support the sub identification code.  Set one up as follows:
  1564.  
  1565.  
  1566. 1:  Toggle CelerityNet Feature A (in Config) to ON.
  1567. 2:  Add a new sub, just like you normally do.  The sub name may be whatever
  1568.     you desire (ie: no restrictions just because it is a net sub).
  1569. 3:  Insert a number of the CelerityNet conference when asked for the Net ID
  1570.     number.  Refer to the list below for valid codes.
  1571. 4:  Post a message on the board.  This is the root message, and when the system
  1572.     asks "Post this locally?" say YES.  The first message must ALWAYS be local.
  1573. 5:  Additional messages may be posted as desired.
  1574. 6:  When the net call is made, your newly posted messages will be sent to the
  1575.     host, and all new messages will be downloaded.
  1576. 7:  Please do not post "Is the net working???" posts on all the subs.  Use
  1577.     net sub #99 for test posts.  It works like all other subs do.
  1578.  
  1579. Recent versions of Havok and Silicosis software also support CelerityNet.
  1580.  
  1581. Sysops are responsible for posts originating from their system.  If they do not
  1582. keep the boards free of ragging and other immature posts, they may be locked
  1583. out of the network.
  1584.  
  1585.  
  1586. Appendix G:  CelerityNet Conferences
  1587. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  1588. The current CelerityNet conferences can be found by running the NetSubs
  1589. file included with versions of Celerity.
  1590.  
  1591. More conferences will be added in the future as they are needed.  Let me know
  1592. if there is one you wish to see.
  1593.  
  1594.  
  1595. Appendix H:  A Celerity Demonstration
  1596. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  1597. Periodically, demonstration versions of Celerity will be distributed.  These
  1598. are identical to the actual versions run by Celerity systems (Celerity sysops
  1599. actually use the demo versions), but are not validated in the demo version.
  1600. All features of the board are usable, but the sysop must be named
  1601. "Abdul Clamwacker" and there is a limit of 10 users.  The purpose of the demo
  1602. version is to allow potential sysops to look the system over and get a feel
  1603. for the sysop-side features.  Versions 1.23, 1.24, and 1.28 have been cracked,
  1604. although I know not by whom, and may or may not be reliable.
  1605.  
  1606. Versions after 1.33 will be set up to allow a sysop to run a
  1607. small "private" BBS with a maximum number of 15 users.  There is
  1608. a $15 shareware fee for this version, but you do not need the
  1609. validate file to get it running.  If a registered sysop wishes
  1610. to upgrade to the full (500 users maximum) version, he or she
  1611. may send the $35 upgrade fee.
  1612.  
  1613.  
  1614. Appendix I:  Multi-node Operation
  1615. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  1616. With version 1.20 comes the basis for multinodal operation for Celerity.  Each
  1617. node runs as a seperate task under a multitasking operating environment such
  1618. as DesqView, Windows, PC-MOS, VM/386, or OS/2 2.0's DOS compatibility box.
  1619. You may also use a local area network (LAN) and use a seperate computer for each
  1620. node.
  1621.  
  1622. To add an additional node to a system set up for one node, you must make as many
  1623. additional node directories as you require, one for each additional node.  In
  1624. this directory, you must copy the following files:
  1625.  
  1626. CELERITY.EXE    CELERITY.OVR    CONFIG.EXE      CONFIG.OVR      KAU.CFG
  1627. MAIN.BAT
  1628.  
  1629. Switch to this directory and run config.  Use the same setup as you had for the
  1630. first (main) node, but change the node directory to the current directory you
  1631. are in.  Change the BBS node number as well.
  1632.  
  1633. When you put the system up, switch to the node directory and run the MAIN.BAT
  1634. file (which may need some modification if you are using pathnames in it).  Go
  1635. to each additional node (in seperate tasks) and run the main.bat files for each
  1636. node.  The system should now be up and running in a multinodal environment.
  1637.  
  1638. As of 1.36, the multi-node chat has come to its own and works quite well.
  1639.  
  1640.  
  1641. Appendix J:  Sysop-definable Files
  1642. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  1643. There are certain files which reside in the MENU directory which the sysop can
  1644. (and is encouraged to) modify to meet the needs of his or her own system.
  1645.  
  1646. Some of these files are:
  1647.           
  1648.                   Assorted Message Files: These have no extension.
  1649.  
  1650. Donation      --  Displayed to a user with the $ command.  Usually contains the
  1651.                   board's donation policy.
  1652. Goodbye       --  Displayed to all users when they log off.  Often a list of
  1653.                   other BBS' the system recognizes.
  1654. Newuser       --  When new users log on, this file is displayed.  It usually
  1655.                   tells a bit about the system and the requirements for access.
  1656. Nicetry       --  If a user messes up on a password three times, they will be
  1657.                   logged off and displayed the file.  It usually contains a
  1658.                   message to the effect of "If you were a new user, you aren't
  1659.                   wanted here.  If you're a hacker, fuck off".  Not that a
  1660.                   nasty message will stop a hacker.
  1661. Nuke          --  Displayed when the sysop deletes an online user.  Often a
  1662.                   nasty message is appropriate here.
  1663. RaiseReq      --  This file is displayed to a user who is requesting an
  1664.                   access raise.  The format is as follows:  A number of lines
  1665.                   of text, unlimited in length, followed by additional notes
  1666.                   depending on the user's current level.  To add additional
  1667.                   notes, enter a period on a blank line, and the level range
  1668.                   on the next line (ie: 0-9, 10-50, etc.), followed by the
  1669.                   text for that level.  As many entries as there are levels
  1670.                   are permitted.
  1671. Summon        --  Text displayed to the sysop when chat call is activated.
  1672.                   Often something short and one-line is sufficient.
  1673. Timesup       --  Text displayed to user when they run out of time while logged
  1674.                   on.
  1675.  
  1676.                   .BBS Files.  You may include *.ASC versions without color,
  1677.                   and .TXT files for users without IBM ASCII.
  1678.  
  1679. validud.bbs   --  validation upload text
  1680. Prematrx.bbs  --  A file which is displayed before the shell is entered
  1681. Othersys.bbs  --  A message which is displayed when the user is kicked off the
  1682.                   normal system and given the password to system 2 or 3.
  1683. Denied.bbs    --  A message displayed to a user who has been denied access in
  1684.                   the new user voting section.
  1685. Feedback.BBS  --  Message a new user gets indicating them to leave feedback to
  1686.                   the sysop after applying for access.
  1687. Prelogon.BBS  --  Text displayed after a user has given the command to enter
  1688.                         system 1 from the shell.
  1689. Changes.BBS   --  Quick "news brief" displayed AFTER prelogon.BBS, and before
  1690.                   the user enters his/her handle/password etc.  This should
  1691.                   not be more than one line, and may be ommitted altogether if
  1692.                   there is no special news (appropriate news would be "Please
  1693.                   fill out the first infoform.  Skip the rest.".  Inappropriate
  1694.                   news would be "Hard disk crash.  Userlist lost.  Log on new."
  1695.                   Because of Celerity's Auto-backup feature, there is NEVER any
  1696.                   excuse for loosing a userlist.
  1697. Ad.BBS        --  This is displayed when a user hits & from the main menu.
  1698.                   This can be an ad for the software, or can be changed to some
  1699.                   other text.
  1700. Blacklst.BBS  --  Displayed when a user tries to log on new, and has been
  1701.                   blacklisted from your system.  See BLACKLST. Below.
  1702. Prot_S.BBS    --  A menu of the available (non-batch) download protocols
  1703. Prot_R.BBS    --  A menu of the available (non-batch) upload protocols
  1704. Prot_D.BBS    --  A menu of the available batch download protocols
  1705. Prot_U.BBS    --  A menu of the available batch upload protocols
  1706.  
  1707.                   Other Files:  See notes with each individual file.
  1708.  
  1709. Xfernews.*    --  Xfernews.confnum is displayed when a user enters the xfer
  1710.                   section of conference #confnum.
  1711.  
  1712. Blacklst.     --  This file has NO extension.  It contains a list of handles
  1713.                   which you do not want admitted to your system.  If a user
  1714.                   is listed here, they will be displayed the Blacklst.BBS file
  1715.                   when they log on new.
  1716.  
  1717. Welcome.*     --  ANSI welcome screens have a suffix of a numerical value from
  1718.                   one to 9 (you may have 9 ANSI logon screens, displayed at
  1719.                   random when a user has entered his/her password).  You may
  1720.                   also have one WELCOME.ASC file and one WELCOME.TXT file for
  1721.                   non-ANSI users.  Enter the number of ANSI screens you have in
  1722.                   the config program to ensure proper randomization.
  1723.  
  1724. Lognstat.*    --  }
  1725. Userstat.*    --  }  See Appendix F on "Sysop configurable Status Screens"
  1726. Xferstat.*    --  }
  1727. Yourstat.*    --  }
  1728.  
  1729.                   Menus:  There are three types of menu files, ending with an
  1730.                   .ANS suffix for ANSI, .ASC for IBM ASCII, and .(nothing) for
  1731.                   conventional ASCII.  Menus may all be edited at the sysop's
  1732.                   convenience.
  1733.  
  1734.  
  1735. Appendix K:  CAE Mode
  1736. ~~~~~~~~~~~~~~~~~~~~~
  1737.         The CAE is a return to the ideal of the "no pass AE" or "Password AE"
  1738. of the Golden Age.  The CAE asks for a user's handle, group affiliation, and
  1739. area code upon login.  This information is kept only in the system logs, and
  1740. Celerity saves no user account information.  Once this information is
  1741. established, the user is given complete access to the transfer areas with a
  1742. blessing to download whatever he or she pleases with no obligation to upload.
  1743.         This sounds like a leeches' dream - and a sysop's nightmare!  Why would
  1744. users ever upload anything if they didn't have to?  Ware distribution is the
  1745. incentive.  Our modern-day couriers find the CAE an invaluable tool in the
  1746. quick distribution of their latest wares.  One casually uploaded new ware may
  1747. get downloaded over sixty times in the three day period following its release,
  1748. which can provide it with a much larger distribution than a courier - or a
  1749. dozen couriers - could achieve with so little effort.
  1750.         By flipping the option in Config, you can set up a CAE system
  1751. yourself.  We ask for a non-mandatory registration fee of $10 for a registered
  1752. copy, and that $10 can be put towards a future standard Celerity purchase.
  1753. Standard Celerity registration permits CAE use.  The only difference between a
  1754. registered and non registered CAE system is that sysops must hit Alt-T on the
  1755. local keyboard to get sysop access with the non-registered copy.
  1756.  
  1757.  
  1758. Appendix Z:  Credits and Acknowledgements
  1759. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  1760. Celerity is written by The Byter, with considerable contributions by Mobius.
  1761.  
  1762. Others who have contributed to the Celerity project in the area of beta testing
  1763. and suggestions include:
  1764.  
  1765. Lord Icon, sysop of The Genisis Division
  1766. Earl Weaver, sysop of the former Instant Replay
  1767. Malignant Growth, ex-sysop of Fungus Land
  1768. Dr. Crunch, sysop of the former The Proving Grounds
  1769. Phantom, sysop of the former XTC
  1770. Basket Case, sysop of The Hall of Illusions
  1771. General Zennor, sysop of The Cassandra Complex
  1772. The JokeR, sysop of The Arkham Asylum
  1773. The Punisher, sysop of The Crack in Time BBS/CAE
  1774. The WardeN, sysop of Maximum Security BBS/CAE
  1775.  
  1776.  
  1777. Thanks also to those who have written menus, status screens, and info-forms for
  1778. other Celerity sysops to use:
  1779.  
  1780. Lord Icon       Phantom         Basket Case       Trooper X        Grim Reaper
  1781. Wild Gunman     General Zennor  Optical Illusion  Cemetery Shift
  1782.  
  1783. Even more thanks go to those sysops who have chosen Celerity as their BBS of
  1784. choice.
  1785.                                                           
  1786. And to those whom I've forgotten to mention.
  1787.  
  1788. Thanks also go to The Shocker, for implementing CelerityNet into his BBS
  1789. software, expanding the network to more than one software package.
  1790.  
  1791. Additional thanks go to Skeeve, author of Silicosis, for making his software
  1792. the third BBS package to support CelerityNet.
  1793.  
  1794. Special thanks to The Slavelord, my colleague in writing a modern Forum clone,
  1795. for the help, suggestions, and ideas we have shared back and forth.
  1796.  
  1797.  
  1798. Acknowledgements
  1799.  
  1800. MS-DOS is a trademark of Microsoft Corporation.
  1801. DSZ is a trademark of Omen Technologies, Inc.
  1802. Turbo Pascal is a trademark of Borland International, Inc.
  1803. Forum is a trademark of Kenneth Duda.
  1804. PKZIP, ZIP, and PKUNZIP are trademarks of PKWare, Inc.
  1805.  
  1806.  
  1807.