home *** CD-ROM | disk | FTP | other *** search
/ PC Online 1997 August / PCO0897.ISO / filesbbs / os2 / prmfree.arj / PRMFREE.ZIP / readme < prev    next >
Encoding:
Text File  |  1997-06-12  |  9.5 KB  |  174 lines
  1.  
  2.                 Post Road Mailer Pro, Version 2.5, Free Edition
  3.                                  June 12, 1997
  4.  
  5. This package will act as a full-function 30-day demonstration unless you enter a
  6. Post Road Mailer 2.5 serial number into the "License the software" dialog via
  7. the File menu of the program's main window.  If the 30 days pass without a
  8. serial number being entered, the program will refuse to send or receive mail,
  9. but you will still have full access to the mail that's already stored there.
  10. You should have received such a serial number from us upon registering for this
  11. Free Edition of the software.
  12.  
  13. First-time users
  14. ----------------
  15. If you've never used the Post Road Mailer before, just unzip the package into an
  16. empty directory, and run INSTALL.CMD to create a program object on your OS/2
  17. Desktop, from which you can start the program.  (Of course, if you prefer, you
  18. can start the program using the POSTROAD.EXE command, at the command line, in
  19. that directory, instead of using a Desktop icon.  In this case, you will have no
  20. need to run INSTALL.CMD.)
  21.  
  22. Users of any previous version
  23. -----------------------------
  24. Please read the New Features page of the online help, even if you don't read any
  25. other part of it!
  26.  
  27. If you want the nitty gritty details of everything that's changed since the 2.0
  28. release in July of 1996, you can download the file
  29. http://www.tiac.net/innoval/whatsnew.txt.
  30.  
  31. Please note that you can not run a prior release of the Post Road Mailer at the
  32. same time that you are running this one.
  33.  
  34. It's not even a good idea to run two versions of the program without rebooting
  35. between one and the next.  OS/2 does not remove *.DLL files from memory, when
  36. the program stops using them, until it is necessary to do so in order to free up
  37. some memory so that another program can use it.  If one version of a *.DLL file
  38. is still in memory by the time another program (or another version of the same
  39. program) asks OS/2 for a *.DLL file by the same name, the application and OS/2
  40. have no way of knowing that the one in memory is the wrong one.  So the
  41. application ends up using a *.DLL file that is not at all what it is supposed to
  42. be, which can result in a SYS3175 error (common), corruption of data (quite
  43. rare), or any other type of odd behavior.  If you reboot between the running of
  44. one version of a program and the running of a different version of the same
  45. program (or any program which uses different *.DLL files by the same name), then
  46. there's no possibility of such conflicts.
  47.  
  48. Users of any 1.99 or 2.x version
  49. ---------------------------------
  50. You may unzip this package into your existing PRM directory, if you like.  (In
  51. fact, you should try to avoid doing it any other way.)  When you unzip a .ZIP
  52. file into a directory which already contains some of the same files, the
  53. unzipping program asks you whether or not it should overwrite the old version
  54. with the new.  Say yes to all of the *.EXE and *.DLL files and MAILCAP, for
  55. sure!  If you have made modifications to your POSTROAD.TAG file, FORWARD.CFG (if
  56. you have it), any of the *.CMD files (if you have them), PROBRPT.FRM, or
  57. SAMPLE.ADR, you may want to avoid overwriting those.
  58.  
  59. Of course, before you overwrite the old version with the new, you should backup
  60. the old one.  And remember OS/2's object orientation, when you do.  If you move
  61. a program file from one directory to another, the program object on your OS/2
  62. Desktop which points to that program file is going to remain pointing to that
  63. old program file in its new location.  After you unzip the new version, the old
  64. program object is not going to be pointing to the new program file in the old
  65. location, anymore.  So it's easy to make the mistake of thinking you're running
  66. the new version of the program after starting the program from your existing
  67. Desktop icon, when you're actually running the old version instead!  So if you
  68. do that, you will need to go into the settings of the program object, and make
  69. it point to the right directory again.
  70.  
  71. You may delete PMLCARD.DLL, PMLTRANS.DLL, PMLASSOC.DLL, and PICTBOX.DLL from
  72. your Post Road Mailer 2.0 directory after installing the new version, as they
  73. are no longer used.
  74.  
  75. If you used a 2.0.x beta version, you may have POSTPAGE.EXE.  If you've used it
  76. and have grown attached to it, you may certainly continue to use it, but it will
  77. not be supported at this time.  If you haven't used it, don't start, because it
  78. has a lot of problems which need fixing before it will be very useful.  Your
  79. best bet is to delete it.
  80.  
  81. Due to a problem in PRM 2.0, it was possible for it to create an invalid entry
  82. in the INBASKET.NIX file under certain circumstances.  Luckily, another problem
  83. counterbalanced that one, and prevented the invalid entry from being seen as
  84. invalid.  Now that both of those problems have been fixed, PRM 2.5 will want to
  85. correct any invalid existing INBASKET.NIX file entries the first time it runs.
  86. To be on the safe side, it copies INBASKET.NIX to INBASKET.BAK as a backup,
  87. before it alters the former.  If, after the first time you run the new version,
  88. your INBASKET.BAK and INBASKET.NIX files are identical, or once you're sure you
  89. can properly access all of your inbaskets under the new PRM version, then you
  90. can go ahead and delete your INBASKET.BAK file if you like.
  91.  
  92.   PLEASE READ THIS if you're installing over an old PRM version:
  93.  
  94. Another problem in PRM 2.0 allowed the "Wait time for connection" setting (on
  95. the first page of the settings notebook) to work when set to 0, under conditions
  96. in which it should not have worked.  Now that that problem has been fixed, if
  97. you cannot connect with that setting set to 0 anymore, try it at 1 instead.
  98.  
  99. Migrating (converting) inbaskets
  100. --------------------------------
  101. The Migrate function can be used to convert a PRM 1.03a or 1.05 beta inbasket to
  102. the 2.x format.  It must not be used for 1.99 or 2.x inbaskets, as they are
  103. already in that format!  Users of versions earlier than 1.03a must apply the
  104. 1.03a upgrade before using the Migrate function.
  105.  
  106. To use Migrate, you must unzip the new version into an empty directory other
  107. than the directory which holds the old version.  Migrate cannot convert
  108. inbaskets that are part of the current version's own directory tree.
  109.  
  110. Migrate leaves your old inbasket intact in its original location, as it copies
  111. the information into the new location with the new format.
  112.  
  113. Be aware that a PRM 2.x folder will take more disk space than the same notes in
  114. the format of a PRM 1.0x folder.  A folder in 1.0x is one data file and one
  115. index file; whereas in 2.x each note in a folder is itself a file.  (If you
  116. don't understand why 20 1K files take more disk space than 1 20K file, you might
  117. like to read the question, on the Frequently Asked Questions page of the online
  118. help, about HPFS vs. FAT.)  However, the benefits of the new one-note-per-file
  119. architecture of our folders greatly outweigh the drawback of some wasted disk
  120. space.
  121.  
  122. The Migrate function has a limit of 10,000 notes per folder, so if you have a
  123. folder larger than that, please contact us for instructions on how to work
  124. around that limit.
  125.  
  126. Users of "SpellGuard for PostRoad"
  127. ----------------------------------
  128. The old version of SpellGuard for PostRoad does not work with PRM 2.0.14 or
  129. later.  Please contact InnoVal for the free upgrade to the SpellGuard version
  130. that works with PRM 2.1 and 2.5.
  131.  
  132. HPFS vs. FAT?
  133. -------------
  134. If you have an HPFS partition available, we do strongly recommend installing PRM
  135. on it rather than on a FAT partition.  Not because PRM can take advantage of
  136. long filenames or anything like that, but just because of the disk space savings
  137. and speed of access of EAs and small files on HPFS as compared to FAT. (See the
  138. Frequently Asked Questions page of the online help if you want more details on
  139. that.)
  140.  
  141. If you have PRM 2.x installed on a FAT partition and want to move it to an HPFS
  142. one, just move your entire PRM directory (with all its subdirectories) to the
  143. HPFS partition, and then follow the instructions in the "Moving the Program
  144. Installation" page of the online help to make the program work with its new
  145. drive letter.  (You don't have to run the program to read its online help; the
  146. contents of POSTROAD.INF, which can be read with OS/2's VIEW.EXE command, are
  147. identical to that of POSTROAD.HLP.)
  148.  
  149. New release information
  150. -----------------------
  151. To get the latest news about new releases and plans for such, click on Release
  152. Information in the Help menu to download the current copy of RELEASE.TXT.
  153.  
  154. Uninstalling
  155. ------------
  156. To uninstall the Post Road Mailer, all you need to do is delete its directory
  157. and its Desktop icon.  There are no CONFIG.SYS file changes to be undone.
  158.  
  159. Acknowledgements
  160. ----------------
  161. The Post Road Mailer was packaged using Info-ZIP's compression utility.
  162. Info-ZIP's software (Zip, UnZip and related utilities) is free and can be
  163. obtained as source code or executables from various bulletin board services and
  164. anonymous-ftp sites, including CompuServe's IBMPRO forum and
  165. ftp.uu.net/pub/archiving/zip/*.
  166.                                                                             
  167. IBM and OS/2 are registered trademarks of the IBM Corporation.  Post Road Mailer
  168. is a trademark of InnoVal Systems Solutions, Inc.  All other brands, both cited
  169. and not cited, are trademarks, registered trademarks, or service marks of their
  170. respective companies.  The Post Road Mailer is licensed software and is
  171. copyrighted.
  172.  
  173. (c) 1995, 1996, 1997 InnoVal Systems Solutions, Inc.  All Rights Reserved.
  174.