home *** CD-ROM | disk | FTP | other *** search
/ ftp.wwiv.com / ftp.wwiv.com.zip / ftp.wwiv.com / pub / BBS / RBTCH220.ZIP / WHATSNEW < prev   
Text File  |  1993-04-10  |  30KB  |  661 lines
  1. -==[ RBatch 2.20 ]==-       [RBTCH220.ZIP]
  2.  
  3. Whats new in Rbatch 2.20 since 2.XX
  4. -----------------------------------
  5.  
  6. 1.  Put in a fix for extended descriptions in personal file.  If you had
  7.     NO in the configuration file, and RBatch processed a .DIZ or .SDI
  8.     file, an extended description would be used.
  9.  
  10. 2.  If files were converted from the original archive type to another type
  11.     RBatch would not be able to extract the .DIZ or .SDI files.  This is
  12.     now fixed.
  13.  
  14. 3.  Put in a feature for Personal Uploads.  When you choose Distribution
  15.     List, you are now given the choice of either enter the list name
  16.     or enter "H" to show the lists that are available.  Thanks to
  17.     Tom Geery for this suggestion.
  18.  
  19. 4.  RBatch, if configured, will delete partial uploads (uploads that have
  20.     a "L" or "E" as the transfer success in the DSZLOG).  This new option
  21.     is placed on line #17 (this line is for saving files on timeouts).
  22.     Here is how you implement it:
  23.  
  24.     Old config entry:
  25.     -----------------
  26.     YES           (save files on timeouts & don't delete partial uploads)
  27.  
  28.     New config entry:
  29.     -----------------
  30.     YES;YES       (save files on timeouts & do delete partial uploads)
  31.  
  32.     As you can see, if you don't wish to use this new feature, all
  33.     you have to do is replace the RBatch.Exe with the one included in
  34.     this archive and you are all set.  Thanks to Tom Craver for this
  35.     suggestion.
  36.  
  37. 5.  Went back to the TC 2.01 compiler, as some SysOps were experiencing
  38.     VERY STRANGE problems with the BC 3.1 compiler (RBTCH20?.ZIP).
  39.  
  40. 6.  The configuration file now can support comments in it.  A comment line
  41.     starts with a "#" as the first character on the line.  See SAMPLE.CFG
  42.     in the file EXAMPLE.ZIP - Thanks to Walter Ames for this suggestion.
  43.  
  44. 7.  Added a new feature for SysOps using the BamaWho feature but did not
  45.     want "Uploaded by SysOp" when they uploaded a file to their BBS.  This
  46.     can be suppresed now by adding a "NO" to line #20 at the end.  Thanks to
  47.     Marion Royal for this suggestion.  Here is an example:
  48.  
  49.     Old Setup:
  50.     ----------
  51.     6;YES      -  6 Ext. Description Lines & Use Bama Who Support
  52.  
  53.     New Setup:
  54.     ----------
  55.     6;YES;YES  - 6 Ext. Description Lines & Use BamaWho Support and
  56.                  post "Uploaded by....." for all users.
  57.  
  58.     6;YES;NO   - Same as above, but if the user is the SysOp, do not
  59.                  post the "Uploaded by SysOp" to the FMS.
  60.  
  61.  
  62. 8.  Fixed problem of files posting to the FMS with VERY LARGE file
  63.     sizes.  (ie. 1083837212 was posted as a file size in certain
  64.     instances and has been found and fixed).
  65.  
  66. 9.  All of RBatch's output messages are now contained in a file called
  67.     MSGFILE.00  -  This file MUST RESIDE IN THE SAME DIRECTORY as your
  68.     RBatch configuration file.  This file can be modified by yourself
  69.     either to change what the prompts say or converting them to another
  70.     language. (See the instructions at the beginning of the MSGFILE.00)
  71.     Thanks to Mercurio Franco for this idea.
  72.  
  73.     !!!!!!!! RBATCH WILL NOT RUN IF THIS FILE IS NOT PRESENT !!!!!!!!!!
  74.  
  75. To upgrade from RBatch 2.XX to RBatch 2.20, just replace the
  76. RBatch.Exe file with the RBatch.Exe file included in this archive.
  77.  
  78. If you wish to use the new options:
  79.  
  80.      - deleting partial uploads: then you have to make the change to
  81.        the configuration file as noted in step #4 above.
  82.  
  83.      - Suppress SysOps name on BamaWho Feature:  then you have to make
  84.        the change to the configuration file as noted in step #7 above.
  85.  
  86.  
  87. -==[ RBatch 2.07 ]==-       [RBTCH207.ZIP]
  88.  
  89. IMPORTANT NOTE:  RBTCH207 WAS COMPILED WITH A DIFFERENT COMPILER THAN
  90.                  ALL OTHER VERSIONS OF RBBS AND CAN CAUSE MANY
  91.  ***********>>>  UNEXPLAINABLE PROBLEMS.  IT IS HIGHLY RECOMMENDED THAT
  92.                  YOU DO NOT USE THIS VERSION.  PLEASE USE EITHER 2.00
  93.                  OR 2.20
  94.  
  95. Whats new in Rbatch 2.07 (Since 2.00)
  96. -------------------------------------
  97.  
  98. 1.  To properly support ZSX you must now include ZSX as the last parameter
  99.     on the RBatch command line.  Example:
  100.  
  101.     Proto.Def entry for upload side:
  102.     ...","ZSXUP.BAT [PORT#] [SPEED] [NODE] [PROTO] ZSX"
  103.  
  104.     RBATCH.EXE RBATCH%3.CFG %1 %4 %3 %5
  105.  
  106.     NOTE:  ZSX should only be used with ZSX protocols.  You should have
  107.     the ZSX parameter in the PROTO.DEF and pass the %# to the RBatch
  108.     command line as shown in the above example.  The reason for this
  109.     fix is that ZSX uses 'b' for a Ymodem Batch protocol upload and
  110.     BiModem uses 'b' for a download.  By adding ZSX, RBatch will
  111.     properly determine the transfer direction with these two protocols.
  112.  
  113. 2.  User is now informed when RBatch is using a FILE_ID.DIZ, DESC.SDI
  114.     or a .DOZ file for a description.  Many users have asked on my BBS
  115.     why they did not get prompted for a file description, yet when they
  116.     viewed the files a description was there.  A prompt like this seemed
  117.     a good way to keep the user informed of what was going on.
  118.  
  119. 3.  Fixed up the BiModem section of the code so downloads would not
  120.     be processed as uploads.
  121.  
  122. 4.  DIR.CAT with multiple category codes would cause lock ups on some
  123.     machines.  This is fixed, and if a SysOp allows a user to categorize
  124.     a file with multiple cat codes, the first cat code is used for the
  125.     file.  Example:
  126.  
  127.     "RBBS","RBB,BBS,DOR","All RBBS Related Files"
  128.  
  129.     The file then gets the "RBB" code in the FMS
  130.  
  131. 5.  Ending screen that lists the number of files and the average
  132.     CPS time, was displayed wrong for users that did not have color.
  133.  
  134. 6.  Extended descriptions in Personal Files are now displayed across
  135.     a full line instead of in the "PCBoard" style.  Found out how to
  136.     properly display it from Ken.  Was using a "!" at the end of the line
  137.     instead of a "."
  138.  
  139. 7.  A SysOp Personal File was being posted with the Secret Name.  RBatch
  140.     now will post the file as SYSOP to maintain RBBS security.  Also, if
  141.     you have BLANK as the SysOp's secret name in the RBatch .CFG file,
  142.     SYSOP will be posted in the personal file, but you will not be notified
  143.     of a personal upload due to RBatch not knowing your name, hence not
  144.     being able to set your personal upload flag.
  145.  
  146. 8.  Becuase of the problems with Quick Basic and external programs that
  147.     return errorlevels (like RBatch), you should implement the SETERROR
  148.     statement in your batch file ONLY IF YOU HAVE OCCASIONAL hangs when
  149.     RBatch exits and the user returns to the BBS.  The statement
  150.     "SETERROR 0" should be on the last line of the batch file.  SETERROR.EXE
  151.     is part of the RBBS distribution package.
  152.  
  153.  
  154. -==[ RBatch 2.00 ]==-       [RBTCH200.ZIP]
  155.  
  156.  
  157.   --------- IMPORTANT ---------- IMPORTANT ---------- IMPORTANT -----------
  158.  
  159.   The configuration file has CHANGED since version 1.80 - Please see the
  160.   SAMPLE.CFG file for the new changes.  Also, you can read the RBatch.Doc
  161.   file for complete details of the entire configuration file.
  162.  
  163.   --------- IMPORTANT ---------- IMPORTANT ---------- IMPORTANT -----------
  164.  
  165.  
  166.     Fix = #  or  Enhancement = *
  167.     ^
  168.     |
  169. 1.  * Personal Uploads are now supported in RBatch!!  User will be prompted
  170.       to see if the file they just uploaded should be a personal upload.
  171.       If their security allows, and if they answer yes for personal upload,
  172.       they will be prompted if the upload should be to:
  173.  
  174.          a.  A User
  175.          b.  SysOp
  176.          c.  Security Level      (Controlled by Security Level)
  177.          d.  Distribution List   (Controlled by Security Level)
  178.  
  179.       The personal upload flag will be set in the users file, when a
  180.       personal upload exists.  NOTE:  if a personal upload is sent to
  181.       the SysOp and the SysOp wishes to be notified of the personal
  182.       upload, then they MUST USE THEIR SECRET NAME IN THE CONFIGURATION
  183.       FILE. (Line #12)
  184.  
  185.       If you are using Distribution Lists, the filename of the distribution
  186.       lists MUST END WITH A .LST as requried in RBBS.  If they do not end
  187.       with a .LST, then RBatch will not be able to find them.
  188.  
  189.  
  190. 2.  * Additional .CFG parameter added for the security level of a user that
  191.       is able to bypass the batch file checking of uploads.  If their
  192.       security level is greater than or equal to the level entered in the
  193.       .CFG file, then the batch file(s) will not be called by RBatch.
  194.       (Line #30 in configuration file)
  195.  
  196. 3.  * Additional .CFG parameter added to have .DOZ files take precedence
  197.       over FILE_ID.DIZ or DESC.SDI files.  If this parameter is omitted,
  198.       then RBatch processed .DIZ/.SDI files before .DOZ file.  This
  199.       parameter should not be used unless it is set for local file
  200.       posting (This is just an opinion/recommendation, as you can
  201.       set it up either way).  (Line #26 on the configuration file)
  202.  
  203. 4.  # Found a small bug in the duplicate file checking process.  Would
  204.       sometimes allow a file with the same name but different extension
  205.       to be uploaded to the BBS.  Fixed.
  206.  
  207. 5.  # Improved process that reads configuration file to ignore trailing
  208.       spaces.
  209.  
  210. 6.  * .DOZ files can now be used to do a personal upload.  See WHATISA.DOZ
  211.       for more information on the new .DOZ format.  The old format will
  212.       still work, but on a BBS with RBatch that allows Personal Uploads,
  213.       the program will prompt you if the file is a personal upload or not.
  214.  
  215. 7.  # The command lines for using DSZ (Xmodem and 1K-Xmodem) have been fixed
  216.       for use with RBatch.  Thanks to Don Silva for assistance in figuring
  217.       this one out.  See Proto.Def and Batch.Zip for the setups.  Case is
  218.       very important when using the pR1 command with DSZ.
  219.  
  220. 8.  # CAP2DOZ.ZIP has been updated with a newer version of the program.  This
  221.       program will aid in the creation of a .DOZ file from capture filelists
  222.       of the BBS's you downloaded files from.  Will now read the FAKEXFER
  223.       file for names of files to search in the capture list.  Read the
  224.       Cap2doz.Doc file included in the archive.
  225.  
  226. 9.  # FAKEXFER.ZIP has been updated with a newer version of the program.  Read
  227.       the Fakexfer.Doc file included in the archive if you use this program.
  228.  
  229. 10. # If in the dir.cat file, if you have a category that had multiple FMS
  230.       codes like this:
  231.  
  232.                  "GAMES","GAM,VGA,EGA,JOY","ALL GAMES"
  233.  
  234.       RBatch did not know how to interpret the multiple codes.  It is now
  235.       fixed so that the first code is read.  For example if a user
  236.       categorized an upload as GAMES, then the code put in the FMS will be
  237.       "GAM".
  238.  
  239. 11. # When the user is prompted with a (Y/[N] - [RETURN] = N), the program
  240.       will only accept a "Y", "N" or [RETURN].  If these keys are not hit,
  241.       RBatch will sit at this prompt until the user hits the correct key
  242.       or a keyboard timeout occurs.
  243.  
  244. 12. * Added a new feature for overwriting a file when it is found to be
  245.       a duplicate file by RBatch.  Line #21 of the configuration file
  246.       has to be modified to take advantage of this new feature.  Two
  247.       new parameters are added:  1) Path/File for Lidx.Def file &
  248.       2) the security level to prompt for overwriting a file.  When
  249.       you try to upload an existing file in RBBS, it will ask you to
  250.       overwrite the file, and if you say "Y", RBBS deletes that file.
  251.       When RBatch then starts to process the upload and finds it to
  252.       be a duplicate, it deletes the upload as a duplicate file.  But
  253.       with these new parameters, you can now keep this upload and have
  254.       it copied to the same directory that RBBS deleted the file from
  255.       if you have a high enough security level to do this.
  256.  
  257. 13. * Added in support for Tom Hansen's TAG160.ZIP program.  When using
  258.       TAG to prepare uploads, if you are making a .DOZ file and you
  259.       forget to change one of the file descriptions, RBatch will post
  260.       the description which says:  "File description goes here." - this
  261.       is the TAG default file description.
  262.  
  263.       Now when RBatch detects this string, it will prompt the user for
  264.       a file description instead of posting this string.
  265.  
  266. 14. * Added a new feature that will allow RBatch to post filenames
  267.       to the FMS/.DIR file system with or without the period as part
  268.       of the filename.  This new parameter is listed as #7 in the
  269.       Sample.Cfg file.  If the file is posted without the period, the
  270.       filename will be padded with spaces and the extensions are then
  271.       lined up. (Configuration Line #5)
  272.  
  273. 15.*  Abilitiy to have RBatch put as part of a Personal File upload
  274.       description the string:  "UP by USERNAME".  This way a person
  275.       who receives a personal upload will know who uploaded the file
  276.       to them.
  277.  
  278. 16.*  Added in support for PCZ (Protocol by Drue Kennon and Gary Smith).
  279.       When using PCZ, you MUST ADD an additional parameter (5th) to the
  280.       RBatch COMMAND LINE.  This 5th parameter is PCZ and would appear
  281.       like the example below:
  282.  
  283.           RBATCH RBATCH%node%.CFG %1 %3 %4 %5
  284.  
  285.                     -  OR -
  286.  
  287.           RBATCH RBATCH%node%.CFG %1 %3 %4 PCZ
  288.  
  289.       This tells RBatch to read the PCZ log file which is DIFFERENT from
  290.       the DSZ log file.  If you do not specify the PCZ parameter, RBatch
  291.       will not work properly (probably not at all) with PCZ.
  292.  
  293.       The 5th parameter can be added on the command line as PCZ or you
  294.       can pass the parameter from the PROTO.DEF - The two examples above
  295.       show both ways.  The included PROTOPCZ.DEF file also shows both ways.
  296.  
  297. 17.*  Added in in support for ZSX (Protocol by Jan Terpstra).  The previous
  298.       problem was that ZSX used "b" for a Batch Ymodem upload, but that
  299.       same letter was used by BiModem for a Download.  RBatch now looks
  300.       for the BiModem phone number at the end of the DSZLOG line to detect
  301.       if BiModem is being used.  If BiModem is not being used then the
  302.       "b" is treated as a Batch Ymodem upload when RBatch reads the XFER
  303.       file.
  304.  
  305.       If you have never used ZSX, it is an EXCELLENT protocol.  It is
  306.       well suited for use with DV as it does not HOG up time slices
  307.       like DSZ does, due to it being DV aware!  It does all the protocols
  308.       that DSZ does and more and should be considered by the SysOp if they
  309.       run under DV.  The protocol does require a fossil to be used though.
  310.  
  311.       Many thanks to Tom Hansen for supplying the setups for using ZSX
  312.       with RBBS/RBatch.
  313.  
  314. 18.#  EOF markers were showing up in file listings from .DIZ/.SDI files
  315.       processing.  These EOF markers are now stripped.
  316.  
  317. 19.#  Attempt to finally fix the blank line in the callers file.  Went
  318.       back and looked at the code and made some changes to it so I
  319.       believe that it is now fixed. (Fingers crossed!).
  320.  
  321.  
  322.  
  323. -==[Rbatch 1.80]==-
  324.  
  325. Mostly the new things in 1.80 were requests from registered users, but
  326. 1.80 also includes a fix for file description posting problems.
  327.  
  328. 1. #  The first line of extended descriptions would carry over to the
  329.       next file when both files contained internal file descriptions,
  330.       but only in a certain circumstance.  A hard bug to track down
  331.       as it only occured in a very specific instance, but I finally
  332.       found it.
  333.  
  334. 2. *  If the file(s) you uploaded contains a FILE_ID.DIZ or DESC.SDI and
  335.       a .DOZ file is also present, the description will be taken from
  336.       the .DIZ/.SDI and the category will be used from the .DOZ file.
  337.       This makes uploading or local file posting totally automated
  338.       once the upload or local file posting process is started.  RBatch
  339.       takes care of both the file descriptions and categorizing with
  340.       no intervention by the User/SysOp!  If the .DOZ file does not
  341.       exist, then the SysOp/User will have to categorize the file, if
  342.       the security level allows them to.
  343.  
  344. 3. *  The ending screen now will show the number of files transfered and
  345.       the average cps rate of the files transfered.
  346.  
  347. 4. *  When a user is in the extended description part of the program,
  348.       text will appear before the first line telling the user how many
  349.       lines of extended descriptions they are allowed and how long each
  350.       line can be.
  351.  
  352. 5. #  The merges that are included (Remember these are optional!!) have
  353.       been changed to fix a problem when a user stacks commands to have
  354.       the proper filenme displayed as ready to receive by RBBS.
  355.  
  356. 6. *  Added to the BIMODEM.ZIP file a sample configuration for BiModem.
  357.       Documentation is also included describing how to modify the
  358.       configuration file so that you can get BiModem up and running
  359.       on your BBS "QUICKLY" with just a few changes.
  360.  
  361. 7. *  Added into archive, the program TESTFIL3.ZIP - This program was
  362.       written by myself to be able to check dates of files uploaded to
  363.       your BBS.  The program is configured by the sysop to determine
  364.       what percentage of files are allowed for what date.  If the number
  365.       of files exceeds the percentage, and errorlevel is returned to
  366.       use in batch files to delete the upload.  An example is used in
  367.       PHASE2.BAT.
  368.  
  369. 8. *  Added into archive, the file DVRBBS3.ZIP - This file was prepared by
  370.       Tom Hansen of Church Chatters BBS (tm) to aid the RBBS sysop in
  371.       setting up RBBS with DV.  This file is not specific to RBatch but
  372.       does help in the setting up of the DSZLOG and NODE parameters that
  373.       RBatch uses.  Many thanks to Tom for preparing this file.
  374.  
  375. 9. *  Added into archive, the file PROBLEMS.DOC - These are some of the most
  376.       commonly asked questions about RBatch.  I have compiled this list in
  377.       hopes it helps out with problems you may have with RBatch.  It does
  378.       not cover all the problems that I have ever answered, just the most
  379.       common ones.
  380.  
  381. 10.#  Took out the check for the FILE_ID.DIZ & DESC.SDI format.  RBatch use
  382.       to check to see if each line exceeded 45 characters, and if it did
  383.       it would prompt the user for a file description.  It seems that
  384.       A LOT of folks do not know about he 45 character/line limit, so I
  385.       have changed RBatch to read lines longer than 45 characters without
  386.       detecting an error.
  387.  
  388. 11.*  Added into archive, the file CAP2DOZ.ZIP - This program was
  389.       initially written because I got tired of manually editing a
  390.       screen capture file listing, to prepare it as a .DOZ file.  It
  391.       started out just as a simple reformatter and then progressed into
  392.       what it has become in version 1.0.  The program is nothing stupendous,
  393.       but it does the trick and really makes preparing a .DOZ file MUCH
  394.       MUCH easier.  Hence, local file posting on your BBS is much easier.
  395.       Once the .DOZ file is prepared, you just fire up RBatch locally, and
  396.       sit back and watch all the files get posted to your BBS automatically!
  397.       So far CAP2DOZ has been tested and works on RBBS and PCBoard captured
  398.       file listings.
  399.  
  400.  
  401. -==[Rbatch 1.76]==-
  402.  
  403. Sorry for the quick release of another version right after 1.75, but a
  404. very nasty bug (#1) was present and another release was required.
  405.  
  406.  
  407. 1. # Fixed nasty bug where if the internal file description had a single
  408.      character as the first word on the line, it would hang the system.
  409.      This was due to old code not removed prior to 1.75 release.  Not sure
  410.      how this got code did not get removed?  Probably lack of brain
  411.      function on my part!
  412.  
  413. 2. # If a user dropped carrier during the upload, RBatch would not invoke
  414.      any of the batch file(s) to check the upload,
  415.  
  416. 3. * Found another character that DSZ/GSZ would put in the XFER file and
  417.      have now added that to the RBatch processing.  This was an undocumented
  418.      feature of DSZ/GSZ.  Boy am I suprised that this was not it the
  419.      DSZ/GSZ documentation <<G>>!
  420.  
  421. 4. # Fixed up FakeXfer so that if you are using it in command line mode,
  422.      and all the files that you are processing already exist in the
  423.      target directory, the program will properly tell you that they
  424.      already exist and no files were processed or copied.
  425.  
  426.      You should replace your version of FAKEXFER.EXE with the one supplied
  427.      in FAKEXFER.ZIP
  428.  
  429.  
  430. Here's what's new since 1.70 - This listing contains fixes & enhancements:
  431.  
  432.  
  433. 1.#* If a FILE_ID.DIZ or DESC.SDI file is found and an error is detected
  434.      in the format of one these files, then the .DOZ file will be used if
  435.      it exists.  If a .DOZ does not exist, then the user is prompted
  436.      for a file description. (See #13 for description on error detection)
  437.  
  438. 2.#  The RBATERR.LOG should now be written to the current directory
  439.      where RBatch is started from and not in different directories
  440.      like previous versions were doing.
  441.  
  442. 3.*  Protocols that do not strip out the EOF marker that RBBS puts
  443.      at the end of the "pre-write" has been fixed.  When the EOF marker
  444.      would not be stripped, this would cause RBatch to think that there
  445.      were no files transfered, and hence would not check the files or post
  446.      them.
  447.  
  448. 4.#  Found that RBatch would not make the "node" directory under the
  449.      defined work directory (last line in configuration file) under
  450.      certain circumstances.  Fixed.
  451.  
  452. 5.#  Parameter %1 that is passed to the PHASE?.BAT files was sometimes
  453.      messed up.  Fixed.
  454.  
  455. 6.#  Fixed the formatting of .DIZ/.SDI/.DOZ file descriptions.
  456.  
  457. 7.*  Added the ability to have a category code as part of the first
  458.      line in the .DOZ file.  For example, previously the first line
  459.      consisted of:
  460.  
  461.      {FI FILENAME.ZIP
  462.      File description goes here
  463.  
  464.      Now you can specify the category code after the filename:
  465.  
  466.      {FI FILENAME.ZIP 16
  467.      File description goes here
  468.  
  469.      Where "16" is the category code a user would enter if he/she were
  470.      prompted to categorize.  Note that you do not use the 3 character
  471.      code that is in the FMS, you use the category code that comes from
  472.      your upcat.hlp and your dir.dir's
  473.  
  474.      Note that each parameter on this first line is seperated by a SPACE
  475.      and that the line MUST end with a Carriage Return (NO SPACES after the
  476.      category code or else RBatch will not be able to find a match).
  477.  
  478.      All lines in a .DOZ file start at the LEFT MARGIN.  See WHATISA.DOZ
  479.      file for further information on the .DOZ file.
  480.  
  481. 8.*  You can now specify the name of the batch files that RBatch uses
  482.      by adding another line at the BOTTOM on the configuration file.
  483.      If no additional line is entered, the program defaults to the
  484.      PHASE?.BAT files.
  485.  
  486.  
  487.      Here are some examples:
  488.      -----------------------
  489.  
  490.      YES;C:\RBBS\WORK;C:\RBBS\ARC.LST - Currently the last line in config.
  491.      LOCAL.BAT;LOCAL1.BAT;LOCAL2.BAT  - New line is entered with the names of
  492.                                         the batch files to use.
  493.  
  494.      In this example LOCAL.BAT is called first, LOCAL1.BAT is called next,
  495.      and LOCAL2.BAT is called last.
  496.  
  497.  
  498.      Here is another example:
  499.      ------------------------
  500.      YES;C:\RBBS\WORK;C:\RBBS\ARC.LST - Currently the last line in config.
  501.      LOCAL.BAT;LOCAL1.BAT             - New line is entered with the names of
  502.                                         the batch files to use.
  503.  
  504.      In this example LOCAL.BAT is called first, then LOCAL1.BAT, then
  505.      PHASE3.BAT is called last.
  506.  
  507.  
  508.      Here is another example:
  509.      ------------------------
  510.      YES;C:\RBBS\WORK;C:\RBBS\ARC.LST - Currently the last line in config.
  511.      LOCAL.BAT                        - New line is entered with the name of
  512.                                         the batch file to use.
  513.  
  514.      In this example LOCAL.BAT is called first, then PHASE2.BAT is called next,
  515.      then PHASE3.BAT is called last.
  516.  
  517.      Here is another example:
  518.      ------------------------
  519.      YES;C:\RBBS\WORK;C:\RBBS\ARC.LST - Currently the last line in config.
  520.                                       - No additional line is entered in
  521.                                         the configuration file.
  522.  
  523.      In this example PHASE1.BAT is called first, then PHASE2.BAT is called
  524.      next, then PHASE3.BAT is called last.
  525.  
  526.      Note from the examples, that you can specify from 1 to 3 new
  527.      batch files for RBatch to use.  When using more than one batch
  528.      filename you MUST seperate each name with a SEMI-COLON!!!!  Just
  529.      like in my above examples.
  530.  
  531. 9.*  RBatch will now support colorized batch and upcat.hlp files
  532.      for users that have color chosen as their graphics type.  The
  533.      program will look for the following:
  534.  
  535.      Non-Color Graphics Choice         Color Graphics Choice
  536.      -------------------------         ---------------------
  537.            UPCAT.HLP                         UPCATC.HLP
  538.            PHASE1.BAT                        PHASE1C.BAT
  539.            PHASE2.BAT                        PHAES2C.BAT
  540.            PHASE3.BAT                        PHASE3C.BAT
  541.       or if you use a specified
  542.       batch file name(s) in config:
  543.  
  544.            GENERIC.BAT                       GENERICC.BAT
  545.  
  546.               Colorized = ANSI & High Ascii Characters.
  547.  
  548.      You will note that the program looks for the filename with a "C"
  549.      appended to the filename.  If the "C" file does not exist then
  550.      the non-color file is used.  Also, remember that you can call
  551.      the upcat.hlp whatever you wish, as long as it is specified in
  552.      the configuartion file.  (Some people like to have a different
  553.      upcat.hlp file for RBatch)
  554.  
  555. 10.# When in "local mode" for posting files to your BBS, the keyboard
  556.      timeout function has been set to 60 minutes.
  557.  
  558.  
  559. 11.* Time Credits can now be assigned by security level(s).  The format
  560.      for the Time Credit line in the configuration file is:
  561.  
  562.      security level,percentage;security level,percentage
  563.  
  564.  
  565.      Here is an example:
  566.  
  567.               5,125;10,150;15,175;25,200
  568.  
  569.  
  570.      You must have the HIGHEST value security level at the minimum
  571.      if just using one time credit percentage.  In other words if
  572.      your hightest security level of a user on your BBS is 100, and you
  573.      want all your users to have 100% time credits, then your configuration
  574.      line would be:
  575.  
  576.                100,100
  577.  
  578.  
  579.      Remember that the program checks to see if the users security
  580.      level is LESS THAN OR EQUAL TO the security level(s) on this
  581.      line and then uses the associated percentage.  For example if
  582.      you had the following:
  583.  
  584.  
  585.                 5,100;25,150
  586.  
  587.  
  588.      Then users with security levels LESS THAN OR EQUAL TO 5 would get 100%
  589.      credit, and users with security levels between 6 and 25 would get 150%.
  590.      Note also that if you use multiple security levels that you have
  591.      your HIGHEST SECURITY LEVEL listed as your last item.
  592.  
  593.      Currently you can have up to 20 security levels defined.
  594.      Remember that you this line should be input from lowest security
  595.      level to the highest, just like my examples.
  596.  
  597. 12.# File category for first file could carry over to successive files
  598.      during a batch upload.  Fixed.
  599.  
  600. 13.* Included better error detection for the processing of FILE_ID.DIZ,
  601.      DESC.SDI and .DOZ files.  An error will be detected when processing
  602.      a file if:
  603.  
  604.      1.  The .DOZ file does not contain a {FI or {fi
  605.      2.  The .DOZ file has a description line length longer
  606.          than 80 chars
  607.      3.  The .DOZ file does not contain a matching filename to the
  608.          file currently being processed
  609.      4.  The .DIZ or .SDI has a description line length longer
  610.          than 45 characters
  611.  
  612. 14.* When processing prepared file descriptions using .DIZ/.SDI or .DOZ
  613.      files, RBatch will strip ALL High Ascii Characters.
  614.  
  615. 15.# A quirk with BiModem on some systems will cause a filename to be
  616.      written to the XFER-?.Def file twice.  Since trying to get Erik
  617.      Labs to fix this is impossible, I have written in a fix for this.
  618.  
  619. 16.# Another anomolie with BiModem is that when a file exists and it
  620.      does a verify on the file, it will post the file as having 1 CPS
  621.      as the transfer rate.  I have also written in a fix for this.
  622.  
  623. 17.* RBatch will now check for the existance of the following files
  624.      that are listed in the configuration file.  If the files do not
  625.      exist, RBatch will terminate and write the error to the
  626.      RBATERR.LOG file.
  627.  
  628.      Here is a list of files that are checked:
  629.  
  630.      1st FMS/.DIR       Messages        Callers     Upcat.Hlp
  631.      2nd FMS/.DIR       Users           Dir.Cat
  632.  
  633.      Dorinfo?.Def - But only when you say "NO" for RBatch to create it.
  634.                     (For use in 17.4 which now create a dorinfo?.Def
  635.                      file for Dooring Protocols)
  636.  
  637. 18.# If you only have one file extension listed in the configuration file
  638.      to check for file duplicates, the program would not work.  Fixed.
  639.  
  640. 19.# Reports of BBS's that use \FMS TOP, writing the descriptions
  641.      backwards instead of from the top down.  Fixed.
  642.  
  643. 20.* If the FIRST THREE characters on ANY line in the UPCAT.HLP is
  644.      {NS, the program will strip it and replace it with three spaces.
  645.  
  646. 21.# If the file uploaded did not have an extension, the duplicate
  647.      file check would say - Checking .FILENAME as a Duplicate file,
  648.      instead of saying - Checking FILENAME. as a Duplicate file.  Fixed.
  649.  
  650. 22.# When processing description files (.DIZ/.SDI/.DOZ), sometime the
  651.      line lengths in the FMS/.DIR would be off.  Fixed.
  652.  
  653. 23.* The FakeXfer program would not check the destination directory to
  654.      see if the file already existed (this is commonly your upload
  655.      directory).  If a file already exists in the destination directory,
  656.      FakeXfer will not process and copy that file.  If all the files
  657.      are duplicates of files in the destination directory, FakeXfer will
  658.      post a message to you stating that no files were process or copied.
  659.  
  660.  
  661.