home *** CD-ROM | disk | FTP | other *** search
/ Beijing Paradise BBS Backup / PARADISE.ISO / software / BBSDOORW / RA_201.ZIP / RELEASE.DOC < prev    next >
Text File  |  1993-09-22  |  7KB  |  160 lines
  1. RemoteAccess 2.01 release notes
  2. ===============================
  3.  
  4. Welcome to the 2.01 upgrade!
  5.  
  6. There is no upgrade fee for this shareware version. Your existing RA.KEY will
  7. continue to work with the 2.01 release. This is a maintenance release only.
  8.  
  9. 2 Node limitation
  10. -----------------
  11. That's right. As of this release, the shareware version will support a 
  12. maximum of 2 normal plus 1 local-only nodes. To run more than this requires
  13. the /Pro version. Take this into account before proceeding with the upgrade;
  14. you may want to upgrade to the /Pro version instead.
  15.  
  16. RemoteAccess 2.01 Professional
  17. ------------------------------
  18. The Pro version is released simultaneously with this shareware version, and 
  19. is therefore available immediately. Pro owners who have returned their
  20. registration cards will be receiving upgrade information shortly. Contact
  21. information for /Pro distributors is contained in the main documentation.
  22.  
  23.  
  24. How to upgrade from 2.00
  25. ------------------------
  26. Couldn't be simpler. Replace all .EXE and .OVR files with the ones in this
  27. distribution archive. No further configuration required.
  28.  
  29.  
  30. How to upgrade from 1.11
  31. ------------------------
  32. Due to the significant number of changes, this is not a simple "plug & play"
  33. upgrade. While not especially complicated, there are a number of steps that
  34. must be followed to complete the upgrade successfully:
  35.  
  36. As always, BACK UP YOUR SYSTEM FIRST!
  37.  
  38.           1. Replace your 1.11 executables with the 2.01 ones.
  39.              (Don't forget your node directories, if applicable).
  40.  
  41.           2. Run RACONFIG in your system and node directories.
  42.              This will set defaults for the new options.
  43.  
  44.           3. Run 111TO200.EXE.
  45.              This will prompt you for some information, and will
  46.              then upgrade your configuration, menu and user files.
  47.  
  48.           4. Delete the USERON.BBS file from the system directory.
  49.  
  50.           5. Follow the instructions in the file "RA200FDB.TXT" under
  51.              the "Upgrade notes" heading, to install the new file system.
  52.  
  53.           6. Update the following prompts in your language files:
  54.  
  55.              46, 56, 57, 103, 199, 408, 524, 571, 572, 573  
  56.              601 to 661
  57.  
  58.              NOTE: Prompts 570 to 600 are reserved for the Professional
  59.                    version.
  60.  
  61.           7. If you have copies of CONFIG.RA in your node directories ONLY
  62.              because of different modem configurations, you may delete
  63.              CONFIG.RA from your node directories. All modem configuration
  64.              information is now stored in MODEM.RA.
  65.  
  66.           8. Run RAUSER -P to generate the new userfile index.
  67.  
  68.           9. Finally, don't forget to disable any doors which are not
  69.              compatible with 2.01.
  70.  
  71. As a final upgrade note, the command-line parameters for RAMSG.EXE have
  72. changed. The old version of RAMSG has been thrown out and replaced with
  73. an OEM version of the MBUTIL message database maintenance program. It
  74. contains extensive help screens to aid you in your installation.
  75.  
  76. NOTE: If you use RAMSG 1.11 or any other message-base utility which reads
  77.       MESSAGES.RA for purging information, you MUST replace it with the
  78.       new RAMSG provided in this archive!
  79.  
  80.  
  81. Last-minute additions to the documentation
  82. ==========================================
  83.  
  84. There are a number of features/notes which did not make it in time for the
  85. main documentation:
  86.  
  87. RIP Support
  88. -----------
  89. This version of RemoteAccess has support for the online graphical protocol
  90. RIP (Remote Imaging Protocol). To give your BBS RIP functionality, simply
  91. create the appropriate RIP screens in your textfile directory. RemoteAccess
  92. will auto-detect RIP at the user's end and display the .RIP files (where
  93. available) in preference to your regular ASC/ANS/AVT textfile.
  94.  
  95. An indicator on the F1 status bar signals the sysop that RIP is currently
  96. active. Additionally, a boolean flag has been added to the EXITINFO.BBS
  97. drop-file so that doors and other external programs can determine whether
  98. the user's terminal supports RIP.
  99.  
  100. NOTE that RIP graphics are never displayed locally. Instead, a window will
  101. pop up during the display of a RIP file to indicate what the user is seeing.
  102.  
  103.  
  104. RAMSG.EXE
  105. ---------
  106. * A number of RAMSG options and command-line parameters do not apply to JAM
  107.   areas, and are therefore ignored. Note that the following options are still
  108.   valid for Hudson areas, as per the documentation:
  109.  
  110.   RAMSG INDEX - The "delete" and "recover" options are ignored for JAM areas.
  111.   RAMSG PACK  - The "force", "overwrite", "delete" and "recover" options
  112.                 are ignored for JAM areas.
  113.  
  114. * NOTE that the example in the documentation is incorrect. The example which
  115.   reads "RAMSG INDEX -Delete -Recover -Renumber" should read
  116.   "RAMSG INDEX -Delete -Recover".
  117.  
  118. * By default, RAMSG processes JAM areas and Hudson areas, in that order. To
  119.   force RAMSG to process either JAM *OR* Hudson (not both), the following
  120.   command-line switches are available:
  121.  
  122.   -JAM    - Process JAM areas only.
  123.   -Hudson - Process Hudson areas only.
  124.  
  125. * It should also be noted that JAM areas will ONLY be linked if the -Link
  126.   option is specified during a PACK operation. This is not true of Hudson
  127.   areas, whose reply links are always updated.
  128.  
  129. * The -NoLrdPack switch of the Pack command is not documented in the manual.
  130.   This command (example "RAMSG Pack -NoLrdPack") disables packing of the
  131.   lastread pointer files for JAM areas.
  132.  
  133. * The "RAMSG Purge -Unused" command-line will cause RAMSG to automatically
  134.   delete all messages in any undefined (blank name) Hudson message areas.
  135.  
  136. * The errorlevels for RAMSG are documented incorrectly. The correct errorlevels
  137.   are:
  138.  
  139.   251    Configuration file version ID mismatch
  140.   252    Incorrect DOS version
  141.   253    Insufficient disk space available
  142.   254    Insufficient memory available
  143.   255    Disk error or missing configuration data
  144.     3    Fatal error detected by Borland C++ Start Up Code
  145.          (Usually this means there is insuffient memory to set up a stack)
  146.     0    No errors occurred
  147.  
  148. * While there are no limits per se on the number of messages in a JAM area,
  149.   this version of RAMSG can only handle a maximum of 65,535 messages per JAM
  150.   area. RAMSG will require more or less memory depending on the size of the
  151.   message-base to be packed. Memory required is approximately 64k + 8 bytes
  152.   per message. This means that on a machine with 590k available, RAMSG can
  153.   easily process the maximum number of messages (65,535).
  154.  
  155.  
  156. Hope you enjoy this upgrade!
  157. Andrew Milner.
  158.  
  159. /* End of file "RELEASE.DOC" */
  160.