home *** CD-ROM | disk | FTP | other *** search
/ Media Share 9 / MEDIASHARE_09.ISO / ra / labtest.zip / LABTEST.DOC < prev    next >
Text File  |  1993-07-27  |  28KB  |  580 lines
  1.  
  2.                ┌───────────────────────────────────────────────┐
  3.               █│ Labtest 2.0 - The Definitive Upload Processor │█
  4.               █└───────────────────────────────────────────────┘█
  5.               ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
  6.                               Copyright (c) 1993
  7.  
  8.                                 Mark Williamson
  9.                               Software Solutions
  10.                                   PO Box 1233
  11.                             Lemoore, CA 93245-1233
  12.  
  13. Introduction
  14. ─────────────────────────────────────────────────────────────────────────────
  15.                          ┌───────────────────────┐
  16.                         █│ What does Labtest do? │█
  17.                         █└───────────────────────┘█
  18.                         ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
  19.  
  20.      ■ Scan the user's uploads (unarchiving as necessary)
  21.      ■ Rearchive the file to the Sysop's preferred format
  22.      ■ Add a .ZIP or .ARJ file comment
  23.      ■ Optionally drop to dos after each file is successfully processed to run
  24.        a custom batch file.
  25.      ■ Detect FILE_ID.DIZ file (if one exists) and reserve it for
  26.        use by the user-defined batch file.  Inserts the contents
  27.        of FILE_ID.DIZ into FILES.BBS
  28.      ■ Update the FILES.BBS file to reflect the new file name
  29.      ■ Provide the user with a graphical depiction of the progress
  30.      ■ Create SCANFILE.BAD for Wildcat 3.x systems in the event of a bad
  31.        archive.
  32.      ■ Process entire directories, unpacking/scanning/repacking each file.
  33.      ■ Ignore previously processed files, so you can run Labtest as a
  34.        maintenance item.  User the /O override command to process
  35.        previously processed files.
  36.      ■ Detect GIF resolution and insert into FILES.BBS comments
  37.      ■ Auto-magically update Remote Access 2.00 file database entries
  38.        with new filename (if converted), size, description from FILE_ID.DIZ
  39.        (if one exists) and/or GIF resolution.
  40.  
  41. Shareware Notice
  42. ──────────────────────────────────────────────────────────────────────────────
  43.  
  44. Labtest 2.0 is a shareware product.  We at Software Solutions believe every
  45. computer user should be able to try a program for a limited time before they
  46. make a decision to purchase it.  Under this concept, you, the user, agrees to
  47. register or discontinue use of Labtest after the 30 day trial period.  Labtest
  48. will not stop working and is not 'crippled' in any way.  The unregistered,
  49. shareware version of Labtest is fully functional.  Upon registering Labtest,
  50. the registration message will disappear and you will have your name and BBS
  51. name prominently displayed for all of your user's to read.  
  52.  
  53. How to Register Labtest
  54. ──────────────────────────────────────────────────────────────────────────────
  55.  
  56. You are encouraged to register Labtest 2.0 for the simple fact that it costs
  57. only $20 to do so and will keep the author happily pounding away at the
  58. keyboard improving and upgrading it's capabilities.  With your registration
  59. you will receive a registration key which will turn off the bothersome Please
  60. Register Me message and enable the usage log feature of Labtest. 
  61. Additionally, you will be entitled to free upgrades until the end of time.  At
  62. the end of this document is the registration form.  Fill it out and mail it
  63. with your $20 to the address listed on the form.  You can get your
  64. registration key by return mail or a call to your BBS, whichever you specify. 
  65.  
  66.  
  67. Installation
  68. ──────────────────────────────────────────────────────────────────────────────
  69.  
  70.    System Requirements
  71.  
  72.       Labtest will run on any IBM compatible 286/386/486 computer with
  73.       at least 640k ram.
  74.  
  75.       Additional support programs required to run Labtest are:
  76.  
  77.       A Virus Scan program (user definable)
  78.  
  79.       Up to six Archive utilities (user definable)
  80.  
  81.       EXITINFO.EXE (For Remote Access 2.00 only - included in this
  82.       archive)
  83.  
  84.       BNU or X00 Fossil driver.  Required even when run in local mode!
  85.  
  86.       Additionally, Labtest requires the use of Ansi graphics on both
  87.       the host computer and the remote terminal.
  88.  
  89. Labtest is designed primarily as a utility for System Operators (Sysops) to
  90. protect their BBS's from user's who, knowingly or unknowingly, upload an
  91. archived file that is either corrupted or one of the files contained in the
  92. archive is infected by a computer virus.
  93.  
  94. When running Labtest on your BBS, you must ensure that a fossil driver is
  95. already loaded.  Labtest uses the fossil driver to communicate with the modem.
  96.  
  97. To install Labtest in your BBS, there are several steps to take to ensure a
  98. smooth installation.  Some of these steps depend entirely on the BBS software
  99. you are using.
  100.  
  101. Labtest recognizes door information files produced by almost all major BBS
  102. software.  
  103.  
  104. The door information files recognized are:
  105.  
  106.      DOOR.SYS
  107.      DORINFO?.DEF
  108.      CALLINFO.BBS
  109.      EXITINFO.BBS (Remote Access version 1.11!)
  110.                   (Use the supplied Exitinfo.bbs converter for RA 2.00)
  111.      CHAIN.TXT
  112.      SFDOORS.DAT
  113.  
  114. The first step to installing Labtest is to decide where to put the Labtest
  115. files.  This is entirely up to you.  You may place them into the BBS
  116. software's base directory, or into a directory of it's own.  In order
  117. for Labtest to locate it's configuration files, it is suggested that
  118. Labtest be placed in the DOS path.  This will allow you to run Labtest
  119. from any directory on your system.
  120.  
  121. The next step is to run LABSETUP.  Labsetup will write the configuration file
  122. which Labtest will read each time it is run (Local and BBS modes).
  123.  
  124.   [ Files and Paths ]
  125.  
  126.   Main BBS Dir:  Enter the full path name to your BBS home Directory.  Note
  127.                  that this is NOT necessarily the node directory.  For
  128.                  Wildcat users, this is where Labtest writes SCANFILE.BAD
  129.                  for bad archives (usually the \WC30 directory).  For Remote
  130.                  Access users, this is where your CONFIG.RA and FILES.RA are
  131.                  located.
  132.  
  133.       Work dir:  This is the directory where files will be unpacked to.
  134.                  This directory will be wiped clean after each use of
  135.                  Labtest so it is best not to use this directory for
  136.                  anything else other than Labtest.
  137.  
  138.   Badfiles Dir:  This directory will be used to store archive files that
  139.                  failed the test.  These files will not be converted.
  140.                  For Wildcat users, Labtest will not move bad files.
  141.                  Wildcat will detect the presence of SCANFILE.BAD in the
  142.                  home directory and will flag the file as bad in the
  143.                  database, preventing it from being listed or
  144.                  downloaded.
  145.  
  146.   Logfile name:  Specify the complete path and filename (with extension)
  147.                  of the file that Labtest should write the activity to.
  148.                  Labtest supports a Front Door style logfile.  You may
  149.                  specify the same log file that your BBS uses if you
  150.                  wish.
  151.  
  152.   Comment file:  This is an ascii text file that Labtest will use as an
  153.                  ARJ or ZIP archive comment.  This is useful especially
  154.                  for advertising your BBS.
  155.  
  156.     Batch File:  This is the full path\file name of a batch file you want to
  157.                  run after each archive file is processed.  Three parameters   
  158.                  will be passed to this file:  Old_File_Name, New_File_Name,   
  159.                  and the path\filename to the FILE_ID.DIZ if one was found.    
  160.                  This batch file can be used to run a file database update     
  161.                  utility that will import the file description and name to     
  162.                  your database (for Wildcat, Telegard, Remote Access, and      
  163.                  others that don't use FILES.BBS).  
  164.  
  165.   [ BBS Info ]
  166.  
  167.    System name:  Enter the name of your favorite bbs - yours!
  168.  
  169.     Sysop name:  Enter your name as it will appear on your registration.
  170.                  This information is used to calculate your personal
  171.                  registration number, so it is vital that you enter it
  172.                  precisely as you will on your registration form.  This
  173.                  is case sensitive, so pay particular attention to
  174.                  upper/lower case.
  175.  
  176.  Labtest key #:  This is your personal registration number.  If you
  177.                  haven't registered Labtest, this should be a zero.  No
  178.                  number will work except the one you get by registering
  179.                  Labtest.
  180.  
  181.   BBS Software:  Entering this field will pop up a menu of supported BBS
  182.                  systems.  Move the highlight bar with the arrow keys
  183.                  to this field and a menu will pop up.  If your system
  184.                  is not on the menu, we suggest you select FILES.BBS so
  185.                  that Labtest will be sure to update the description
  186.                  file. If you would like to see Labtest directly support
  187.                  your type of BBS, send us as much information on your
  188.                  system and we will be glad to update Labtest.
  189.  
  190.   [ RA 2.00 Info ]
  191.  
  192.    If you selected RA 2.00 as your BBS software, Labsetup will ask you
  193.    for the path of your file database.  This is the path to your
  194.    file database as you entered it into RACONFIG.  Usually this is
  195.    C:\RA\FDB.  Note that RA 2.00 divides the file database into three
  196.    files per area, the header file, the index file and the text file.
  197.    Each of these files will be located in a separate directory.  The
  198.    default for Remote Access 2.00 looks something like this:
  199.  
  200.        C:\RA\FDB\HDR  <- Where the header files are kept
  201.        C:\RA\FDB\IDX  <- Where the index files are kept
  202.        C:\RA\FDB\TXT  <- Where the description files are kept
  203.  
  204.    Note that you will only enter the BASE directory.  Labtest will look
  205.    for the HDR, IDX, and TXT directories in the BASE directory.
  206.    Labtest will update each of these files to reflect the conversion (if
  207.    the file was converted), the FILE_ID.DIZ description, the GIF
  208.    resolution if applicable and the new file size (if converted).
  209.  
  210.   [ Wildcat Info ]
  211.  
  212.    If you selected Wildcat 3.x as your BBS software, Labsetup will
  213.    display a help screen detailing information you need to update the
  214.    Wildcat ALLFILES.DAT file.  You will need the program WCFILES to
  215.    update your database with the FILE_ID.DIZ contents.  This may be ran
  216.    from the custom batch file which Labtest will execute after each file
  217.    is processed.  Consult your Wildcat documentation for details on how
  218.    to run WCFILES from the command line.
  219.  
  220.    A sample of the WCFILE syntax for WC3+ sysops follows.
  221.  
  222.    CD \WC30
  223.    WCFILE /D:C:\FILES\UPDN\FILES.BBS /P:1,12,14,80 /A:29 /T /E
  224.              ^^^^^^^^^^^^^^^^^^^^^^^               ^^^^^
  225.                     |                                 |
  226.               Upload directory             Upload File Area in Makewild
  227.  
  228.    Please note:  Since Wildcat doesn't normally utilize the FILES.BBS
  229.    description file, there are some things to consider.  Labtest will
  230.    only write a description to this file if there is a FILE_ID.DIZ.
  231.    Labtest will always attempt to rename the file to reflect the
  232.    conversion process.  If the file is not found in the FILES.BBS and
  233.    there was no FILE_ID.DIZ, nothing will be written to the FILES.BBS.
  234.  
  235.   [ Archivers ]
  236.  
  237.    In this menu you will define up to 6 pack/unpack programs.  Three
  238.    things are required for each archive type:
  239.  
  240.    File Extension:  Enter the three digit file extension of files that the
  241.                     archive utility creates, ie.  ZIP for Pkzip, ARJ for
  242.                     Arj.
  243.  
  244.      Pack command:  Enter the Dos command line to create an archive of
  245.                     this type.  Labtest will append the filename to
  246.                     the end of the command line.
  247.  
  248.    Unpack command:  Enter the Dos command line to unpack an archive of
  249.                     this type.  Labtest will append the filename to
  250.                     the end of the command line.
  251.  
  252.      Scan utility:  Enter the Dos command line to initiate the virus
  253.                     scanner.  Labtest will append the filename to
  254.                     the end of the command line.
  255.  
  256. Convert archives to:  Enter the three letter file extension of your
  257.                       preferred archive type.  Labtest will use the
  258.                       appropriate packing command to convert your
  259.                       uploads to this type.
  260.  
  261.     Note that Labtest comes preconfigured for 6 of the most popular
  262.     archive utilities and for McAfee & Associate's VirusScan program.
  263.  
  264.  
  265. If you make a mistake entering any information, you may back up using the
  266. UpArrow key or ShiftTab.  You can also use your mouse to move around the
  267. prompts.  Press ESC if you wish to cancel the changes.  Note:  If you press
  268. ESC, your changes will be ignored and the program will exit.  When you are all
  269. finished, press F10 or enter at the last prompt to save your setup.
  270.  
  271. Running Labtest
  272. ──────────────────────────────────────────────────────────────────────────────
  273.  
  274. To run Labtest, you must have a fossil driver installed.  If you want to run
  275. Labtest in local mode, you will still need a fossil driver, but you should use
  276. the /L switch to override the reading of the door information file.
  277.  
  278. Labtest will read the commandline to fetch the file names to be processed. 
  279. Valid filenames include:
  280.  
  281.   Wildcards (*.*, *.ZIP, etc..)
  282.   One or more filenames (ie C:\BBS\UPLOADS\NEWFILE.ZIP)
  283.  
  284. You can mix and match any of the above.  You can even have multiple wildcards,
  285. like C:\BBS\*.* C:\BBS\UPLOADS\*.* C:\MODEM\DOWNLOAD\*.ARJ, etc..
  286.  
  287. Note:  When using wildcards Labtest will only process those files that were
  288. not previously processed by Labtest.  Labtest keeps track of which files have
  289. been already processed.  You may force Labtest to process all files by using
  290. the /O (Override) command line switch.  Using the /O switch is not
  291. recommended in conjunction with a wildcard.  When Labtest detects a
  292. wildcard, like *.*, it tells Labtest to process ALL files in the
  293. specified directory.  When Labtest processes a file and rearchiving is
  294. enabled, the newly created file will appear at the end of the DOS
  295. directory.  So, when Labtest reaches this new file (which had just been
  296. processed), it will process it again because of the Override command.
  297. Override is useful when rearchiving is not enabled or on single files.
  298.  
  299. To run Labtest as a nightly event in your BBS, install Labtest in your
  300. system's event handler:
  301.  
  302.                                           \/==Local Mode!
  303. C:\LABTEST\LABTEST.EXE C:\BBS\UPLOADS\*.* /L
  304.  
  305. The above line would cause Labtest to process any 'new' files in the
  306. upload directory.
  307.  
  308. This method is recommended if your BBS software does not directly
  309. support an external upload scanner.  (ie Remote Access 1.11).
  310.  
  311. Many BBS software packages have the option for an external upload scanner. 
  312. Also, many 'File Transfer Door' programs provide this ability.  Consult
  313. the docs for the particular system you are using.  For example, in
  314. Remote Access v. 2.00, use the option External Scan Program, and use the
  315. following command line:
  316.  
  317.      *C /C C:\LABTEST\LABTEST.BAT @ *M
  318.  
  319.  (When using with Remote Access 2.00, you must run Labtest from a batch
  320.   file in order to convert the new Exitinfo.bbs format)
  321.  
  322.   Sample LABTEST.BAT:
  323.  
  324.   EXITINFO
  325.   LABTEST %1 /O    <- Always use the /O when running Labtest online!
  326.   EXITINFO /NEW
  327.  
  328. For most other BBS programs, simply substitute the @ with the full path and
  329. file name of the user's upload.  The *M is a Remote Access specific command
  330. that forces Remote Access to swap out of memory.
  331.  
  332. The important thing to remember is to ensure that your BBS software will swap
  333. itself out of memory to give room for the unarchiving utilities.
  334.  
  335. Wildcat automatically detects the file called SCANFILE.BAT and will run
  336. this batch file after each upload.  An example SCANFILE.BAT is included
  337. in this archive.  Note:  The Wildcat user's manual warns against moving
  338. an uploaded file or changing the name of the file during the scan
  339. process.  It has not been determined exactly what happens when the file
  340. Wildcat expects to see is not there anymore because it was converted or
  341. moved to the badfiles directory.  The options to convert and/or move
  342. files out of the Wildcat upload directory are completely up to you.
  343.  
  344. Sample SCANFILE.BAT for Multiline WildCat BBS.  Please add a fossil 
  345. driver command to this batch file if it is not already loaded by your
  346. system settings.
  347.  
  348. ECHO OFF
  349. LABTEST %1
  350.  
  351. Each time Labtest processes a file, it will attempt to detect the archive
  352. type.  Once the archive type has been determined, the file will then be
  353. unpacked completely. Then, McAfee's VirusScan will be scan each of the
  354. executable files.  If the scan was successful and no problems were reported,
  355. the archive will (optionally) be converted to the type specified in Labsetup. 
  356. Last but not least, if the new archive is a ZIP or ARJ format file, a file
  357. comment will be added to the archive, provided one is specified in Labsetup. 
  358.  
  359. If a problem is detected by Labtest, the user will be notified that the file
  360. did not pass and Labtest will then move the file to the directory specified
  361. for Bad Files in Labsetup.  No other action will be taken on bad archives.
  362. For Wildcat systems, Labtest will not move the file, but will create the
  363. file SCANFILE.BAD which is used by Wildcat to flag the file as bad.
  364.  
  365. Running Labtest in a Multi-Node Environment
  366. ──────────────────────────────────────────────────────────────────────────────
  367.  
  368. Labtest will search for the door information file (ie DOOR.SYS,
  369. DORINFOx.DEF) in the current directory.  For Multi-Node systems, it is
  370. important to run Labtest from your system's Node Directory.  As an
  371. alternative, you may pass Labtest the path the appropriate door
  372. information file.  Use the /C switch to tell Labtest where to look.
  373. Note that this should include the drive and path but not a filename!  For
  374. example:
  375.  
  376. (Remote Access 2.00)
  377.  
  378.   In RACONFIG, use the following commandline:
  379.  
  380.   C:\RA\LABTEST.BAT @ /CC:\BBS\NODE*N
  381.                       ^^^ no space between /C and the path!
  382.  
  383.   The *N will append the node number to the path.  The above command
  384.   line would expand to  /CC:\BBS\NODE1 for node 1.
  385.  
  386.   Or, instead of using the *N, you could just specify the whole path to
  387.   the DORINFOx.DEF/EXITINFO.BBS files.
  388.  
  389.   Optionally, you could simply copy the DOOR.SYS file that Remote Access
  390.   creates, over to the LABTEST directory and run Labtest from it's own
  391.   directory.  Placement of the door information files may required some
  392.   trial and error until the new EXITINFO.BBS structures are incorporated
  393.   into Labtest.
  394.  
  395. (Wildcat 3.x)
  396.  
  397.   In SCANFILE.BAT, run Labtest as follows:
  398.  
  399.   C:\WC30\LABTEST %1 /CC:\WC30\WORK\NODE%WCNODEID% /O
  400.  
  401.   Of course, replace the drive/path statements with your system's setup!
  402.  
  403. Command Line Options
  404. ──────────────────────────────────────────────────────────────────────────────
  405.  
  406. The follow is a description of valid command line options which you can
  407. better control Labtest's performance:
  408.  
  409.   /L         Causes Labtest to run in 'local' mode.  Keep in mind
  410.              however, that a fossil driver is still required.  In Local
  411.              Mode, Labtest will not attempt to read a door information file.
  412.  
  413.   /NOSCAN    When this command is given, Labtest will not run the virus
  414.              scanner on any file during the current session.  Note this
  415.              is only useful when you just want to convert your files to
  416.              one format.  Otherwise, this is not recommended.
  417.  
  418.   /O         This is the Override command.  Labtest will normally
  419.              process only those files not previously proceseed.  Using
  420.              this command, you will force Labtest to ignore it's own
  421.              time stamp feature.  This is highly recommended while
  422.              running under the BBS system.  An industrious person may
  423.              determine the special file stamping and attempt to trick
  424.              Labtest.  This will ensure that this will never happen.
  425.  
  426.  
  427. A note on file descriptions
  428. ──────────────────────────────────────────────────────────────────────────────
  429.  
  430. Labtest was designed to be flexible but not 'all things to all people.' 
  431. Labtest will attempt to locate a FILE_ID.DIZ file in the user's upload.  If
  432. one exists, it will be copied out of the temporary directory.  Then, when
  433. Labtest is finished with the file, it will exit to dos and run the batch file
  434. named in Labsetup.  Here, you may run a utility which will update your file
  435. database or do whatever.  Labtest will pass the old archive name, the new
  436. archive name, and the full path and file name of the FILE_ID.DIZ file if one
  437. was found.  This way, you can run a utility which will add the file to your
  438. file database using the description in FILE_ID.DIZ.  For systems that
  439. use FILES.BBS, Labtest will always replace the user's comments with the
  440. contents of a FILE_ID.DIZ file if one was found.  Also, Labtest will
  441. insert the picture resolution of a GIF file.  The resolution is made up
  442. of the screen size in pixels and the number of colors.  Otherwise, you
  443. will have to go into your file system and change the name to the new
  444. archive name.  Labtest is intended to be more of a generic upload
  445. processor, giving it appeal to a variety of BBS software.  Therefore,
  446. routines were left out that would automate the process of updating
  447. various system files.  This chore is left up to the Sysop.  If you don't
  448. like that idea, the I suggest you leave the Preferred Archive field
  449. blank in Labsetup, thus turning off archive conversion.
  450.  
  451. Suggestions and Comments
  452. ──────────────────────────────────────────────────────────────────────────────
  453.  
  454. Software Solutions would like very much to here from you!  Please send your
  455. suggestions and comments to:
  456.  
  457. Software Solutions
  458. PO Box 1233
  459. Lemoore, CA 93245-1233
  460. Fido Address: 1:214/54
  461.  
  462. We a particularly interested in knowing what type of BBS software you are
  463. using and how you think we could improve on Labtest.  Additionally, if you
  464. have thorough descriptions of you BBS's data file formats, we would like very
  465. much to include them into Labtest so the program would update your file
  466. database to indicate the new file name, size and description.
  467.  
  468. Why so cheap?
  469. ──────────────────────────────────────────────────────────────────────────────
  470.  
  471. Software Solutions is a private enterprise owned solely by one person with a
  472. goal:  To write quality software that anyone can afford.  Too many times has
  473. there been a need for a utility and the one program that seemed to be 'the
  474. one' cost way too much money.  The price of software these days seems to have
  475. gone crazy.  While keeping the price at $20, we hope to get a good response
  476. from Sysops everywhere.  And at the same time, we are contributing to the
  477. proliferation of quality shareware for a very reasonable price.  
  478.  
  479. Technical notes
  480. ──────────────────────────────────────────────────────────────────────────────
  481.  
  482. Labtest 2.0 was written entirely in Turbo C++ version 3.0.  Door
  483. interface routines provided by OpenDoors 4.1 by Brian Pirie (all rights
  484. reserved).
  485.  
  486. Labtest operates by shelling to the user defined archive and scanning
  487. programs.  If the archive programs return an errorlevel of 0, Labtest
  488. assumes the operation was successful.  If any other errorlevel is
  489. returned by the software, then the archive is tagged as 'bad'.  Note
  490. however that utilities like PKZIP will return an errorlevel of non-zero
  491. if you did not have enough memory or disk space to unpack the archive.
  492. Labtest will always log the errorlevel reported by an archive utility
  493. and the scan utility.  Consult the documentation on the utilities you
  494. decide to use with Labtest for specifics on errorlevels.  Labtest will
  495. run the virus scanning utility once for each executable file extracted
  496. from the archive.  This method was chosen over shelling once and
  497. scanning a whole directory so we could inform the user and the sysop of
  498. which file failed the scan.  Also, Labtest will log the specific
  499. filename which failed the scan.
  500.  
  501. After a file is successfully unpacked, scanned and repacked, Labtest
  502. will throw in your ZIP/ARJ comment (if defined in Labsetup).  Last but
  503. not at all least, Labtest will shell to the batch file defined in
  504. Labsetup.  Labtest will pass this batch file three file names.  First is
  505. the OLD_FILE_NAME.  This is the name of the original file uploaded by
  506. the user (or in local mode, found in the directory).  The second file
  507. name is the NEW_FILE_NAME after the conversion process.  And lastly, the
  508. full path and filename of the FILE_ID.DIZ file if one existed in the
  509. archive.  These things given, one could possibly update their file
  510. database:
  511.  
  512. Consult the documentation on your BBS software to see how you can use
  513. these three filenames to update your file database.
  514.  
  515. The Beta Team Players
  516. ──────────────────────────────────────────────────────────────────────────────
  517.  
  518. Now for some recognition!  Before Labtest was released, I posted a
  519. message asking for volunteers to act as beta testers.  I received an
  520. overwhelming response.   The following people have my utmost
  521. appreciation for all the hours they put into testing this program and
  522. helping make it as solid as possible.
  523.  
  524.  
  525. Ronnie Albernathy            Wildcat 3.9M
  526. (1:151/601)
  527. Ronnie's Private BBS
  528.  
  529.   Many thanks to Ronnie for his help in writing the documentation for
  530.   where Wildcat specifics were needed.  He smoothed up a lot of rough
  531.   areas and his help was greatly appreciated!
  532.  
  533.  
  534. Thanks to all of these guys who kept me busy at the keyboard fixing
  535. things and improving things!
  536.  
  537. Steve Joselson               Remote Access 2.00g1, 3 lines
  538. (1:3630/40)                  DesqView 2.41
  539.                              Qemm 6.03
  540.                              Dos 3.3.
  541.  
  542. Phillip Taylor               IBM 386 Sx 20 Mhz
  543. (1:109/200)                   1.2 Gig Hard Drive
  544. VA Suburb Lcl Hub            Line 1 (703)-573-2246 14.4 modem
  545.                                     with V32b and V42b.
  546.                              Line 2 (703)-573-5606 9600 baud.
  547.                              Qemm 6.0
  548.                              Desqview 2.45
  549.                              Remote Access 1.11
  550.  
  551.  
  552. John Shepard                 Remote Access 2.00g1
  553. (1:388/40)
  554. Livewire BBS
  555.  
  556. Support and Future Versions
  557. ──────────────────────────────────────────────────────────────────────────────
  558.  
  559. Software Solutions BBS is the official support site for Labtest.  All
  560. future versions of Labtest will be available on Software Solutions BBS.
  561.  
  562. Labtest may be freq'd by using the magic name LABTEST or you may log
  563. onto the BBS and download the latest version.
  564.  
  565. Additionally, if you are running Fido Net mail, you may set up your
  566. system for the Labtest echo, originating from 1:214/54.  Tag name is
  567. LABTEST.  Send a netmail message to 1:214/54, indicate your password and
  568. archive preference.  Your system will then be placed on the export list.
  569. From there, just poll us and you'll get the latest tips, user comments
  570. and suggestions.  It's also an excellent way to keep in touch with us
  571. and Labtest users.
  572.  
  573. Software Solutions
  574. 1:214/54
  575. BBS:  (209)997-0224
  576. PO Box 1233
  577. Lemoore, CA 93245-1233
  578.  
  579.  
  580.