home *** CD-ROM | disk | FTP | other *** search
/ Amiga Elysian Archive / AmigaElysianArchive.iso / comm / tempest.lha / msgfle26.lha / README.MSGARC < prev   
Text File  |  1993-05-19  |  8KB  |  185 lines
  1. 5-15-93
  2.                       The Technician presents :
  3.  
  4.  
  5.                     The Message Archiving Module!
  6.  
  7.                                  V2.6
  8.  
  9.   ******   New Version Notes Towards the bottom of this README file
  10.  
  11. IMPORTANT NOTE:
  12.    Do  NOT  assign  the  MsgArc:   or MSGARC:  to VDK:, or any device
  13. mounted  as  a device using the VDK-Handler !!!!  It has been found to
  14. totally  crash  LHA  &  ZIP  on  a regular basis !!!  Use RAM:  or the
  15. actual Hard Drive !
  16.  
  17.    REGISTRATION:
  18.  
  19.    Nothing  like an old subject, but I would appreciate a registration
  20. for  this.  UNLIKE other utils I've written, this one is optional, and
  21. for  ONE reason.  I cannot honestly say this is a program that I wrote
  22. 100% by myself.  I basically used Tim's code & Modified it.
  23.    For  that reason, this IS and CAN BE a public release.  This may be
  24. posted on ANY BBS system, as long as there is not a charge for it.  An
  25. exception  to this would be if 100% of the charge for it is sent to me
  26. for registration.  I don't do many public releases, largely because of
  27. the time I spend programming.
  28.  
  29.       To register for this program, simply send $5.00 (Or whatever you
  30. feel it's worth) US MONEY to :
  31.  
  32.                        NiteFall BBS/Rick Rumer
  33.                        3319 Hickman Road
  34.                        Des Moines, IA, USA
  35.                        50310
  36.  
  37.                        ATTN: Util Registration!
  38.  
  39.    SETUP:
  40.  
  41.    All  you  have to do to activate this is assign MSGARC:  to an area
  42. you  want  it to archive the files in.  (I use RAM:, but I have 9 Megs
  43. of  memory.   Keep in mind you MUST have room for the file, as well as
  44. the archive if the user requests it!)
  45.    You  must  then  copy  the  MsgArc.MOD  file  to  your  BBS:Modules
  46. directory.  To call it from the file menu with the command MsgArc, you
  47. would  put  this in your MainMENU.OPT file (And possibly in other .OPT
  48. menus as well....) :
  49.  
  50. [*,*,*,*,*]    = MsgArc      |MODULE          |MsgArc.MOD
  51.  
  52.    Of course, you can ALSO call it as a DOOR program, in which in some
  53. text file, you would do this:
  54.  
  55. ~TD(BBS:MODULES/MsgArc.MOD)
  56.  
  57.    Adjust  your  paths according to whatever your setup requires.  The
  58. MOD  will read the path to your catalogs correctly no matter what path
  59. you use, as I check for that in the code.
  60.  
  61.    BUGS:
  62.  
  63.    As  far as I know, all security checks are still valid, and no bugs
  64. exist.   If  you  should find one, please let me know ASAP on NiteFall
  65. BBS  (515)  277-1320.  File Area 0 checks re-vamped by Tim Hatzenbeler
  66. December 1991.
  67.  
  68. The Technician    2-8-93
  69.  
  70. CHANGES:
  71.  
  72. 1)  Instead  of  asking for compression method in advance, it now asks
  73. you  AFTER you have seen the file size....  Just made more sense!  I'd
  74. either  have  people downloading a 300K file with no compression, or a
  75. 1k  file  with  the  longest  compression...   Now  users  can  make a
  76. decision, instead of guessing...
  77.  
  78. 2) Since InsertAd (Originally by me, massive updates by Professor) has
  79. become  so  popular,  I  had  to  make some adjustments to the MsgArc
  80. module  as  well  as the MessageArc Module...  The only way to disable
  81. the  ZIP  adding  in  InsertAd is to delete the command C:ZIP ...  But
  82. suppose  you want ZIP active for the file archiver/message archivers ?
  83. I found a solution.  Simply rename your C:ZIP file to C:ZZIP .  I have
  84. BOTH  the  message  & file archivers check for that before saying they
  85. can't choose that option.  If it can't find either name, then ZIP will
  86. not  be  used.  If you don't use insertad, then you can have either or
  87. both  names  present.   C:ZIP  is  checked first, so achieves slightly
  88. better  speed  in  finding  the command...
  89. (Maybe a difference of .1 sec)
  90.  
  91. 3)  BIG  CHANGE...  LHA & ZIP are the ONLY supported archiving methods
  92. now...   The  others  began  to  get flakey, and were obsolete anyway.
  93. This  dramatically speeds up the whole process, as less things have to
  94. be  checked  for,  as  well as the actual archiving time now is almost
  95. irrelevant,  since both are quite quick...  Although LHA blows ZIP out
  96. of the water!  ;-)
  97.  
  98. 4)  The  Default options have been deleted now, since many people were
  99. annoyed  with  having  to  backspace each time...  It took me a couple
  100. minutes  to  get  used to it, but I like it better now....  (Being the
  101. programmer, the defaults were MY prefered settings...He he he)
  102.  
  103. 5)  In  previous versions of the archive utilities, if for some reason
  104. the  transfer  failed,  the  archives  would be left in the directory.
  105. This  has  been  corrected.   Even if the entire process is aborted, a
  106. cleanup call is made to ensure no leftovers will be present, consuming
  107. space...
  108.  
  109. 6)  IBM  style  graphics  have  been  included,  to  give  it  a  more
  110. professional  look.   If  you have not done so already, you'll need to
  111. install  an  IBM  font  in the SetupBBS...  I'll include one with this
  112. archive for those who don't happen to have one....  :-)
  113.  
  114. ************************************************************************
  115. CHANGES (to 2.4)  :
  116.  
  117. 1)  Added  what  I call "Auto Jump & Adjust" which automatically takes
  118. you to an entered number (0-39), refreshes the screen, then allows you
  119. to  edit that number.  If you enter an area that doesn't exist, ie not
  120. turned  on  by  the SYSOP, OR if they don't have access, it will still
  121. take  them  to  that  page,  but they can't edit a yes/no question....
  122. (Since they don't have access, why let them?!)
  123.  
  124. 2)  FIXED  a bug in the CloseStuff() routine that wouldn't let it exit
  125. the  door  properly.   Some  SYSOPS were having a crash every time the
  126. utility  was  exited...   This  was a silly error on my part, but it's
  127. fixed now.  (Too silly to even mention what I did!)
  128.  
  129. 3)  Added  the  FIFO output routines, which enables the viewing of the
  130. archiving  WHILE  it's being done!  Note that to run this version, you
  131. MUST    have    installed    the    FIFO   handlers   and   libraries!
  132.  
  133. ************************************************************************
  134. CHANGES (to 2.5)  :
  135.  
  136. 1)  Optimized  for speed and size by The Skeleton.  I must say, he did
  137. an  EXCELLENT  job  of  cutting  the  size  down, and at the same time
  138. increasing the speed of the util!!!
  139.  
  140. ***********************************************************************
  141. CHANGES (to 2.6)  :
  142.  
  143. 1)  Checked  to see if the USER had toggled areas off!  Previously, if
  144. the  sysop  had given the user access, the archiver would do it.  NOW,
  145. it  checks  for  both,  so that when d/l msgs/files, you don't get the
  146. areas you don't wish to see!!!
  147.  
  148. ***********************************************************************
  149. * CHANGES (to xx.xx) :
  150.  
  151.    YOUR ideas are welcomed here!  Got an idea you want added?  Send it
  152. to  me  in  a text file, or leave me a message on NiteFall, and let me
  153. know!  I'll do the best I can to get it in...
  154.  
  155. ************************************************************************
  156.  
  157.  
  158.  
  159.    These changes cover BOTH the file archiver and the message archiver
  160. module... I've done them both at the same time, so as to make them
  161. pretty much equal in function, at least as much as possible... No bugs
  162. have been found in these versions, but should you encounter one,
  163. please call me on NiteFall (Number etc, above) and let me know...
  164. Please tell me what you configuration is (Hardware, and which version
  165. of Tempest), as well as where you have MsgArc: & MSGARC: assigned
  166. to... (I use RAM:)
  167.  
  168.    Example Configuration report:
  169.  
  170.    My  configuration:   Workbench  2.0 (From software, not ROM), Supra
  171. RAM card expanded to 8 megs, 600M CDC Hard Drive, Xetec HD controller,
  172. 150M  (TEAC) tape backup system, A2000 CPU running at 14 Mhz with Math
  173. Co-Processor  (CMI),  Fatter Agnus (8372), Normal Denise, and 2 floppy
  174. drives...   I  use  Mach  III  in  the background, as well as AssignX,
  175. MenuMaster, and WShell.  When I run Tempest I leave the shell I ran it
  176. from open, in case any output comes thru it...  (Prevents guru's) ....
  177.  
  178.    My BUG I found was this: (Or I want it to do that...etc..)
  179.  
  180. My handle on your BBS is xxxxxxxxxxx, my BBS name is xxxxxx at
  181. (555) 555-5555.
  182.  
  183.    Hope this helps!   The Technician
  184.                       4-18-93
  185.