home *** CD-ROM | disk | FTP | other *** search
/ Simtel MSDOS - Coast to Coast / simteldosarchivecoasttocoast2.iso / citadel / k2ne603c.zip / CITGUIDE.ZIP / INCREM.001 < prev    next >
Text File  |  1988-08-15  |  7KB  |  140 lines
  1. /**************************************************************************/
  2. /*                    INCREM.001    K2NE Alpha Test Site                  */
  3. /**************************************************************************/
  4.  
  5. /**************************************************************************/
  6. /*          Audience:   Citadel-86 sysops, potential sysops and other     */
  7. /*                      miscellaneous dementiae.                          */
  8. /**************************************************************************/
  9.  
  10. /**************************************************************************/
  11. /*          Purpose:  To try and keep order where order is needed, and to */
  12. /*                    help keep track of the hacking and twiddling known  */
  13. /*                    as Citadel code development.                        */
  14. /**************************************************************************/
  15.  
  16. /**
  17.   *
  18.   *  Since this file is being started about two months after-the-fact,
  19.   *  the first few items will naturally not reflect their chronological
  20.   *     order of addition to the Citadel-86 code.
  21.   *
  22.   *  Hopefully, we will keep this file, and its successors, reasonably
  23.   *  contemporaneous with the actual additions to the so-called
  24.   *  "K2NE Dialect" of Citadel-86.
  25.   *
  26.   **/
  27.  
  28. /**************************************************************************/
  29. /*                                                                         */
  30. /**
  31.   *
  32.   *
  33.    The following features were added to the code as received from the
  34.    C-86 Test System BBS.  The parent code to V3.09.07:K2NE originally
  35.    was Citadel-86 V3.05, then V3.09 upon the addition of Anytime Network
  36.    by Hue, Jr. of the Twin Cities (MN) area, without whose untiring effort
  37.    Citadel-86 simply would not exist!
  38.  
  39.    This list is current as of August 15, 1988.
  40.  
  41.    1. Addition of the "+seemail" command-line option which has the effect
  42.       of making what a user does while in Mail> visible.  This was the
  43.       original intent.  The byproduct of this code was that it also made
  44.       what a user does in an Anonymous room visible to an observer seated
  45.       at the system console.
  46.  
  47.    2. Addition of the "+" and "-" key commands at any room prompt which
  48.       allows the user to move between rooms.  If the user is NOT in floor
  49.       mode, then the effect of these keys is system-wide with the EXCEPTION
  50.       of the Mail> room, which these keys bypass.  If the user IS in floor
  51.       mode, then + and - only allow for movement between rooms on the CURRENT
  52.       floor.  Leaving a room by using + or - does NOT set the messages in the
  53.       room as "old".  Future revisions may change this, however, as it seems
  54.       to have introduced a bit of user-confusion.
  55.  
  56.    3. Use of the ">" and "<" keys to move between floors.  This only works
  57.       if the user is in FLOOR mode.
  58.  
  59.    4. The "style" of the messages reported to the CALLLOG.SYS file was
  60.       completely revamped, making them (hopefully) more readable and less
  61.       cryptic.  In addition, the following user-activities are now reported
  62.       to the CALLLOG file:
  63.           a) chat requests if chat is not activated
  64.           b) user uploading/downloading (protocol transfers only - no reports
  65.              for such things as textfile reading, archive directory reading
  66.              and such).
  67.           c) Network sessions
  68.           d) System ups and downs
  69.           e) Backup of the CALLLOG file (see note on this later)
  70.  
  71.    5. The "style" of the NETLOG.SYS file was extensively modified in order
  72.       to reflect the layered-approach to networking which seems to be in
  73.       vogue these days thanks to the ISO.  In addition, certain new
  74.       NETLOG reports were introduced along with FlashMail! and the
  75.       addition of the Net_Switch series of operations.
  76.  
  77.    6. New AIDE commands:
  78.           a) .AQS  Aide: Query System-log
  79.              This allows an aide to read CALLLOG.SYS from any room.
  80.           b) .AQN  Aide: Query Network-log
  81.              This allows an aide to read NETLOG.SYS from any room.
  82.           c) .AQBS Aide: Query Backup System-log
  83.           d) .AQBN Aide: Query Backup Network-log
  84.           e) .AQU  Aide: Query UserBase
  85.              This displays a very comprehensive list of all system
  86.              accounts, together with most of the configuration options
  87.              selected by each user.  Also shows which users know which
  88.              rooms, which have long-distance net credits, and such.
  89.  
  90.    7. New Remote-sysop (and CTRL-L) functions
  91.           a) .ADE  Aide: Delete Empty-rooms
  92.           b) .ADS  Aide: Delete System-log(*)   *These commands cause a .BAK
  93.           c) .ADN  Aide: Delete Network-log(*)    file to be generated.
  94.           d) CTRL-L <G>: (General Maintenance Menu)
  95.                  <S>  System log review
  96.                  <N>  Network log review
  97.                  <B>  Backup log files
  98.              The reason we did this was so that the system log, net log,
  99.              and log backups could be done from console without logging in.
  100.  
  101.    8. FlashMail! routines
  102.          This enables system-to-system mail forwarding through the
  103.          .ECA user profile (configuration) option.  Previously, mail
  104.          forwarded by this option would stop at the system where
  105.          it was sent, even if the recipient on that system had
  106.          his forwarding address set to another system.  This is
  107.          no longer the case.  Multiple node mail forwarding is
  108.          now enabled via this method.  In addition, as a piece of
  109.          mail "makes its way" from node to node to its recipient,
  110.          the return mailpath is attached to the message so that
  111.          if the recipient elects to respond to the mail, the response
  112.          will "know" how to get back to the original sender.  Appropriate
  113.          safeguards are in the code to eliminate "infinite loops" and
  114.          other nastiness.
  115.  
  116.    9. Net_Switch routines
  117.          Sysop-definable mail PATHways.  See the narrative file
  118.          READ.ME which accompanies the release of V3.09.07 for
  119.          an in-depth treatment of this topic.  The reason for
  120.          this approach was the eminent distaste Alan and I have
  121.          for Unix-style pathing.  We wanted to make this as
  122.          invisible to the user as possible.  We think that we
  123.          succeeded.  Nodes for which a Path is defined will appear
  124.          in the list of nodes that the user is shown when pressing
  125.          "?" after being prompted for the "system to send to"
  126.          when entering network mail messages.  The user has no
  127.          way of knowing which nodes are directly netted and
  128.          which nodes are via pathways, nor should the user
  129.          care since the effect (as far as the user can see)
  130.          is identical.  Again, return paths are built up as the
  131.          message makes its way to its destination so that reply
  132.          paths are inherent.  In both FlashMail! and Net_Switch,
  133.          a mail message will STOP as soon as it finds its recipient
  134.          on a system in the path.  If the recipient has his forwarding
  135.          address set, FlashMail! will then supercede Net_Switch from
  136.          that point to the ultimate destination node.
  137.   *
  138.   *
  139.   **********************************************************************/
  140.