home *** CD-ROM | disk | FTP | other *** search
/ Crawly Crypt Collection 1 / crawlyvol1.bin / bbs / move_106 / maximove.doc < prev    next >
Text File  |  1993-12-27  |  5KB  |  122 lines
  1. ***  **   Maxi*MOVE 1.05<beta> by Erik Williams
  2. **  ***   SunFox Productions, Ltd. <Durham, NC>
  3. ***  **   (c) Copyright, 1993.  All rights reserved.
  4. **  ***   "Jesus saves, Gretzky gets the rebound...SCORES!"
  5.  
  6.                      PRELIMINARY DOCUMENTATION
  7.  
  8. LAST MODIFIED:  December 27th, 1993
  9.  
  10. FILES IN ARCHIVE:
  11.  
  12.    MAXIMOVE.TOS => the executable
  13.    MAXIMOVE.CFG => config file...must be in Maxi*MOVE's directory!
  14.    MAXIMOVE.DOC => this documentation
  15.  
  16. INTRODUCTION:
  17.  
  18. Looking for an easy way to "upload" files that come in through the
  19. AtariNet File Distribution System to your FoReM/Turbo v. 1.0 BBS
  20. system?
  21.  
  22. Look no further...Maxi*MOVE is here!  It will move those files to
  23. the download areas you wish, put up the appropriate description in
  24. the .DIR file, and your users will have immediate access to the file.
  25.  
  26. CONFIGURING THIS BUGGER:
  27.  
  28. Configuring Maxi*MOVE to do as you wish is relatively simple...MAXIMOVE.CFG
  29. is pretty much free-format in terms of spacing...feel free to indent as you
  30. wish...Maxi*MOVE's parser isn't fazed by block-style lines.  In fact, I
  31. highly encourage a block-format...it makes reading and fixing the config
  32. file that much easier!  A sample of this is the MAXIMOVE.CFG I have 
  33. included in this archive.
  34.  
  35. REQUIRED CONFIGURATION LINES:
  36.  
  37. LogFile <path and filename of log>
  38.  
  39.           ex.  LogFile g:\logs\maximove.log
  40.  
  41.     LogFile is simply the path and filename that you wish the logging to
  42. be written to.  I use the standard Binkley logging format, so you can use
  43. your main log or one of your choosing...either way is fine.
  44.  
  45. SysopName <your name>
  46.  
  47.     The SysopName parameter will be the one used for the Uploader field
  48. in the download area.
  49.  
  50. FileAppCode <number>
  51.  
  52.     The FileAppCode is the line number of the application type you wish
  53. to have displayed.  These application types are located in a flat ASCII
  54. file called FTYPE.LST.  Edit FTYPE.LST and put your special "AFDS Maxi*MOVE"
  55. or similar message in it...and then use the line number of that message
  56. as the parameter for FileAppCode.
  57.  
  58. FileASCII <A|B>
  59.  
  60.     FileASCII will either be A for an ASCII file or B for binary files.
  61. I recommend that you leave it as B as I don't currently allow for
  62. individual areas to get individual FileASCII definitions.  That may come
  63. in a later version if there is enough interest.
  64.  
  65. FileLevel <user level>
  66.  
  67.     This is the level of access you wish to give to the moved files...a
  68. user that wishes to see them must be equal to or greater than this level
  69. to download the files.
  70.  
  71. CopyFiles
  72.  
  73.     This directive tells Maxi*MOVE to simply copy the files and not
  74. delete them after they have been copied.
  75.  
  76. MoveFiles
  77.  
  78.     This directive tells Maxi*MOVE to MOVE the files which is a delete
  79. after they have been copied.
  80.  
  81. ConfigDAT <path and filename>
  82.  
  83.     This is the full path and filename for your CONFIG.DAT...it is read
  84. to get the last file number and to update the number of files in system
  85. if a file is moved.
  86.  
  87. MoveDLs <source path> <destination path>
  88.  
  89.     This is the meat of the configuration...all I need is the AFDS
  90. holding path as your source and the FoReM/Turbo directory path where you
  91. want the files to be "uploaded".
  92.  
  93.     What will happen is that Maxi*MOVE will check the source directory
  94. for a file called FILES.BBS...which is the file written by STick/Hatch or
  95. AutoFile after a file has come in through AFDS.  Make sure that you 
  96. configure STick to write the FILES.BBS files (AutoFile will do it
  97. automagically)!  It will also check the destination directory for a file
  98. ending in .DIR which is the data file holding all of the information for
  99. a particular download area.
  100.  
  101.     If both of these files are there, then it reads FILES.BBS one line at
  102. a time, picking out a filename and a description.  It checks to see if that
  103. file is already in the destination area (in other words, it does some
  104. dupe checking) and that the file is still in the source directory (i.e., 
  105. you haven't moved it or deleted it!).  If all is well, it will copy it to
  106. the destination and add the FoReM/Turbo information to the .DIR file.
  107.  
  108.     Maxi*MOVE will keep doing this until the FILES.BBS file is exhausted.
  109. It then moves on to the next area and does the same thing until there are
  110. no more areas left.
  111.  
  112. FINAL COMMENTS:
  113.  
  114. That should about do it...admittedly, the code is still a bit rough, but
  115. in weeks of testing, it's done the job here.  It works on the TT030 and
  116. should work on a Mega4STE.
  117.  
  118. Any comments/bug reports you may have, please let me know so I can fix them.
  119. I'm usually in Fayetteville (NC) on the weekends...
  120.  
  121. SunFox
  122.