home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 2 BBS / 02-BBS.zip / mag7demo.zip / WHATSNEW.ZIP / WHATSNEW.6 next >
Text File  |  1993-09-01  |  39KB  |  796 lines
  1. June, 1992
  2.  
  3.                   ******************************************
  4.                   * Changes/Enhancements for version 6.00C *
  5.                   ******************************************
  6.  
  7.          List of new features, bug fixes & enhancements since v5.xx
  8.  
  9.                         /============================\
  10.                        <  MAGNUM BBS - VERSION 6.00C  >
  11.                         \============================/
  12.  
  13.         (C)Copyright 1989, 1992 Gilmore Systems - All Rights Reserved
  14.  
  15.  /==============\
  16. < ANNOUNCEMENTS: >
  17.  \==============/
  18.  
  19. Welcome to the next generation of "Magnum BBS" for OS/2. As usual, this
  20. new release is packed with many new features, enhancements, and some fixes.
  21. First, we have several announcements to make:
  22.  
  23. - The most significant NEW feature of this version is AMMO - Automated
  24.   Magnum Mail Option. We also call this RMAIL - Remote Mail. We use the
  25.   two terms as follows: AMMO refers to the link layer (low level) and RMAIL
  26.   refers to the user layer.
  27.   With AMMO, any Magnum BBS system can call any other Magnum BBS system
  28.   and exchange messages with it! With RMAIL, your users can enter and respond
  29.   to messages to users on other Magnum systems. All of Magnum's mail features
  30.   are supported with AMMO/RMAIL too (ie: receipt, CC, Fwd, etc).
  31.   Refer to Chapter 15 in the 6.00C user manul.
  32.  
  33.   Minimum Recommended hardware:
  34.  
  35.    # Dialup   Minumum CPU speed   Minimum RAM   LAN (if used)
  36.    --------   -----------------   -----------   -------------
  37.  
  38.        1           12 Mhz             4 Mb      Ethernet
  39.        2           16 Mhz             6 Mb      Ethernet
  40.        3           20 Mhz             8 Mb      Ethernet
  41.        4           20 Mhz             8 Mb      Ethernet or Token Ring 4 Mb/sec
  42.        8           25 Mhz            12 Mb      Token Ring 16 Mb/sec
  43.       12           33 Mhz            16 Mb      Token Ring 16 Mb/sec
  44.       16           33 Mhz            16 Mb      Token Ring 16 Mb/sec
  45.  
  46. - LAN USERS: Starting with this release, we have discontinued "local logon"
  47.   modules!! These have been replaced with "pipe modules". If you currently
  48.   have one or more "local logon" modules, you will receive an "OS/2 pipe
  49.   module" to replace your old "local logon" modules with when you download
  50.   a beta or commercial release of Magnum as it becomes available on our
  51.   system. The OS/2 "pipe module", like your "local logon" modules only runs
  52.   on OS/2 workstations. "DOS pipe modules" are available for purchase for your
  53.   DOS 5 workstations. Although the "OS/2 pipe modules" are available for
  54.   purchase, they will be provided free of charge to those who previously
  55.   purchased one or more "local logon" modules.
  56.  
  57.  /======\
  58. < NOTES: >
  59.  \======/
  60.  
  61. - If you have a copy of CMD.EXE in your EXTERNAL DIRectory, then remove
  62.   it! As long as CMD.EXE is in your PATH statement (prior to starting
  63.   MBBS.EXE), Magnum will find it! Having a separate copy of CMD.EXE
  64.   in your EXTERNAL DIRectory is not only a waste of space, but a potential
  65.   hazard when upgrading to a new version of OS/2 or applying a CSD unless
  66.   you remember to replace the CMD.EXE in your EXTERNAL DIRectory as well!
  67.   It's much simpler to just remove CMD.EXE from your EXTERNAL DIRectory!
  68.  
  69. - With this version especially, you should have the pathnames of your
  70.   EXTERNAL and PROGRAM DIRectories in your OS/2 PATH statement PRIOR to
  71.   starting Magnum. You can do this with the SET PATH= statement in your
  72.   CONFIG.SYS file.
  73.  
  74.  /================================\
  75. < VER6_00U.MEX (new .MEX program): >
  76.  \================================/
  77.  
  78. - This is the .MEX file needed to initialize the new fields in the USER
  79.   database prior to starting your version 6.00 system. This .MEX program
  80.   is only used if you're installing over the 5.02C version of Magnum.
  81.  
  82.  /================================\
  83. < VER6_00M.MEX (new .MEX program): >
  84.  \================================/
  85.  
  86. - This is the .MEX file needed to initialize the new fields in the MSG
  87.   database prior to starting your version 6.00 system. This .MEX program
  88.   is only used if you're installing over the 5.02C version of Magnum.
  89.  
  90.  /===========================\
  91. < SPLITKEY.EXE (new program): >
  92.  \===========================/
  93.  
  94. - This is a new program which prepares the new USER.KEY and USER_?.KEY
  95.   files for this release of Magnum.
  96.  
  97. - After initially running this program as per the installation instructions,
  98.   save this program for later use. In the event your *.KEY file(s) become
  99.   damaged (or lost) for any reason, running this program will re-create
  100.   all of your *.KEY files from the USER.DAT file. Before using this program
  101.   for re-creation, however, you must back up your *.KEY files!!
  102.  
  103. - The SPLITKEY.EXE program will reject all LastName's not starting with one
  104.   of the following characters:
  105.  
  106.         - alphanumeric (A-Z, a-z, 0-9)
  107.         - underscore ( _ ) character
  108.         - dollar ( $ ) character
  109.  
  110.   If the last name of any record does not start with one of these characters,
  111.   the record for this file will not be rebuilt into a key file, but the last
  112.   name will change to ERRORxxxxx (where xxxxx is the ID of that user account).
  113.  
  114. - Note: If you change someone's LAST NAME, whether with MBBSEXEC.EXE or via
  115.         the Sysop menu, you'll need to rerun SPLITKEY.EXE, however, you can
  116.         save time by running it with the first initial of the user's last
  117.         name (before & after). For example, if you change one of your user's
  118.         last name from DOE to SMITH, you would run SPLITKEY twice as follows:
  119.  
  120.             SPLITKEY  D
  121.             SPLITKEY  S
  122.  
  123.         This causes the SPLITKEY program to rebuild USER_D.KEY and USER_S.KEY
  124.         files.
  125.  
  126.  /=============\
  127. < MBBSEXEC.EXE: >
  128.  \=============/
  129.  
  130. - When processing the FILE database, the keyword @DATELAST was being
  131.   confused with the keyword @DATE instead. This has been corrected.
  132.  
  133. - Corrected possible flaw in handling @SENDNULLS and @FILELIST_PREF keywords
  134.   in USER database.
  135.  
  136. - Seven new keywords added for USER database:
  137.  
  138.     (b)    @REUSE      - Y/N or TRUE/FALSE to indicate that this ID (record)
  139.                          can or cannot be reused if deleted. Note that in
  140.                          order for this to be reused, the REUSE_DEL keyword
  141.                          in your STARTUP.n file(s) must also be set to Y.
  142.  
  143.     (n)    @MSGGROUP   - For those using the extended MsgBase module, you
  144.                          can now assign a MsgGroup to your users. The default
  145.                          MsgGroup is 0. More explanation on this later.
  146.  
  147.     (n)    @FILEGROUP  - For those using the extended FileBase module, you
  148.                          can now assign a FileGroup to your users. The default
  149.                          FileGroup is 0. More explanation on this later.
  150.  
  151.     (c)    @TYPE       - In preparation for Magnum-to-Magnum remote mail,
  152.                          there will be two record types. U for USER (the
  153.                          default), and M for MAIL. More on this later.
  154.  
  155.     (n)    @FILEBASE   - The LAST FileBase the User was in, or the default
  156.                          FileBase to jump to the next time the user logs on.
  157.  
  158.     (n)    @MSGBASE    - The LAST MsgBase the User was in, or the default
  159.                          MsgBase to jump to the next time the user logs on.
  160.  
  161.     (b)    @RMAIL      - Y/N or TRUE/FALSE to indicate that this user can or
  162.                          cannot use the remote mail system. If TRUE, the user
  163.                          can enter a message to another user on another Magnum
  164.                          system supported by the Sysop. If FALSE, the user
  165.                          cannot enter (or reply to) a remote mail message.
  166.  
  167. - Two new Keywords added for MSG Database:
  168.  
  169.     (c)    @MSGMILC    - The MILC character used for this message.
  170.                          NOTE: This field is meant to be used when the serial#
  171.                                of the destination system is not the same as
  172.                                the serial# of the sending system.
  173.  
  174.     (b)    @ECHO       - Y/N or TRUE/FALSE to indicate that this message
  175.                          is echoable to other systems on the network. If
  176.                          it is not, the message is sent as store/forward
  177.                          only.
  178.                          NOTE: This field is ONLY valid if the serial# of
  179.                                the destination system is not the same as
  180.                                the serial# of the sending system.
  181.  
  182. - For Extended FileBase Users: You may now specify the following new
  183.   database statement:
  184.  
  185.      #DATABASE: FILE*
  186.  
  187.   The * after the word FILE tells MBBSEXEC to process ALL of your
  188.   file database 'data' files. This is useful for those having filebases
  189.   in other than FILE.DAT. If all of your file databases are in FILE.DAT,
  190.   then you will not need the * character.
  191.  
  192. - For Extended MsgBase Users: You may now specify the following new
  193.   database statement:
  194.  
  195.      #DATABASE: MSG*
  196.  
  197.   The * after the word MSG tells MBBSEXEC to process ALL of your
  198.   message database 'data' files. This is useful for those having msgbases
  199.   in other than MSG.DAT. If all of your msg databases are in MSG.DAT,
  200.   then you will not need the * character.
  201.  
  202. - The appearance of the }ELSE{ statement in .MEX programs seems to throw
  203.   off the readability of these source files. Starting with this version,
  204.   you can use the word ELSE instead of }ELSE{. When MBBSEXEC.EXE reads your
  205.   source .MEX program, it will automatically convert these ELSE statements
  206.   to the }ELSE{ statements it expects. Example:
  207.  
  208.     The 'old' style:
  209.  
  210.                       IF(@DELETED == TRUE) {
  211.                          LOG("Deleted Record")
  212.                       }ELSE{
  213.                          LOG("Active Record")
  214.                          }
  215.  
  216.     can still be used, however the new format is easier to read:
  217.  
  218.                       IF(@DELETED == TRUE) {
  219.                          LOG("Deleted Record")
  220.                       ELSE
  221.                          LOG("Active Record")
  222.                          }
  223.  
  224.   You still need the { after the IF() statement, and you need the closing
  225.   } on a line by itself. Note that you can have as many statements as you
  226.   want between any given IF/ELSE statment, and as many statements as you
  227.   want between and given ELSE and close } character. As always, indentation
  228.   is only important for readability and has no bearing on how MBBSEXEC.EXE
  229.   interprets your code. Your code can still be as nested as you wish:
  230.  
  231.                       IF(expression1) {
  232.                          .
  233.                          .
  234.                       ELSE
  235.                          IF(expression2) {
  236.                             .
  237.                             .
  238.                          ELSE
  239.                             IF(expression3) {
  240.                                IF(expression4) {
  241.                                .
  242.                                .
  243.                                }
  244.                              }
  245.                           }
  246.                        }
  247.  
  248.  
  249.  /=========\
  250. < MBBS.EXE: >
  251.  \=========/
  252.  
  253. - The number of stored ACE commands has been increased to 300 (formerly 100).
  254.  
  255. - Five new "Command => " commands:
  256.  
  257.     x ONHOOK   ................. Sends ONHOOK sequence to modem on node x
  258.     x OFFHOOK  ................. Sends OFFHOOK sequence to modem on node x
  259.     * RMAIL node:userid ........ Starts remote mail (see Chapter 15 of the
  260.                                                      6.00C user manual).
  261.     x CALLS MAIL ............... Allows only MAIL accounts on node x
  262.     x CALLS ALL ................ Allows ALL calls (USER and/or MAIL) on node x
  263.  
  264. - The 2nd help screen has been filled, and a 3rd help screen added. You can
  265.   peruse the different help screens by entering "* help" for the next
  266.   consecutive help screen.
  267.  
  268. - Note that the syntax of the RMAIL command has been changed from the 5.03B
  269.   beta release to:
  270.  
  271.        * RMAIL NODENUM:ID
  272.  
  273.   Note that the use of the comma (,) separator in the 5.03B beta version
  274.   was causing problems when used in your MBBS.ACE file. This has now been
  275.   changed to the colon (:) separator instead.
  276.  
  277. - New "Command => " Command:
  278.  
  279.         * LOGOCOLOR x
  280.  
  281.   where 'x' is a number ranging from 1 to 15. The color value of this number
  282.   is the same as the values of the * COLOR statement. This command changes
  283.   the color of the logo appearing at the top of the screen. The purpose of
  284.   this command is because the default color does not show up on monochrome
  285.   screens.
  286.  
  287. - New "Command => " Command:
  288.  
  289.         * FRAMECOLOR x
  290.  
  291.   where 'x' is a number ranging from 1 to 15. The color value of this number
  292.   is the same as the values of the * COLOR statement. This command changes
  293.   the color of the frames appearing around the node displays. The purpose of
  294.   this command is because the default color does not show up on monochrome
  295.   screens.
  296.  
  297. - The Serial Number of your MBBS.EXE program is now displayed on the screen
  298.   to the right of the "Magnum BBS (r)" trademark. Both the trademark and
  299.   serial number are displayed in white.
  300.  
  301. - The indication of the node numbers which currently have someone online
  302.   (located on the right side of the screen on the same display line as
  303.   the date & time) has been changed to realtime. MBBS no longer waits to
  304.   update this display at the old 60-second interval.
  305.  
  306. - It's possible that MBBS.EXE was not freeing allocated memory between
  307.   sessions. We've applied corrections to this.
  308.  
  309.  /============\
  310. < MSGLIST.EXE: >
  311.  \============/
  312.  
  313. - Omits (excludes) messages addressed to Magnum Serial#'s other than your
  314.   Magnum BBS system.
  315.  
  316.  /=============\
  317. < MAKEMBBS.EXE: >
  318.  \=============/
  319.  
  320. - New Keyword FILEMENU_UTILS: now added. This should go along with the
  321.   rest of the FILEMENU_xxxxx: keywords. If you allow your users access
  322.   to this function, the file menu will present the user with the same
  323.   utility they would ordinarily get by choosing [U]tils in response to
  324.   the -More- prompt during file listings. This functionality has been added
  325.   for convenience and for those who got frustrated because they couldn't
  326.   mark any files towards the end of a file list due to the -More- prompt
  327.   not appearing at the end of a file list.
  328.  
  329. - New optional Keyword MILC_CHAR: now added. The parm you supply for this
  330.   keyword will override the default MILC command character of '@'.
  331.   NOTE: characters with decimal values of 0 to 32 (hex 0 to hex 20) will
  332.         not be accepted. Alphanumeric characters (A-Z, a-z, 0-9) and
  333.         punctuation characters will NOT be accepted: !,.?"':;()
  334.   CAUTION: If using someone else's MILC command file, chances are very
  335.            high that they're using the @ character; you must be sure to
  336.            change this to the MILC command character you define for your
  337.            system.
  338.            If you'll be overriding the MILC command character, use extreme
  339.            caution in selecting a new character! Avoid the use of characters
  340.            which may appear within a normal message (ie: %$#*[]{}\/<>+-&).
  341.            Try to pick a not-so-common character such as the ~ or ^ character.
  342.  
  343. - New optional Keyword SHOW_CALLERNUM: now added. If you supply Y to this
  344.   keyword, Magnum will function as usual. If you supply N to this keyword,
  345.   Magnum will suppress the "You are the nth caller on node x" message.
  346.  
  347. - New optional Keyword SHOW_DLS: now added. If you supply Y to this keyword,
  348.   Magnum will function as usual. If you supply N to this keyword, Magnum will
  349.   suppress the information on the number of Downloads on each file during
  350.   any file listings.
  351.  
  352. - New optional Keyword REMOTE_MAIL: now added. If you don't plan on using
  353.   remote mail, you should either supply N to this keyword, or leave the
  354.   keyword out alltogether (default is N). This field applies only to NEW
  355.   (first time) users. This is where NEW users get their RMAIL field in their
  356.   record from (see RMAIL in MBBSEXEC.EXE and in MSESSION.EXE); in other words,
  357.   if you want new users to be able to use the remote mail facilities
  358.   immediately, supply Y to this keyword. NOTE: Existing users on the system
  359.   will be unaffected by this field. Write a .MEX file for bulk update of
  360.   existing users.
  361.  
  362. - New (optional) keyword can be added to your STARTUP.x file(s):
  363.  
  364.      CONFIRM_NEWRESP: N
  365.  
  366.   The CONFIRM_NEWRESP: keyword accepts a Y (yes) or N (no) response. The
  367.   default is N. If you supply N (no), Magnum will not confirm new user
  368.   logon responses with the "Is this correct (Y/N) => " prompt when new users
  369.   respond to the prompts of address, city, state, zip, country, telephone
  370.   numbers, etc. Instead, the new user will have a chance to update their
  371.   responses at the end of all of the new user logon questions. If you supply
  372.   a Y (yes) as the parameter, Magnum will operate as before. We recommend
  373.   the default of N. This keyword exists only for compatibility with previous
  374.   Magnum versions for the sake of those callers with automated scripts being
  375.   used with their telecommunications programs.
  376.  
  377.  /=============\
  378. < MSESSION.EXE: >
  379.  \=============/
  380.  
  381. - On all multinode Magnum systems, only 3 new users were allowed to log
  382.   on as NEW (1st time) users concurrently. This has been increased to
  383.   the number of nodes your version has.
  384.  
  385. - Large Magnum systems (greater than 10,000 users) were taking too long
  386.   at logon to find an existing user who enters his/her name (instead of
  387.   ID), or to find that a name doesn't yet exist in the database. This
  388.   version now takes (in our tests) approximately 1.2 seconds average
  389.   on an HPFS system to search systems with 22,000 user records as
  390.   opposed to 24 seconds with the old method. After you install this
  391.   version of Magnum, you'll notice many USER_c.KEY files in your SESSION
  392.   DIRectory in addition to the USER.KEY files which make this speedup
  393.   possible.
  394.  
  395. - The "[N]ew Files" function within the files menu did not accept a valid
  396.   02/29 (or 29.02) date. This has been corrected.
  397.  
  398. - When uploading a file, Magnum checks the BADUPLD.LST file (if it exists)
  399.   to determine if the Sysop disallows uploads matching certain criteria in
  400.   the upload filename. A bug in this checking presented itself such that
  401.   (by way of example) if PMGIF.* were in the BADUPLD.LST file, then Magnum
  402.   would mistake this to be PMGIF*.* instead of PMGIF.* which was incorrect.
  403.   This has been fixed.
  404.  
  405. - During NonStop File Listing (ie: User supplies N to the -More- prompt
  406.   to signify nonstop scrolling) Magnum would ocassionally produce the
  407.   -More- prompt when displaying a matching FDIR*.BBS or FDIR*.SCR file.
  408.   This has been corrected.
  409.  
  410. - If logging on locally (via the Sysop console), the screen would not
  411.   clear when you saw the "Good Morning" (or afternoon or evening) message
  412.   if your color settings were set to N (off). This has been corrected.
  413.  
  414. - We've received several complaints that the file COMPRESS.LST was not
  415.   functioning correctly. This was due to sysops who've inserted TAB
  416.   characters into the file. To correct this problem, Magnum now strips
  417.   out (ignores) these TAB characters.
  418.  
  419. - We've received several complaints about deleted users being informed
  420.   by Magnum that they're account "has been deleted" if they attempt to
  421.   log on after their account was deleted. This will no longer happen.
  422.  
  423. - Chat mode would slow down all other sessions! This bug appeared in
  424.   version 5.02C and has been corrected in this version.
  425.  
  426. - The [U]ser Search function from main menu now has significant speed
  427.   improvements when searching for someone by last name.
  428.  
  429. - During File Listings, if there's no Expiration date for a file, the
  430.   "EXPIRES: No Expire." text is no longer displayed.
  431.  
  432. - Message receipts are now generated in the same conference area and
  433.   MsgBase as the message for which the receipt was requested.
  434.   Other system-generated messages will still be placed in the PRIVMSG_AREA
  435.   as designated in your STARTUP.n file(s).
  436.  
  437. - When REUSE_DEL: in your STARTUP.n file(s) is set to Y, Magnum reuses
  438.   deleted ID's. Starting with this release, the way ID's are reused are
  439.   now subject to three criteria:
  440.      1) The REUSE_DEL: field of STARTUP.N file(s) must be set to Y.
  441.      2) The new REUSE field of each user's record is checked. If the
  442.         record (ID) is deleted, the record will only be reused if the
  443.         REUSE field is set to Y.
  444.      3) With the new algorithm for fast lookup, the only records checked
  445.         for reuse are those which start with the same first letter of
  446.         the new user's last name. For example, if John Smith is logging
  447.         on as a new user, only those deleted records who's last names
  448.         starting with S are checked for reuse. Note that if you have
  449.         deleted records, but no one with a last name that starts with
  450.         S is deleted, the new user (Smith) will be assigned a NEW ID
  451.         instead of a reused ID.
  452.  
  453. - The caller number (ie: nth caller for node x) is now logged to the
  454.   ACTIVITY.n file(s).
  455.  
  456. - The activity log(s) will now report what FileBase or MsgBase the user
  457.   is in when they enter the [F]ile or [M]essage sections of the BBS.
  458.  
  459. - The prompt "- More - (C)ontinue, [S]top, [N]onstop, [U]tils => " during
  460.   a Files listing (the [U]tils portion) has been enhanced such that the
  461.   user can review/modify the list of files s/he has marked.
  462.  
  463. - New functionality has been added to the file menu. The same utilities
  464.   available at the "- More - (C)ontinue, [S]top, [N]onstop, [U]tils => "
  465.   prompt (the [U]tils portion) during a file listing is now available as
  466.   its own menu selection from the file menu. See FILEMENU_UTILS: under the
  467.   first paragraph of the heading MAKEMBBS.EXE above.
  468.  
  469. - The [E]nvironment section of the main menu (where users can change
  470.   their system/personal paramters) is now configurable by the Sysop as
  471.   to which parameters may/may not be changed. If you wish all parameters
  472.   to be changeable (as before), then do nothing! Otherwise, create the
  473.   file NOCHANGE.LST in your SESSION DIRectory. This file is an ASCII
  474.   text file which contains the numbers (1 thru 24 in this release)
  475.   of which parameters you do NOT want your users to be able to change!
  476.   For example, if you don't want users to be able to change System
  477.   compression type (choice 1) or their birthdate (choice 11), then the
  478.   file NOCHANGE.LST would contain the two menu numbers as follows:
  479.      1
  480.      11
  481.   The format of the file is one menu number per text line.
  482.  
  483. - The display of the PREDOWN.BBS file (prior to downloading) has been
  484.   changed such that it will ALWAYS display regardless of whether the
  485.   user has a default protocol selected or not. It has been changed so
  486.   that it will ALWAYS display even if command-stack-chaining has been
  487.   used. If you do not wish this file to display when a default protocol
  488.   has been chosen, you may test to see if one has been chosen with MILC
  489.   commands and then act accordingly. The purpose of this is to ensure
  490.   those sysops who rely on MILC commands within this file (to invoke
  491.   an external program, for example) to always be able to execute these
  492.   commands under any circumstances.
  493.  
  494. - The USER database area of the SYSOP menu now accomodates the 7 new fields
  495.   in each user record: REUSE, MSGGRP, FILEGRP, TYPE, FILEBASE, MSGBASE, and
  496.   RMAIL.
  497.   The REUSE and TYPE fields appear near the top of the screen (after STREET1)
  498.   and the FILEGRP and MSGGRP appear near the bottom (after FILE_L_AREAS and
  499.   MSG_R_AREAS).
  500.   Note that FILEGRP, MSGGRP, FILEBASE and MSGBASE apply to those sysops using
  501.   the extended FileBase and/or Extended MsgBase modules.
  502.   Note that TYPE applies to those sysops using the Magnum Remote Mail option.
  503.   The RMAIL field indicates whether the user can enter a message to a user on
  504.   a remote Magnum system. The default is NOT to have this capability, however
  505.   you may change this default for any/all users either individually in the
  506.   User Database area of the Sysop Menu, or in bulk with a .MEX program.
  507.  
  508. - After entering a new message on the BBS, when prompted for a CC, your users
  509.   may now enter a CC address (ie: $ssssssssss/idnum  where $ indicates another
  510.   Magnum BBS system is to be the destination of this CC, ssssssssss is the
  511.   serial# of that Magnum system, /idnum is the ID of the person on that system
  512.   to receive the message). Note that these types of CC's are not acceptible if
  513.   the Sysop has not given the user RMAIL capability. Also note that the serial
  514.   number is checked for validity against your AMMO.MAG file.
  515.   NOTE: See Chapter 15 of the 6.00C user manual for an explanation of how to
  516.         set up and use Remote Mail.
  517.  
  518. - After reading a message addressed to you, you can now FORWARD the message
  519.   to a user on a remote system by supplying their address in $ssssssssss/idnum
  520.   format as explained above for message CC's.
  521.  
  522. - When a NOTEPAD is used for a list of CC's as recipients to a message, you
  523.   can now also specify a remote user (on a different BBS) as a recipient of
  524.   a CC. Unlike normal recipients (as many /ID entries per text line as you
  525.   wish), a remote user entry is one per line. An example CC list ala a
  526.   notepad might look like:
  527.  
  528.         /10  /55  /32
  529.         $1989070000/0
  530.         $1989110006/195
  531.         /34  /404
  532.  
  533.   The above would generate CC's to ID 10, 55, 32, 34 and 404 on your BBS.
  534.   It would also generate CC's to the Sysop (/0) of the Magnum system having
  535.   a serial# of 1989070000 and to ID /195 of the Magnum system having a serial#
  536.   of 1989110006.
  537.  
  538. - The USER DATABASE area of the Sysop menu now displays the field names of
  539.   mail accounts in RED (you must have your color set to Y).
  540.  
  541. - The USER DATABASE area of the Sysop menu now allows a MATCH for mail
  542.   accounts.
  543.  
  544. - The PRINT USER records area of the Sysop menu now allows printing of
  545.   mail accounts.
  546.  
  547. - When a node has been designated as "mail only" (see MBBS.EXE above), you
  548.   may optionally have a file NOTMAIL.x (where x is node number) in your
  549.   PROGRAM DIRectory which is an ASCII text file of a message you prepare.
  550.   This file, if it exists, will be displayed to your users who attempt
  551.   to log on to a node in "mail only" mode. Magnum will disconnect the call
  552.   after this display. Note that if this file does not exist, Magnum will
  553.   display a message to the user stating that the node is in "mail only"
  554.   mode. Note that "mail only" mode allows calls from mail accounts only.
  555.  
  556. - New MILC Commands added:
  557.  
  558.     @?x  - File Existence. This command tests for the existence of a file.
  559.            The filename ([d:][path]filename[.ext]) to test is in @Zx. The
  560.            result is placed in @N0 (1=exists, 0=does not exist).
  561.            Example:
  562.                      @Z5="d:\magnum\testfile.ext";
  563.                      @?5
  564.                      @b1(n0=1); The file does NOT exist!
  565.                      @c16
  566.                      @p1 The file DOES exist!
  567.  
  568.            NOTE: Like the @$x, @&x and @!x commands, this command is only
  569.                  available to the Sysop or the System. Users other than
  570.                  the Sysop do not have access to this command!
  571.  
  572.     @E2  - Send File. This command transmits a file that is NOT in the file
  573.            database to the remote caller. @Z0 holds the filename. Upon return
  574.            of the transmission, variable @N0 holds the result (1=success,
  575.            0=failure). If the user does not have a default file xfer protocol
  576.            chosen, s/he will be prompted for one. The function also determines
  577.            whether the caller is on remotely, locally or via pipe module and
  578.            acts accordingly.
  579.            This function provides a means of file xfer unrelated to the BBS.
  580.            No upload/download ratios are checked, remaining time is not
  581.            checked, the file is not counted as a download, etc.
  582.            Example:
  583.                      @Z0="d:\magnum\somefile.zip";
  584.                      @E2
  585.                      @B1(N0=1);
  586.                      File Transmission Unsuccessful!
  587.                      @C16
  588.                      @P1 File Transmission Successful!
  589.  
  590.     @E3  - Receive File. This command receives a file from the remote caller
  591.            and does NOT update the file database. @Z0 holds the filename. Upon
  592.            return of the function, variable @N0 holds the result (1=success,
  593.            0=failure). If the user does not have a default file xfer protocol
  594.            chosen, s/he will be prompted for one. Note that if the file
  595.            exists, the function will delete the file prior to receiving it.
  596.            The function also deletes the file if the file transfer fails.
  597.            The function also determines whether the caller is on remotely,
  598.            locally or via pipe module and acts accordingly.
  599.            This function provides a means of file xfer unrelated to the BBS.
  600.            No upload credit is given, remaining time is not checked, the file
  601.            is not integrity checked, upload/download ratio not adjusted, etc.
  602.            Example:
  603.                      @Z0="d:\magnum\somefile.zip";
  604.                      @E3
  605.                      @B1(N0=1);
  606.                      File Reception Unsuccessful!
  607.                      @C16
  608.                      @P1 File Received Successfully!
  609.  
  610.     @E10 - Disable output. Suspend all output to modem or screen. All output
  611.            sent following this command will be discarded (ignored) until the
  612.            @E11 command is issued.
  613.  
  614.     @E11 - Enable output. Negates @E10, resumes output.
  615.  
  616.     @T"string" --\
  617.        or         > This command writes to the ACTIVITY file. There are two
  618.     @Tx ---------/  ways of writing to the ACTIVITY file (via examples):
  619.  
  620.                       The following example writes the text appearing within
  621.                       the double-quotes to the ACTIVITY file:
  622.  
  623.                          @T"This is a sample text line"
  624.  
  625.                       The following example writes the contents of variable
  626.                       @Z5 to the ACTIVITY file:
  627.  
  628.                          @T5
  629.  
  630.     @U71 - Returns Y or N depending on whether the user's ID is reusable.
  631.  
  632.     @U72 - Returns user account type (U or M). U=user, M=mail.
  633.  
  634.     @U73 - Returns Y or N depending on whether the user can use Remote Mail.
  635.  
  636.     @U74 - Returns the MSG GROUP assigned to this user (0-255).
  637.  
  638.     @U75 - Returns the FILE GROUP assigned to this user (0-255).
  639.  
  640. - The new user logon procedure has been modified. When a new user logs on for
  641.   the first time, the first character of their last name must be one of:
  642.  
  643.         - alphanumeric (A-Z, a-z, 0-9)
  644.         - underscore ( _ ) character
  645.         - dollar ( $ ) character
  646.  
  647.   The SPLITKEY.EXE program (above) will also be consistent with these rules.
  648.  
  649. - When a new user logs on for the first time, if your system is configured
  650.   to ask for areas of personal interest, the old text used to read:
  651.  
  652.       Magnum OS/2 BBS software stores your personal areas of interest.....
  653.  
  654.   It will now read:
  655.  
  656.       "Your BBS Name" stores your personal interest areas....
  657.  
  658.   where "Your BBS Name" will be replaced with the name of your BBS.
  659.  
  660. - New MILC commands added:
  661.  
  662.      @E12 - Disable Timer. This command comes in handy when someone is about
  663.             to run out of time on your system, and you want them to have more
  664.             time. For example, suppose you run a subscription service or offer
  665.             an 'online order' menu in which users can place credit card orders.
  666.             We've seen users get logged off by Magnum because they ran out of
  667.             time, yet they were in the middle of trying to place on online
  668.             order! When you use the new @E12 command, this will no longer
  669.             happen. The timer is temporarily suspended with this command,
  670.             until you issue an @E13 command to reactivate the timer.
  671.             NOTE: If you forget to negate this command with the @E13 command,
  672.                   the timer will not reactivate! Therefore, we've built in
  673.                   a safety measure. If you use this command, Magnum will
  674.                   automatically issue an @E13 command internally after a
  675.                   period of 5 minutes.
  676.  
  677.      @E13 - Enable Timer. Negates @E12.
  678.  
  679. - All prompts asking for a filename or filenumber (#nnnnn) can now be answered
  680.   as follows:
  681.  
  682.       Filename[.ext]                   ie:  somefile.ext
  683.       #nnnnn                           ie:  #1860
  684.       Filename[.ext][:bbb]             ie:  somefile.ext:2
  685.       #nnnnn:bbb                       ie:  #1860:0
  686.  
  687.   In other words, if you append the colon character (:) followed by a number,
  688.   that number indicates the filebase you're referring to. This comes in handy
  689.   when you want to access a file in a FileBase other than the one you're
  690.   currently in. This applies to sysops running the extended filebase module.
  691.  
  692. - Just to get things straight between upgrades, you can verify which version
  693.   of MSESSION.EXE you have by entering MSESSION.EXE /V  (You can also do this
  694.   with MBBS.EXE).
  695.  
  696. - Corrections to AMMO/RMAIL (if upgrading from 5.03B):
  697.  
  698.   - Receipts generated from remote systems stated "Your Message to 'username'"
  699.     was received. The 'username' portion was in error. This has been corrected.
  700.  
  701.   - Messages originating from your system targeted to another system were not
  702.     readable on your system (unless you're the sysop and went into the message
  703.     portion of the sysop menu). This has been corrected.
  704.  
  705.   - When a MsgBase other than 0 (main) was specified in your AMMO.MAG file,
  706.     messages received would fail (they would be place in MsgBase 0 instead).
  707.     This has been corrected.
  708.  
  709.   - When AMMO gathers mail, any messages longer than one screen page would
  710.     wait for keyboard input in response to a 'More' prompt (not visible).
  711.     This has been corrected such that this prompt is bypassed.
  712.  
  713.  
  714.  /====================================================\
  715. < FOR EXTENDED FILEBASE AND/OR EXTENDED MSGBASE USERS: >
  716.  \====================================================/
  717.  
  718. - The new fields FILEBASE and MSGBASE indicate the LAST FileBase and MsgBase
  719.   the user was in. The next time the user logs on, Magnum will automatically
  720.   change to these bases.
  721.  
  722. - The new fields FILEGRP and MSGGRP in every user's records add even more
  723.   flexibility to the extended MsgBase and extended FileBase modules.
  724.   Until now, access to certain File and Msg Bases were determined solely
  725.   by security level. With the FILEGRP and MSGGRP fields, each user can be
  726.   assigned to a File Group or Msg Group (think of these groups as profiles).
  727.   By way of example, let's suppose that you set up John Doe (ID: /10) such
  728.   that his FILEGRP is 3 (you can do this by pulling up record 10 of the
  729.   User database area of the Sysop menu when logged on as Sysop and changing
  730.   his FILEGRP to 3; or you can write a .MEX program to perform bulk updates).
  731.   Regardless, assuming that John Doe (ID: /10) is assigned to FileGrp 3. This
  732.   means that Magnum will look in your SESSION DIRectory for a file by the
  733.   name of FILE3.GRP and if it finds it, the contents of this ASCII text file
  734.   will override the security levels imposed by the FILEBASE.EXE program when
  735.   you set up your FileBases. If Magnum doesn't find FILE3.GRP, Magnum will
  736.   act as it did prior to this version: it determines access to the different
  737.   FileBases by means of security levels set by the FILEBASE.EXE program.
  738.   Assuming that the file FILE3.GRP exists, the contents might look like the
  739.   following:
  740.  
  741.      ;
  742.      ; Definitions file for File Group 3
  743.      ;
  744.      ; Users assigned to File Group 3 have access to these File Bases
  745.      ; regardless of Security Level.
  746.      ;
  747.      1 RWL ; Los Angeles Area OS/2 User Group.. Override Read/Write/List Access
  748.      2 RL ; OS/2 2.0........................... Override Read/List Access
  749.      38 L ; California Real Estate............. Override List Access
  750.      224 ; New York Real Estate................ No Override
  751.  
  752.    As you may have guessed from the above sample file, the semicolon (;)
  753.    denotes the beginning of a comment. A comment starts with a semicolon
  754.    and lasts until the end of that text line. Blank lines are ignored.
  755.    The above sample allows all users who's FILEGRP field is set to 3 to
  756.    have access to FileBases 1, 2, 38 and 224.
  757.    The comments (ie: New York Real Estate) are merely comments and
  758.    may or may not have anything to do with the content of the actual
  759.    FileBase denoted by that number.
  760.    If R appears, READ (or download) access will be given to this FileBase
  761.    regardless of the READ security level set with the FILEBASE.EXE program.
  762.    If W appears, WRITE (or upload) access will be given to this FileBase
  763.    regardless of the WRITE security level set with the FILEBASE.EXE program.
  764.    If L appears, LIST access will be given to this FileBase regardless of
  765.    the LIST security level set with the FILEBASE.EXE program.
  766.  
  767.    Likewise, the MSGGRP field works in an identical fashion except that
  768.    it expects to find its information in MSG3.GRP if 3 were assigned to
  769.    the MSGGRP field of a particular user.
  770.  
  771.   NOTE1: The FILEGRP and MSGGRP fields override the ability to ACCESS
  772.          FileBases and MsgBases which the user would not ordinarily have
  773.          access to. Furthermore, the .GRP file containing the definitions
  774.          of a group, can override READ(download), WRITE(upload) and LIST
  775.          security levels. Note that if a dependency on MEMODATE1 or MEMODATE2
  776.          exists within a particular FileBase (as set by FILEBASE.EXE), these
  777.          parameters will override it!
  778.  
  779.   NOTE2: Although you don't need to use groups at all, the use of such groups
  780.          will definitely demonstrate a speed increase in the presentation of
  781.          the different FileBases and MsgBases for the user to choose from.
  782.  
  783.   NOTE3: For those Sysops running the type of board where each user represents
  784.          a different company for example, they might want to set up their BBS
  785.          such that these users only have access to one particular FileBase and
  786.          one particular MsgBase. Let's suppose that users of XYZ Corp are
  787.          assigned FileBase 5 and MsgBase 8. The Sysop could then assign 5 to
  788.          their FILEBASE and 8 to their MSGBASE. Furthermore, the Sysop could
  789.          disable the "[F]ileBase Change" and "[M]sgBase Change" menu selections
  790.          by raising the security level of these menu choices to one higher than
  791.          these users. This, in effect, insures that users of XYZ Corp will only
  792.          see (and know about) FileBase 5 and MsgBase 8.
  793.  
  794. ==============================================================================
  795. End.
  796.