home *** CD-ROM | disk | FTP | other *** search
/ Beijing Paradise BBS Backup / PARADISE.ISO / software / BBSDOORW / RAMAN210.ARJ / WHATSNEW.210 < prev   
Text File  |  1993-04-22  |  9KB  |  190 lines

  1.                 RemoteAccess Manager 2.10 - April 22, 1993
  2.                 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  3.  
  4.                         Changes from 2.10/GAMMA
  5.                         ~~~~~~~~~~~~~~~~~~~~~~~
  6.  * Fixed bug where it would not increment the number of posts in the MSGACT
  7.    option.
  8.  
  9.  * Fixed bug where MSGACT would return a runtime error if you had an old
  10.    RAMAN.MSG file laying around.
  11.  
  12.  * Fixed bug which caused the DAILY, WEEKLY, MONTHLY maintenance to not
  13.    execute automatically unless you had a certain combination of options
  14.    turned on.
  15.  
  16.  * The options to create Top/Low user bulletins and Top/Low files bulletins
  17.    now use a memory based sort rather than a disk-based sort.  This will
  18.    eliminate the need for workfiles which were filling up hard drives with
  19.    great regularity, and also increases the speed several thousand percent.
  20.    (quite literally)  The one drawback is that, for now, you may only have
  21.    a maximum of 100 users/files listed, if that is considered a drawback
  22.    at all since most use this as a top 10 or top 15 listing anyway..
  23.  
  24.  * If RAMAN finds a virus, it will now post a message to the Sysop
  25.    informing him/her about this.  The message is posted in the area you have
  26.    defined in RAMANCFG as the 'Post area'.
  27.  
  28.  * If a virus is found in a file, RAMAN will exit with errorlevel 1.  This
  29.    makes RAMAN's SCANB option ideal for running as the virus scanner via
  30.    RA 2.0's new option to scan uploads for viruses, especially since it will
  31.    not flake out and return non-zero errorlevels on GIF's and uncompressed
  32.    files.
  33.  
  34.  * Added an IMPORTALL parameter. (only available as a command line parameter)
  35.    This switch will attempt to locate a FILE_ID.DIZ or DESC.SDI file for each
  36.    file in your file database.  If one is found, the description will be
  37.    replaced with it.  If not, the original description will be retained.  It
  38.    is recommended that this only be used once as it will take a considerable
  39.    amount of time to run obviously.
  40.  
  41.  * Added a KILLHEAD parameter. (only available as a command line parameter)
  42.    This switch will remove any and all headers from your file database.  You
  43.    can use this if you decide you really didn't want headers in your listings
  44.    after all, etc.
  45.  
  46.  * Added a RESTORE parameter. (only available as a command line parameter)
  47.    If you are using RAMAN's option to make a backup of the file database, this
  48.    option will restore the database from those backups.  Use this if the
  49.    database becomes corrupted for whatever reason.
  50.  
  51.  * Added a %COST macro for the ADDHEAD option.  If the default cost for the
  52.    current file area is greater than 0, this macro will be replaced by that
  53.    value.  If the file area is marked as free, this macro will be replaced by
  54.    the word 'FREE'. (no quotes, of course)
  55.  
  56.  * Added a %MEDIA macro for the ADDHEAD option.  If the area is on CD-ROM,
  57.    this will be replaced by 'CD-ROM'.  If it is on the hard drive, it will be
  58.    replaced by 'HARD DISK'.
  59.  
  60.  
  61.                            Bugs fixed from 2.01
  62.                            ~~~~~~~~~~~~~~~~~~~~
  63.  * Updated RAMAN to work with RA 2.0/GAMMA.  This version will not work
  64.    with any version of RA previous to 2.00/GAMMA-1.
  65.  
  66.  * Fixed problem with RAMAN not padding a '0' on single digit dates/times.
  67.  
  68.  * Fixed problem with -REARC reporting that it could not remove a work
  69.    directory.  In many cases, this was a false report.  In the few
  70.    legitimate cases, this should be fixed, especially when running over
  71.    a network.
  72.  
  73.  * Fixed bug in the COMMENT option where it would report incorrect file
  74.    names when adding comments to ZIP files.  The comments would be added to
  75.    the right file, but it would be logged incorrectly.  This was limited to
  76.    ZIP files, ARJ worked fine.
  77.  
  78.  * Fixed bug where RAMAN would write incorrect information to your daily
  79.    upload/download bulletins if you use a Type 15 exit.
  80.  
  81.  
  82.                           New options from 2.01
  83.                           ~~~~~~~~~~~~~~~~~~~~~
  84.  * ADDCOUNT has been removed, it's simply obsolete with the new RA.
  85.  
  86.  * RAMAN now uses a user-configurable file header.  The header to be added
  87.    to the top of your file listings is contained in RAMAN.HDR which must be
  88.    located in your RAMAN system directory.  A sample is provided in this
  89.    archive.  The following macros are currently supported:
  90.  
  91.    %SYSOP     - Sysop name or "Unregistered" if applicable
  92.    %BBS       - Name of your BBS
  93.    %FILES     - Number of files in this file area
  94.    %BYTES     - Number of bytes in this file area
  95.    %AREA      - Name of this file area
  96.    %AREA#     - Number of this file area
  97.    %LDATE     - Date in a long format, i.e. January 01, 1993
  98.    %SDATE     - Date in a short format, i.e. 01-01-93
  99.    %12TIME    - Time in 12 hour format
  100.    %24TIME    - Time in 24 hour format
  101.    %DLS       - Number of files downloaded from this area
  102.  
  103.    These commands are not case sensitive.  When replacing the macros with
  104.    the actual information, RAMAN will center each line and resize each line
  105.    to prevent over-runs.
  106.  
  107.  
  108.  * Added a switch to supplement the ARCLOG option.  With this switch enabled,
  109.    after archiving your logfile, RAMAN will add the archive to another archive
  110.    whose filename is the month/year.  For example, RA011793.ARJ would be added
  111.    to an archive named RA0193.ARJ.  This allows you to keep your logfiles
  112.    bundled according to month.  A supplementary switch allows the first
  113.    archive to be deleted after being added.  This is in RAMANCFG under
  114.    Options.Other_Options.  The same thing can be done with the user file
  115.    backups as well.
  116.  
  117.  * RAMANCFG now has a slot to specify a 'Work Directory'.  This is the
  118.    directory where RAMAN will create most of it's temporary work files in
  119.    options such as the top/low files and top/low users bulletins.  It is
  120.    possible to significantly increase the speed of such options by
  121.    specifying the work directory on a RAM drive as these options, in
  122.    particular, rely on a disk-based sorting algorithm.  If you do decide
  123.    to use a RAM drive, be sure it is large enough to accomodate the work
  124.    files.  The larger your system, the larger the files.  This is found
  125.    under Paths.System_Paths.
  126.  
  127.  * After reading the configuration file, RAMAN checks each path against
  128.    reality.  If the RAMAN System path is invalid, RAMAN will halt.  If any
  129.    of the other paths are invalid or any bulletin path/names are invalid,
  130.    RAMAN will substitute valid names and make a note about it in the logfile.
  131.  
  132.  * If there are certain files you do NOT want rearchived under any
  133.    circumstances (RA_111.ARJ for example, since Andrew asked that it not be
  134.    rearced), you can list these files in a file called NOREARC.CTL which is
  135.    located in the RAMAN system directory.  You need only put the filename,
  136.    not a full path+filename and it is not case sensitive.  Wildcards are
  137.    currently not allowed.  A sample file would be:
  138.  
  139.     RA_111.ARJ
  140.     GE_100.ZIP
  141.     FD202.ARJ
  142.     RA_200G1.ARJ
  143.  
  144.  * If there are certain files you do NOT want in archives, you can list
  145.    these files in a file called TRASH.CTL.  When RAMAN rearchives files, any
  146.    file in the archive which is found in TRASH.CTL will be deleted prior to
  147.    re-archiving the file.  Wildcards are not allowed.  A sample file would be:
  148.  
  149.     AD.ANS
  150.     CALLNOW.TXT
  151.  
  152.  * The ADDMSNG option can now, rather than use the missing description string
  153.    defined in RAMANCFG, import a FILE_ID.DIZ or DESC.SDI description file.  If
  154.    you have this option turned ON, it will do the following:
  155.      1) Attempt to extract FILE_ID.DIZ and DESC.SDI from the archive
  156.      2) If one of these files is found, it will import it as the description
  157.      3) If neither file was extracted, it defaults and uses the string defined
  158.         in RAMANCFG.
  159.  
  160.  * New option in RAMANCFG to use handles instead of real names in the
  161.    top/low user bulletins.
  162.  
  163.  * New option to create a bulletin of the top and least X downloaded files on
  164.    your BBS. 
  165.  
  166.  * New option to create bulletins of users with the least number of calls,
  167.    posts, uploads, and downloads.
  168.  
  169.  * Added a PACK option (parameter is PACK, also available in RAMANCFG).  This
  170.    option will have RAMAN physically remove entries with the DELETED bit set
  171.    in the file database.  This is equivalent to RAMSG's Pack option, but this
  172.    applies to the FDB instead.
  173.  
  174.  * Changed the ORPDESC keyword to KILLORP.
  175.  
  176.  * Reworked the ABC option.  ABC is now much smarter than it was
  177.    in previous versions of RAMAN.  Instead of tearing comments from the
  178.    file listings, ABC now recognizes comments.
  179.  
  180.  * RAMAN will recognize descriptions which are up to 16384 characters long.
  181.    The exception is that the Allfiles/Newfiles option will only recognize
  182.    up to 255 characters for this release.
  183.  
  184.  * FREQCOUNT will only consider an entry a File Request if the FREQ keyword
  185.    is in a line preceding a Sent: line.  This is applicable to FrontDoor
  186.    only as far as I can tell.
  187.  
  188.  
  189. EOF (WHATSNEW.210)
  190.