home *** CD-ROM | disk | FTP | other *** search
/ CP/M / CPM_CDROM.iso / simtel / sigm / vols000 / vol060 / rbbs22.doc < prev    next >
Text File  |  1984-04-29  |  6KB  |  130 lines

  1.     This is a preliminary documentation file for the 2.0
  2. version of RBBS (Remote Bulletin Board System).  More com-
  3. plete documentation, to include a complete overview as well
  4. as more detailed implementation notes, is planned.
  5.  
  6. ============================================================
  7.  
  8. RBBS PROGRAM
  9.  
  10.     The RBBS software has four new features with the 2.0
  11. implementation:
  12.     
  13.     1) Personal messages:  A caller can leave a personal
  14.        message to anyone else by entering the password
  15.        "*".  This causes the message to be invisible in
  16.        summary commands, and retrieve and kill, for any-
  17.        one but the sender and receiver.  An attempt to
  18.        Kill a personal message by anyone other than the
  19.        sender or receiver (and, of course, the SYSOP),
  20.        will result in a "message not found".
  21.  
  22.     2) Re-entry:  when a user has exited to the operating
  23.        system, RBBS will retain his name in a file called
  24.        "LASTCALR".    If RBBS is subsequently re-entered
  25.        with RBBS P (the "P" was arbitrarily chosen), the
  26.        system will retrieve his name from the "LASTCALR"
  27.        file, and skip the sign-on printing.  Note that if
  28.        you are using a loader program to load RBBS from
  29.        another user area (under cp/m 2.x), you can make
  30.        this function automatic, by having the loader fill
  31.        in the "P" immediately before it transfers control
  32.        to RBBS.  In this case, your BYE program should
  33.        store a non-"P" character at location 5DH (default
  34.        cp/m file control block).
  35.  
  36.     3) Killed messages will now have additional information
  37.        in the record used to store the message number:
  38.             0:<#>:<user name>
  39.        where 0 indicates a killed message to RBBS, <#> is
  40.        the original message number, and <user name> is the
  41.        name of the user who killed the message.  This should
  42.        be helpful in restoring messages improperly killed
  43.        by inept/malicious individuals.  Note that after
  44.        using an editor to restore the message (be careful
  45.        here - the editor must not choke on blank-filled
  46.        lines), the "BUILDSUM" function of the RBBSUTIL pro-
  47.        gram can be used to generate a new summary file.
  48.  
  49.     4) Message passwords, previously only stored in the sum-
  50.        mary file, are now duplicated in the message file.  
  51.        This was necessary to allow the BUILDSUM function of
  52.        RBBSUTIL to generate a complete summary file.
  53.  
  54. ==============================================================
  55.  
  56. RBBS UTILITY PROGRAM (RBBSUTIL)
  57.  
  58.     The utility program has the following changes with the
  59. 2.0 upgrade:
  60.  
  61.     1) When transferring a disk file to the message file,
  62.        the files must have already been purged.  This in-
  63.        sures that the files will have been backed up prior
  64.        to any messages being added.  Note also that the
  65.        file "COUNTERS" will also be backed up by purge.
  66.  
  67.     2) The purge function writes deleted messages to an ar-
  68.        chive file called <DATE>.ARC, where the date is sup-
  69.        plied by the operator when purge is invoked.  The
  70.        archive file is written sequentially, and lines are
  71.        unpacked before writing to conserve space.
  72.  
  73.     3) The purge function allows renumbering of the messages
  74.        starting at any number specified when purge is in-
  75.        voked.  You may choose not to use this option if you
  76.        maintain archives, because duplicate message numbers
  77.        can be left in the archive files.
  78.  
  79.     4) A new function, "B", will build a summary file from
  80.        the message file.  This can be useful after editing
  81.        the message file.  It also allows only the message
  82.        file to be saved when doing back-up operations, as
  83.        the summary file can now be derived from the message
  84.        file.  Note that releases of RBBS previous to 2.0 did
  85.        not save the passwords in the message file, there-
  86.        fore, a summary file, rebuilt from such a message
  87.        file will not have password protection.
  88.  
  89.                     Ron Fowler
  90.                     Nov 18, 1980
  91.                     Westland, Mich.
  92.  
  93.  
  94.       PREVIOUS DOCUMENTATION OF THE RBBS SYSTEM
  95.       =========================================
  96.  
  97.  
  98.             RBBS.DOC as of 10/23/80
  99.  
  100.    RBBS is short for "Remote Bulletin Board System".
  101.    RBBS.ASC is a file that was created with MBASIC 5.2.  Do
  102. not try to edit it with a CP/M text editor because some  of
  103. the multiple line statements may have special end-of-line
  104. sequences which may mess up a video-oriented editor, making it
  105. impossible to see some of the lines.  Use MBASIC 5.2 to edit the
  106. file.  This is public-domain software, feel free to use it on
  107. your own system.  The  best  way to run this program is to com-
  108. pile it with the MBASIC compiler, making a COM file out of it.
  109. It will run much faster  that way.  This is what Bruce Ratoff
  110. did, and it works great on his system. 
  111.    The POKES to address 0000h change the C3 to a CD during
  112. execution  of this program.  Bruce Ratoff tests for this in
  113. his DCHBYE55  remote  console program. This testing is also done
  114. in the PMMIBY63 remote console program. In the input from modem
  115. port routine a test is made to see if address 0000h is a CD, if
  116. so it causes the input routine to ignore control-C, changing it
  117. to to a null character instead.  This makes it impossible for
  118. the user to control-C  out of RBBS.   When the program is done,
  119. if you are exiting to CP/M for file transfers, it changes the CD
  120. back to a C3 and then jumps to 0000h (warm boot).
  121.    RBBSPURG.ASC is a program for purging dead messages out of
  122. the RBBS message files.  This should be done periodically to
  123. compactthe message files, since  the "Kill" function simply
  124. deletes  the pointer to the message, not the message itself.
  125.  
  126. -------
  127.  NOTE: The above RBBSPURG.ASC has been superceded by
  128.      RBBSUTIL.ASC      rgf
  129. -------
  130.