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