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