home *** CD-ROM | disk | FTP | other *** search
/ Monster Media 1994 #1 / monster.zip / monster / WILDCAT / WCFF353.ZIP / WCFF.DOC < prev    next >
Text File  |  1994-03-05  |  53KB  |  1,246 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7.  
  8.  
  9.  
  10.  
  11.  
  12.  
  13.  
  14.  
  15.                               WILDCAT! FILE FORWARD
  16.  
  17.                                    WCFF! v3.53
  18.  
  19.  
  20.  
  21.               (C) Copyright 1989, 1994 by Online Computer Resources
  22.  
  23.                                All Rights Reserved
  24.  
  25.                                 Revised: 03/05/94
  26.  
  27.  
  28.  
  29.  
  30.  
  31.  
  32.  
  33.  
  34.                                       WCFF!
  35.  
  36.                                 TABLE OF CONTENTS
  37.  
  38.  
  39.  
  40.           ACKNOWLEDGEMENTS  . . . . . . . . . . . . . . . . . . . . .   1
  41.                FILES INCLUDED . . . . . . . . . . . . . . . . . . . .   1  
  42.  
  43.           PRODUCT EVALUATION  . . . . . . . . . . . . . . . . . . . .   2
  44.                NEW KEY FILE . . . . . . . . . . . . . . . . . . . . .   2
  45.                REGISTRATION/ORDERING INFORMATION  . . . . . . . . . .   2
  46.  
  47.           PRODUCT ENHANCEMENT . . . . . . . . . . . . . . . . . . . .   3
  48.                FEATURES . . . . . . . . . . . . . . . . . . . . . . .   3
  49.  
  50.           INTRODUCTION  . . . . . . . . . . . . . . . . . . . . . . .   4
  51.                PROGRAM DESCRIPTION  . . . . . . . . . . . . . . . . .   4 
  52.                HOW DOES WCFF! WORK? . . . . . . . . . . . . . . . . .   4
  53.  
  54.           UPGRADE/INSTALLATION  . . . . . . . . . . . . . . . . . . .   5
  55.                UPGRADING WCFF! FROM PREVIOUS VERSIONS . . . . . . . .   5
  56.                INSTALLING WCFF! FOR THE FIRST TIME  . . . . . . . . .   5  
  57.  
  58.           COMMAND LINE OPTIONS  . . . . . . . . . . . . . . . . . . .   6  
  59.                COMMAND LINE USAGE . . . . . . . . . . . . . . . . . .   6  
  60.                     -N  . . . . . . . . . . . . . . . . . . . . . . .   6 
  61.                     -T  . . . . . . . . . . . . . . . . . . . . . . .   6 
  62.                     -PEER . . . . . . . . . . . . . . . . . . . . . .   6  
  63.                     -? or ? or /? . . . . . . . . . . . . . . . . . .   6
  64.                HATCHING FILES . . . . . . . . . . . . . . . . . . . .   6
  65.                FULL SCREEN HATCHING MODE  . . . . . . . . . . . . . .   7
  66.                     FILENAME TO HATCH . . . . . . . . . . . . . . . .   7
  67.                     WILDCAT! FILE AREA  . . . . . . . . . . . . . . .   7
  68.                     DESCRIPTION . . . . . . . . . . . . . . . . . . .   7
  69.                     AREA NAME . . . . . . . . . . . . . . . . . . . .   7
  70.                COMMAND LINE HATCHING MODE . . . . . . . . . . . . . .   8            
  71.                     -A[area name] . . . . . . . . . . . . . . . . . .   8  
  72.                     -F[file name] . . . . . . . . . . . . . . . . . .   8  
  73.                     -D[description file]  . . . . . . . . . . . . . .   8  
  74.  
  75.           WCFF.CFG CONFIGURATION  . . . . . . . . . . . . . . . . . .   9  
  76.                WCFF.CFG DESCRIPTION . . . . . . . . . . . . . . . . .   9  
  77.                     ORIGZONE  . . . . . . . . . . . . . . . . . . . .   9
  78.                     NETNODE . . . . . . . . . . . . . . . . . . . . .   9
  79.                     AKA . . . . . . . . . . . . . . . . . . . . . . .   9
  80.                     WILDCAT . . . . . . . . . . . . . . . . . . . . .   9
  81.                     INFILES . . . . . . . . . . . . . . . . . . . . .  10
  82.                     INMAIL  . . . . . . . . . . . . . . . . . . . . .  10
  83.                     OUTFILES  . . . . . . . . . . . . . . . . . . . .  10  
  84.                     OLDFILES  . . . . . . . . . . . . . . . . . . . .  10  
  85.  
  86.  
  87.  
  88.  
  89.                                         i
  90.  
  91.  
  92.  
  93.                                       WCFF!
  94.  
  95.                                 TABLE OF CONTENTS
  96.  
  97.  
  98.  
  99.                     MAILER TYPE CONFIGURATION . . . . . . . . . . . .  11  
  100.                     FIDO  . . . . . . . . . . . . . . . . . . . . . .  11
  101.                     MAIL  . . . . . . . . . . . . . . . . . . . . . .  11  
  102.                     BINKLEY . . . . . . . . . . . . . . . . . . . . .  11  
  103.                     OUTBOUND  . . . . . . . . . . . . . . . . . . . .  11  
  104.                     CRC . . . . . . . . . . . . . . . . . . . . . . .  12  
  105.                     POSTTOFROM  . . . . . . . . . . . . . . . . . . .  12  
  106.                     POSTTOSUBJECT . . . . . . . . . . . . . . . . . .  12  
  107.                     POSTTONOTE  . . . . . . . . . . . . . . . . . . .  12
  108.                     POSTTOORIGIN  . . . . . . . . . . . . . . . . . .  12
  109.                     AREA  . . . . . . . . . . . . . . . . . . . . . .  13
  110.                          COMMAND LINE PARAMETERS  . . . . . . . . . .  13
  111.                               <drive:directory> . . . . . . . . . . .  13
  112.                               <area name> . . . . . . . . . . . . . .  13
  113.                               <area # or P> . . . . . . . . . . . . .  13  
  114.                          LOCAL POSTTOAREA . . . . . . . . . . . . . .  14
  115.                          LOCAL POSTTOFROM . . . . . . . . . . . . . .  14
  116.                          LOCAL POSTTOSUBJECT  . . . . . . . . . . . .  14
  117.                          LOCAL POSTTONOTE . . . . . . . . . . . . . .  14  
  118.                          LOCAL POSTOORIGIN  . . . . . . . . . . . . .  15  
  119.                          LOCAL CRC  . . . . . . . . . . . . . . . . .  15  
  120.                          <zone:net/node>  . . . . . . . . . . . . . .  15  
  121.                          <password> . . . . . . . . . . . . . . . . .  15
  122.                          <flags>  . . . . . . . . . . . . . . . . . .  16  
  123.                     NEWFILESLIST  . . . . . . . . . . . . . . . . . .  17
  124.  
  125.           ADDITIONAL INFORMATION  . . . . . . . . . . . . . . . . . .  18
  126.                REVISION HISTORY . . . . . . . . . . . . . . . . . . .  18
  127.                ERRORLEVELS  . . . . . . . . . . . . . . . . . . . . .  18
  128.  
  129.           TECHNICAL SUPPORT . . . . . . . . . . . . . . . . . . . . .  19
  130.  
  131.           WCFF! LICENSING AND DISTRIBUTION AGREEMENT  . . . . . . . .  20
  132.                NO WARRANTY  . . . . . . . . . . . . . . . . . . . . .  21
  133.  
  134.           APPENDIX A  . . . . . . . . . . . . . . . . . . . . . . . .  22
  135.                MEMORY REQUIREMENTS  . . . . . . . . . . . . . . . . .  22
  136.                REQUIREMENTS/LIMITATIONS OF WCFF!  . . . . . . . . . .  22
  137.  
  138.  
  139.  
  140.  
  141.  
  142.  
  143.  
  144.  
  145.  
  146.  
  147.  
  148.                                                                ii
  149.  
  150.  
  151.           WCFF! v3.53                                            Page  1
  152.           ACKNOWLEDGEMENTS
  153.  
  154.  
  155.  
  156.           ACKNOWLEDGEMENTS
  157.  
  158.           Thanks go to Mustang Software Inc. for creating an exceptional product
  159.           in WILDCAT!.  Without their product, there would be no use for WCFF!. 
  160.           
  161.  
  162.           Many thanks go to the BETA testers of WCFF!.  Without their patience and
  163.           understanding along with all the suggestions for features, WCFF! would
  164.           not have become what it is today.
  165.  
  166.  
  167.  
  168.           FILES INCLUDED
  169.  
  170.           WCFF! is distributed in a single compressed library file containing
  171.           these files:
  172.  
  173.  
  174.                READ.ME        Introductory comments and any last minute changes.
  175.  
  176.                WHATSNEW.353   Changes/bug fixes in v3.53
  177.  
  178.                REGISTER.DOC   Registration form used when registering the
  179.                               product.
  180.  
  181.                WCFF.EXE       WCFF!, the executable.
  182.  
  183.                WCFF.DOC       This documentation file.
  184.  
  185.                WCFF.CFG       Sample configuration file for WCFF!.
  186.           
  187.  
  188.  
  189.           WCFF! v3.53                                            Page  2
  190.           PRODUCT EVALUATION
  191.  
  192.  
  193.  
  194.           NEW KEY FILE 
  195.  
  196.           With this new release of WCFF! comes an updated method of allowing the
  197.           30 day evaluation period.  Key files must be obtained by logging on to
  198.           the support board and selecting the "Key Generation" option from the
  199.           Main Menu.  After the selection is made, you simply enter in the
  200.           required information and follow the instructions for downloading.
  201.  
  202.           Only one key per person/registration number will be allowed.  The WCFF!
  203.           support board may reached by dialing:
  204.  
  205.                               Node-1 (707) 552-0602
  206.           
  207.           This version of WCFF! is fully featured with all the options enabled for
  208.           the duration of the evaluation period.  If you haven't registered the
  209.           product after the thirty day evaluation period, WCFF! will inform you
  210.           it has expired and will simply cease to run.  File Requests (FREQ) for
  211.           key files are not allowed.
  212.  
  213.  
  214.           REGISTRATION/ORDERING INFORMATION
  215.  
  216.           WCFF! carries a $25 registration fee plus a $10 shipping fee.  The $10
  217.           shipping fee is for domestic (USA) orders only and all orders are
  218.           shipped Federal Express 2 day.  All other shipping charges are $8
  219.           (Canada/International) and are shipped via US Mail.  VISA, MasterCard
  220.           and Discover cards are welcome.  To place an order, you can call us
  221.           directly at (800) 393-6245 and use your credit card, or you can simply
  222.           mail in the REGISTER.DOC file along with your check/money order/cashiers
  223.           check.
  224.  
  225.           If payment is made via check (money orders/cashiers checks excluded),
  226.           there will be a 10 day hold placed on the order allowing time for the
  227.           check to clear the bank prior to shipment.  At the end of the 10 day
  228.           period, the diskette will be mailed out to you (see the enclosed
  229.           REGISTER.DOC file for specific registration information).
  230.  
  231.  
  232.  
  233.           WCFF! v3.53                                            Page  3
  234.           PRODUCT ENHANCEMENT
  235.  
  236.  
  237.  
  238.           FEATURES
  239.  
  240.                o    Replace feature allows files to be updated if the incoming
  241.                     file has a later date/time.  The old file is copied to a
  242.                     directory of your choice for storage.
  243.  
  244.                o    WCFF! is totally RAID compatible.
  245.  
  246.                o    Full screen HATCH feature.  You can hatch a file into
  247.                     WILDCAT!, out of WILDCAT! or as a PASSTHRU.
  248.  
  249.                o    Command line HATCH.  WCFF! can hatch files in unattended
  250.                     mode.
  251.  
  252.                o    Number of areas/nodes that WCFF! can process is only limited
  253.                     by the amount of memory you have available.
  254.  
  255.                o    If RAID is used to auto-create areas, WCFF! will send a
  256.                     netmail message notifying you that there is an auto-created
  257.                     area line that needs your attention.
  258.  
  259.                o    TICs are renamed to .BFF instead of .BAD if they are unable
  260.                     to be processed.
  261.  
  262.                o    Enhanced logging of files being processed in the log file.
  263.  
  264.                o    WCFF! will create echomail messages for areas if told to do
  265.                     so, specifying the name, description, file size etc. of the
  266.                     incoming file.
  267.  
  268.                o    PASSTHRU support.  Areas can be defined as PASSTHRU which
  269.                     means that the incoming file is not added to the WILDCAT!
  270.                     database. 
  271.  
  272.                o    CRC checking can be turned on/off for individual areas.
  273.  
  274.                o    Added AKA support where you can now specify which AKA to use
  275.                     when sending files to a node.
  276.  
  277.                o    Help option is available from the command line.
  278.  
  279.                o    Nodes do not have to receive a .TIC file with the file that
  280.                     was sent to them.
  281.  
  282.                o    Support for file scanners such as WILDSCAN! for automatic
  283.                     virus scanning and so on.
  284.  
  285.  
  286.  
  287.           WCFF! v3.53                                            Page  4
  288.           INTRODUCTION
  289.  
  290.  
  291.  
  292.           PROGRAM DESCRIPTION
  293.  
  294.           WCFF! v3.53 is a Fidonet compatible utility program to import files and
  295.           their one-line descriptions into your WILDCAT! v3.xx system, and to
  296.           export/forward files on to other systems.  This is based on a
  297.           distribution scheme much like Fidonet compatible echomail is
  298.           imported/exported from the WILDCAT! message conferences.  WCFF! is the
  299.           equivalent of FLEA and TICK, except that it is specific to WILDCAT! and
  300.           thus will not operate on any other type of BBS system.  WCFF! is totally
  301.           compatible with both FLEA and TICK, and as such can read in FLE and TIC
  302.           files properly.  
  303.  
  304.           Files exported can be put in either TIC or FLE format and will adhere
  305.           to the specifications as defined by Barry Geller (author of TICK) or Ron
  306.           Bemis (author of FLE).  WCFF! is fully multi-line compatible allowing
  307.           callers to be using the BBS while WCFF! is processing files.  However,
  308.           multiple copies of WCFF! running simultaneously is NOT supported.
  309.  
  310.  
  311.           HOW DOES WCFF! WORK?
  312.  
  313.           After checking for the presence of WCFF.CFG, WCFF! reads the contents
  314.           and stores this information in memory.  This file is used to tell WCFF!
  315.           where to find certain areas or files on your system, and also specifies
  316.           all the different file areas you will be receiving and/or forwarding
  317.           from your system.  WCFF! then reads the WILDCAT! configuration files and
  318.           gets the location of the necessary data files and then prepares them for
  319.           processing. 
  320.  
  321.           WCFF! then searches the INFILES directory path looking for any FLE and
  322.           TIC files.  Each FLE/TIC file found is read and the associated file is
  323.           then added to the WILDCAT! file database and if necessary, forwarded on
  324.           to any other nodes as specified.  If the file already exists in WILDCAT!
  325.           database, the older dated file will be transferred to the OLDFILES
  326.           directory and the new one will replace it.  After adding the TIC/FLE
  327.           information into the respective file area, the actual file is then
  328.           transferred to the respective sub-directory and made available for
  329.           download (if so allowed in MAKEWILD).
  330.  
  331.           This process is repeated until such time as all incoming FLE or TIC
  332.           files have been processed.  All activity is logged in detail in the
  333.           WCFF.LOG file so that if any problems are encountered, any pertinent
  334.           information will be found there.
  335.  
  336.  
  337.  
  338.  
  339.           WCFF! v3.53                                            Page  5
  340.           UPGRADE/INSTALLATION
  341.  
  342.  
  343.  
  344.           UPGRADING WCFF! FROM v3.50/3.51/3.52
  345.  
  346.           Since this version is primarily a bug fix, the upgrade procedure is very
  347.           simple.
  348.  
  349.                1)   Using PKUNZIP, uncompress the contents of WCFF353.ZIP into a
  350.                     temporary subdirectory.
  351.  
  352.                2)   In the directory where the old WCFF.EXE is located, replace
  353.                     it with the new WCFF.EXE file (located in the temporary
  354.                     subdirectory).
  355.  
  356.                3)   Optionally, edit your existing WCFF.CFG file and add the
  357.                     NEWFILESLIST command.  Refer to the section on this command
  358.                     for additional configuration information.
  359.  
  360.  
  361.           UPGRADING WCFF! FROM EARLIER VERSIONS
  362.  
  363.           Since there are too many changes to the configuration file to warrant
  364.           a specific step by step upgrade procedure, we strongly suggest you use
  365.           the example WCFF.CFG file and modify it to your exact needs.
  366.  
  367.  
  368.           INSTALLING WCFF! FOR THE FIRST TIME
  369.  
  370.           Below is a list of step by step instructions for installing WCFF! on
  371.           your system.
  372.  
  373.                1)   Create a sub-directory called \WCFF.
  374.  
  375.                2)   Copy the distribution archive, WCFF353.ZIP into the newly
  376.                     created \WCFF sub-directory and then uncompress it.
  377.  
  378.                3)   Using a standard ASCII text editor, edit the WCFF.CFG file so
  379.                     that it conforms to path and configuration requirements of
  380.                     your system.  Please refer to the appropriate section on the
  381.                     WCFF.CFG file for details on configuration information. 
  382.  
  383.  
  384.  
  385.  
  386.           WCFF! v3.53                                            Page  6
  387.           COMMAND LINE OPTIONS
  388.  
  389.  
  390.  
  391.           COMMAND LINE USAGE
  392.  
  393.           WCFF! <-N> <-T> <HATCH> <-?> <?> </?> <-A[area name]>
  394.                 <-F[file name]> <-D[description file]>
  395.  
  396.                     Example Usage: WCFF! -T 
  397.  
  398.  
  399.           Below is a description of each of the command line options available
  400.           when executing WCFF!
  401.  
  402.  
  403.           -N        Disables the auto-cleanup mode that WCFF! does after each
  404.                     run.  Auto-cleanup deletes orphaned .TIC files.  This works
  405.                     in FIDO mode only!
  406.  
  407.           -T        Enables the truncate (delete) mode in a Binkley environment. 
  408.                     Please use with caution!
  409.  
  410.           -? or ? or /?
  411.                     Displays a screen containing help information on the
  412.                     available command line options.         
  413.  
  414.  
  415.           HATCHING FILES
  416.  
  417.           WCFF! has the ability to "hatch" or prepare a file(s) to be transmitted
  418.           by creating the necessary TIC/FLE file and associated netmail message
  419.           or FLO/CLO/HLO files (depending on mailer type) for transmission on to
  420.           other systems.  This can be accomplished in either of two methods, full
  421.           screen or command line mode.
  422.  
  423.           Full screen mode has the ability to process file(s) from the WC30
  424.           database allowing immediate hatching of files for distribution. 
  425.  
  426.           Command line mode offers you the ability to automate forwarding of files
  427.           at specific times by invoking WCFF! from a batch file with the necessary
  428.           command line parameters.  Each method of hatching files offers you the
  429.           necessary flexibility for fast and efficient file distribution.
  430.  
  431.  
  432.  
  433.           WCFF! v3.53                                            Page  7
  434.           COMMAND LINE OPTIONS
  435.  
  436.  
  437.  
  438.           FULL SCREEN HATCHING MODE
  439.  
  440.           Full screen mode allows you to perform an immediate hatch of a file for
  441.           distribution.  WCFF! first checks to see if the file exists in the WC30
  442.           database and then obtains the one line description from the database
  443.           allowing you to make any changes prior to actually hatching the file. 
  444.  
  445.           To invoke full screen hatch mode, change to the \WCFF directory and at
  446.           the DOS prompt type:
  447.  
  448.                                    WCFF HATCH
  449.  
  450.           Shown below is a sample screen.
  451.  
  452.         ╔══════════════ WILDCAT! File Forward Hatch v3.53 ═════════════════╗
  453.         ║                                                                  ║
  454.         ║  Filename to hatch:                WILDCAT! File Area:           ║
  455.         ║                                                                  ║
  456.         ║  Description :                                                   ║
  457.         ║                                                                  ║
  458.         ║  Area Name   :                                                   ║
  459.         ║                                                                  ║
  460.         ╚ ESC -> EXIT (do not hatch) ════════════ F10 -> SAVE (hatch file) ╝
  461.  
  462.  
  463.           Filename to hatch:
  464.                This is the actual file name as it exists in the WC30 database that
  465.                you wish to hatch.
  466.  
  467.           WILDCAT! File Area:
  468.                This is the file area as defined in MAKEWILD that the above file
  469.                name is located in.
  470.  
  471.           Description:
  472.                This is the one line description as entered in the WC30 files
  473.                database.  You have the ability to modify this to your requirements
  474.                prior to saving.
  475.  
  476.           Area Name:
  477.                This is the associated file area name you wish this file to be
  478.                distributed under.  Up to 15 characters are allowed and it's used
  479.                similarly to the message conference names in your AREAS.BBS file
  480.                for echomail.
  481.  
  482.           Once the above information is properly defined, pressing [F10] will save
  483.           this information and create the necessary TIC/FLE file and netmail
  484.           message (or FLO/HLO/CLO file) for transmission on to the addresses
  485.           defined in the WCFF.CFG file.  Likewise, pressing the [ESC] key will
  486.           abort the hatching process and return you to the DOS prompt.
  487.  
  488.  
  489.  
  490.           WCFF! v3.53                                            Page  8
  491.           COMMAND LINE OPTIONS
  492.  
  493.  
  494.  
  495.           FULL SCREEN HATCHING MODE - (continued)
  496.  
  497.           NOTE:     For the full screen hatch mode to work properly, you MUST put
  498.                     your OWN ADDRESS as a <zone:net/node number> in the file AREA
  499.                     you will be hatching into with a password of HATCH.  THIS IS
  500.                     VERY IMPORTANT!!
  501.  
  502.  
  503.           COMMAND LINE HATCHING MODE
  504.  
  505.           The command line mode allows you to hatch files by defining the
  506.           necessary file information via command line parameters.  Since hatching
  507.           is being performed from the command line, all three (3) command line
  508.           parameters (-A, -F and -D) MUST BE SPECIFIED before WCFF! will hatch the
  509.           file.  Shown below is a COMPLETE sample command line used to hatch a
  510.           file.
  511.  
  512.                     WCFF -Asoftdist -Ftest.zip -Dc:\desc\test.txt
  513.  
  514.  
  515.           -A[area name]
  516.                     This is used to define the actual file area name this file
  517.                     should be distributed under.  This is similar to the message
  518.                     conference name in your AREAS.BBS file for echomail.  This is
  519.                     the same name as was previously defined via the AREA name in
  520.                     your WCFF.CFG file.  A maximum of 15 characters are allowed.
  521.  
  522.                     Example Usage: WCFF -Asoftdist
  523.  
  524.  
  525.           -F[file name]
  526.                     This is the name of the file you wish to hatch.  It MUST
  527.                     exist in your INFILES directory.  You do not need the full
  528.                     path, just the file name.  
  529.  
  530.                     Example Usage: WCFF -Ftest.zip
  531.  
  532.  
  533.           -D[description file]
  534.                     This is the name of the file that contains the description
  535.                     for the file you want to hatch.  This file contains only one
  536.                     (1) line and the description should be no longer than 60
  537.                     characters.
  538.  
  539.                     Example Usage: WCFF -Dc:\desc\test.txt
  540.                                         or
  541.                                    WCFF -Dtest.txt
  542.  
  543.  
  544.  
  545.           WCFF! v3.53                                            Page  9
  546.           WCFF.CFG CONFIGURATION
  547.  
  548.  
  549.  
  550.           WCFF.CFG DESCRIPTION
  551.  
  552.                The WCFF.CFG file is a standard ASCII text file used to control the
  553.                operating characteristics of WCFF! during normal operation.  This
  554.                file is REQUIRED for proper operation. 
  555.  
  556.                Any standard ASCII text editor can be used when making changes. 
  557.                Comments can be contained in this file for easy reference by
  558.                placing a semicolon ";" in the first position of any line.  Spaces
  559.                are ignored and BLANK lines are only allowed between file AREA
  560.                definitions.
  561.  
  562.                Shown below is a list of commands used for the configuration
  563.                process.
  564.  
  565.  
  566.           ORIGZONE <zone number>                                 [REQUIRED]
  567.  
  568.                This is your zone number.  WCFF! is zone aware so do NOT leave this
  569.                out.
  570.  
  571.                     Example Usage: ORIGZONE 1
  572.  
  573.  
  574.           NETNODE <net/node>                                     [REQUIRED]
  575.  
  576.                This is the address of your system.
  577.  
  578.                     Example Usage: NETNODE 161/503
  579.  
  580.  
  581.           AKA <zone:net/node>                                    [OPTIONAL]
  582.  
  583.                This is your alias address.  If you have more than one alias, then
  584.                you should create a new AKA line for each address your know as. 
  585.                ZONE is required!  Maximum of 15 AKA's are allowed.
  586.  
  587.                     Example Usage: AKA 1:161/999
  588.  
  589.                Sequential placement (top to bottom) in the WCFF.CFG file
  590.                constitutes the numbering sequence used in the AREA command's <An>
  591.                flag.  
  592.  
  593.  
  594.           WILDCAT <drive:\directory>                             [REQUIRED]
  595.  
  596.                This is the location of your WILDCAT! configuration files.  This
  597.                is often referred to as the WILDCAT! HOME directory.
  598.  
  599.                     Example Usage: WILDCAT c:\wc30
  600.  
  601.  
  602.  
  603.           WCFF! v3.53                                            Page 10
  604.           WCFF.CFG CONFIGURATION
  605.  
  606.  
  607.  
  608.           INFILES <drive:\directory>                             [REQUIRED]
  609.  
  610.                This is the directory name where all your inbound files reside. 
  611.                WCFF! will look in this directory for new TIC/FLE files to be
  612.                processed.
  613.  
  614.                     Example Usage: INFILES c:\fd\file
  615.  
  616.  
  617.           INMAIL <drive:\directory>                              [REQUIRED]
  618.  
  619.                This is the directory name where your mailer stores any inbound
  620.                mail archives/PKT files.  WCFF! creates .PKT files via the LOCAL
  621.                POSTTOAREA option and will use this path to store them for later
  622.                processing INTO the WC30 message base via a mail tosser such as
  623.                WILDMAIL!
  624.  
  625.                Since D'Bridge has separate directories for inbound files and
  626.                inbound mail archives, this option is used to define the location
  627.                of mail archives/PKT files only!.  For FrontDoor systems, this is
  628.                normally the same as the path defined for INFILES.
  629.  
  630.                     Example Usage: INMAIL c:\db\mail
  631.  
  632.  
  633.           OUTFILES <drive:\directory>                            [REQUIRED]
  634.  
  635.                This is the sub-directory where you want your OUTBOUND TIC/FLE
  636.                files to be stored.  This can be a unique subdirectory to keep your
  637.                TIC/FLE files separate from other files.  This will make for better
  638.                organization on your system.
  639.  
  640.                     Example Usage: OUTFILES c:\fd\ticfiles
  641.  
  642.  
  643.           OLDFILES <drive:\directory>                            [REQUIRED]
  644.  
  645.                This is the location where you want all the old files to reside
  646.                that WCFF! has overwritten.  When inbound file(s) have the same
  647.                name as those already in the database, but with a newer file date,
  648.                WCFF! will place the older file here for examination instead of
  649.                simply overwriting the older file with the newer one.  This allows
  650.                for review prior to deletion.
  651.  
  652.                     Example Usage: OLDFILES c:\oldfiles
  653.  
  654.  
  655.  
  656.  
  657.           WCFF! v3.53                                            Page 11
  658.           WCFF.CFG CONFIGURATION
  659.  
  660.  
  661.  
  662.           MAILER TYPE CONFIGURATION
  663.  
  664.           WCFF! needs to know what mailer type you will be using to properly
  665.           establish the type of files, locations and formats to use.  When you
  666.           select the mailer type, you will also be selecting the appropriate WCFF!
  667.           commands unique to that mailer.  In other words, selecting FIDO, you
  668.           also need to select MAIL.  BINKLEY and OUTBOUND commands must be
  669.           COMMENTED OUT by placing a semicolon ; in front of them.  Likewise,
  670.           selecting BINKLEY requires the OUTBOUND command.  FIDO and MAIL must
  671.           then MUST BE COMMENTED OUT!  You must NOT mix mailer specific commands
  672.           otherwise WCFF! will NOT run.
  673.  
  674.  
  675.           FIDO                                    [REQUIRED if using FD/DB]
  676.  
  677.                This tells WCFF! to operate in Fido specific mode.  If you select
  678.                this mode, then the MAIL option MUST be specified showing the
  679.                location of your netmail directory and BINKLEY and OUTBOUND
  680.                commands MUST BE COMMENTED OUT.  If you're running D'Bridge or
  681.                Frontdoor, you must use this option.
  682.  
  683.                     Example Usage: FIDO
  684.  
  685.  
  686.           MAIL <drive:\directory>                 [REQUIRED for FIDO ONLY]
  687.  
  688.                This is the location of the netmail directory for WCFF! to place
  689.                it's outbound netmail messages.  This option MUST be used if the
  690.                FIDO mode is selected.
  691.  
  692.                     Example Usage: MAIL c:\fd\netmail
  693.  
  694.  
  695.           BINKLEY                                 [REQUIRED if using Binkley]
  696.  
  697.                This tells WCFF! to operate in Binkley mode, and thus will create
  698.                FLO files in the directory specified in the OUTBOUND option.  The
  699.                OUTBOUND option MUST be specified!  When using this option, FIDO
  700.                and MAIL options MUST NOT BE SELECTED!
  701.  
  702.                     Example Usage: BINKLEY
  703.  
  704.  
  705.           OUTBOUND <drive:\directory>             [REQUIRED for BINKLEY ONLY]
  706.  
  707.                This is the location of the outbound directory.  This is where
  708.                WCFF! will place the outbound FLO/HLO/CLO files.  This option must
  709.                be used if BINKLEY mode has been selected.  When using this option,
  710.                FIDO and MAIL options MUST NOT BE USED!
  711.  
  712.                     Example Usage: OUTBOUND c:\binkley\outbound
  713.  
  714.  
  715.  
  716.           WCFF! v3.53                                            Page 12
  717.           WCFF.CFG CONFIGURATION
  718.  
  719.  
  720.  
  721.           CRC                                                    [OPTIONAL]
  722.  
  723.                This option is used to check the CRC-32 value in the .TIC file
  724.                against the actual CRC value of the file received.  If there is a
  725.                match, this indicates the file is original (according to the .TIC)
  726.                and is then considered a valid/original file.  If for some reason
  727.                the two CRC values do not match, the file is then renamed to .BAD.
  728.  
  729.                If this option is not used, then the CRC is not checked, but all
  730.                outgoing .TIC files created by WCFF! will have the correct
  731.                calculated CRC value in them.  
  732.  
  733.                     Example Usage: CRC
  734.  
  735.  
  736.           POSTTOFROM <user name>                                 [OPTIONAL]
  737.  
  738.                This option allows you to specify the FROM: field of the echomail
  739.                message that gets created if you use the LOCAL POSTTOAREA option. 
  740.                Maximum of 36 characters.
  741.  
  742.                Example Usage: POSTTOFROM Derek Koopowitz
  743.  
  744.  
  745.           POSTTOSUBJECT <text for subject line>                  [OPTIONAL]
  746.  
  747.                This option allows you to specify the content of the SUBJECT: line
  748.                of the echomail message that gets created if you use the LOCAL
  749.                POSTTOAREA option.  Maximum of 72 characters.
  750.  
  751.                Example Usage: POSTTOSUBJECT New Files Received
  752.  
  753.  
  754.           POSTTONOTE <note text>                                 [OPTIONAL]
  755.  
  756.                This option allows you to specify the content of the note field
  757.                placed in the message body of the echomail message that gets
  758.                created.  Maximum of 72 characters.
  759.  
  760.                Example Usage: POSTTONOTE Files available for downloading
  761.  
  762.  
  763.           POSTTOORIGIN <origin line>                             [OPTIONAL]
  764.  
  765.                This option allows you to specify the origin line you would like
  766.                appended to each echomail message that gets created.  Maximum of
  767.                66 characters and MUST include your zone:net/node address enclosed
  768.                in parenthesis.
  769.  
  770.                Example Usage: POSTTOORIGIN The Power Station (1:161/123)
  771.  
  772.  
  773.  
  774.           WCFF! v3.53                                            Page 13
  775.           WCFF.CFG CONFIGURATION
  776.  
  777.  
  778.  
  779.           AREA <drive:\directory> <area name> <file area # or P> [REQUIRED]
  780.                LOCAL POSTTOAREA <local echo name>
  781.                LOCAL POSTTOFROM <user name>
  782.                LOCAL POSTTOSUBJECT <text for subject line>
  783.                LOCAL POSTTONOTE <note text>
  784.                LOCAL POSTTOORIGIN <origin line>
  785.                LOCAL CRC <ON|OFF>
  786.                <zone:net/node> <password> <flag(s)>
  787.                     .              .         .
  788.                     .              .         .
  789.                <zone:net/node> <password> <flag(s)>
  790.  
  791.  
  792.           The AREA command is used to define a specific file area for importing
  793.           or exporting, automatic message generation (if used) and the
  794.           participating node addresses.  The number of AREA statements allowed is
  795.           only limited by the amount of free memory you have.  Due to the
  796.           complexity of this command it has been divided up into three basic
  797.           categories.  
  798.  
  799.                PART I    - COMMAND LINE PARAMETERS
  800.                PART II   - AUTOMATIC MESSAGE GENERATION
  801.                PART III  - NODE ADDRESS SPECIFICATION
  802.  
  803.  
  804.           AREA Command 
  805.           PART I - MAIN COMMAND LINE PARAMETERS
  806.  
  807.           This section discusses the various command line parameters available. 
  808.           Shown below is a sample command line.
  809.  
  810.                AREA <drive:\directory> <area name> <area # or P>
  811.  
  812.  
  813.           Below is a description of these parameters.
  814.  
  815.                <drive:\directory>
  816.                     The physical DOS path specification for the specified file
  817.                     area.  This must be a valid drive and directory!
  818.  
  819.                <area name>
  820.                     This is the name of the file area you will be processing.  A
  821.                     maximum of 15 characters is allowed for the area name.  This
  822.                     name is similar in function to the area definition for a
  823.                     message conference in echomail.
  824.  
  825.                <area # or P>
  826.                     This is the file area number assigned in MAKEWILD.  Range is
  827.                     1-999.  If you want to make this area a PASSTHRU (a method to
  828.                     which files are forwarded to other nodes, but not added to
  829.                     your local database) then use the letter P instead of a file
  830.                     area number.
  831.  
  832.  
  833.  
  834.           WCFF! v3.53                                            Page 14
  835.           WCFF.CFG CONFIGURATION
  836.  
  837.  
  838.  
  839.           AREA Command
  840.           PART II - AUTOMATIC MESSAGE GENERATION
  841.  
  842.           Following the initial AREA command line parameters are statements which
  843.           can be used to make each file area unique.  These OPTIONAL commands will
  844.           automatically override their POSTTOxxxx counterparts in the main body
  845.           of the WCFF.CFG file for the defined AREA only!  Shown below is a
  846.           description of these commands.
  847.  
  848.  
  849.           LOCAL POSTTOAREA <local echo name>
  850.  
  851.                This is used to create an echomail message that will contain
  852.                information about the file that was just added to your database. 
  853.                You can use this feature to notify other users in your network of
  854.                new files.  WCFF! creates a .PKT file in your defined INMAIL
  855.                directory and then you will need to run your mail tosser to toss
  856.                the message(s).
  857.  
  858.                Example Usage: LOCAL POSTTOAREA Local_Sys
  859.  
  860.  
  861.           LOCAL POSTTOFROM <user name>
  862.  
  863.                This option allows you to specify the FROM: field of the echomail
  864.                message that gets created if you use the LOCAL POSTTOAREA option. 
  865.                Maximum of 36 characters.
  866.  
  867.                Example:  LOCAL POSTTOFROM Joe Martin
  868.  
  869.  
  870.           LOCAL POSTTOSUBJECT <text for subject line>
  871.  
  872.                This option allows you to specify the content of the SUBJECT: line
  873.                of the echomail message that gets created if you use the LOCAL
  874.                POSTTOAREA option.  Maximum of 72 characters.
  875.  
  876.                Example:  LOCAL POSTTOSUBJECT Look folks, new files!
  877.  
  878.  
  879.           LOCAL POSTTONOTE <note text>
  880.  
  881.                This option allows you to specify the content of the note field
  882.                placed in the message body of the echomail message that gets
  883.                created.  Maximum of 72 characters.
  884.  
  885.                Example:  LOCAL POSTTONOTE Files available for downloading
  886.  
  887.  
  888.  
  889.           WCFF! v3.53                                            Page 15
  890.           WCFF.CFG CONFIGURATION
  891.  
  892.  
  893.  
  894.           LOCAL POSTTOORIGIN <origin line>
  895.  
  896.                This option allows you to specify the origin line you would like
  897.                appended to each echomail message that gets created.  Maximum of
  898.                66 characters allowed and it MUST include your zone:net/node
  899.                address enclosed in parenthesis.
  900.  
  901.                Example:  LOCAL POSTTOORIGIN The File Server BBS (1:161/504)
  902.  
  903.  
  904.           LOCAL CRC <ON|OFF>
  905.  
  906.                This option is used to check the CRC-32 value in the .TIC file
  907.                against the actual CRC value of the file received.  If there is a
  908.                match, this indicates the file is original (according to the .TIC)
  909.                and is then considered a valid/original file.  If for some reason
  910.                the two CRC values do not match, the incoming TIC file is then
  911.                renamed to .BFF.
  912.  
  913.                If this option is not used, then the CRC is not checked, but all
  914.                outgoing .TIC files created by WCFF! will have the correct
  915.                calculated CRC value in them.  
  916.  
  917.                     Example Usage: LOCAL CRC ON   or   
  918.                                    LOCAL CRC OFF
  919.  
  920.  
  921.           AREA Command
  922.           PART III - NODE ADDRESS SPECIFICATION
  923.  
  924.           The third and final section of the file AREA command is the definition
  925.           of the node addresses that files will be transferred to and from.  
  926.  
  927.                Example Usage: <zone:net/node> <password> <flags>
  928.  
  929.  
  930.           Below is a description of these parameters.
  931.  
  932.           <zone:net/node>
  933.                This is the full address of the node participating in sending and
  934.                receiving files.
  935.  
  936.           <password>
  937.                Password associated with this file area to maintain security for
  938.                the defined node address.  A maximum of 8 characters can be used.
  939.  
  940.  
  941.  
  942.           WCFF! v3.53                                            Page 16
  943.           WCFF.CFG CONFIGURATION
  944.  
  945.  
  946.  
  947.           AREA Command - PART III (continued)
  948.  
  949.           <flags>
  950.                The flag(s) after the password are used to define specific
  951.                operating characteristics for the node.  Multiple flags can be
  952.                selected for each address, but must contain NO SPACES between each
  953.                flag.  Below is a description of the available flags.
  954.  
  955.                *    Files from this address will be accepted.  If this flag is
  956.                     not present, files can be sent to the address, but no files
  957.                     will be accepted from them.
  958.  
  959.                &    Files will not be sent to this address.  If this is the only
  960.                     flag for this address, then this address has effectively been
  961.                     commented out, and no files will be received or sent to this
  962.                     address.  If you specify a "*" with this flag then you will
  963.                     accept files from this system, but no files will be sent to
  964.                     it.
  965.  
  966.                C    CRASH files will be generated for this address (a CLO in
  967.                     Opus/Binkley mode)
  968.  
  969.                H    File is put in HOLD status for this address (a HLO in
  970.                     Opus/Binkley mode)
  971.  
  972.                F    FLE files will be created for this address instead of sending
  973.                     TIC files.
  974.  
  975.                T    Tells WCFF! to "not" send a .TIC file to this address.
  976.  
  977.                An   Tells WCFF! what AKA address to use.  Where "n" is any number
  978.                     "1" through "9" and letter "A" through "F".  Please note this
  979.                     is a HEX number where "A" is the 10th AKA and "F" is the 15th
  980.                     AKA.  Zero (0) is not allowed!
  981.  
  982.                     Sequential placement of AKA's (top to bottom) in the WCFF.CFG
  983.                     file constitutes the numbering sequence used with this flag. 
  984.                     In other words, if the 3rd defined AKA address was 86:250/0,
  985.                     then using the flag A3 would indicate you wish to use
  986.                     86:250/0 as the source address of this file as indicated in
  987.                     the TIC/FLE file.
  988.  
  989.                          Example Usage: 86:250/100 password *CF
  990.  
  991.  
  992.                Again, please note there must be NO SPACES between flags if more
  993.                than one is used! 
  994.  
  995.  
  996.  
  997.  
  998.           WCFF! v3.53                                            Page 17
  999.           WCFF.CFG CONFIGURATION
  1000.  
  1001.  
  1002.  
  1003.           NEWFILESLIST <drive:\directory\filename>               [OPTIONAL]
  1004.  
  1005.                This option allows you to specify the full path and file name to
  1006.                be created (or appended to) whenever WCFF! adds files to the
  1007.                WILDCAT! database.  This file can be used with automatic file
  1008.                scanners (such as WILDSCAN!) for automatic virus scanning and so
  1009.                on. 
  1010.  
  1011.                     Example Usage: NEWFILESLIST c:\wc30\runlater.txt
  1012.  
  1013.  
  1014.                WCFF! will check to see that the path specified does exist prior
  1015.                to normal execution.  The specified file generated by WCFF! is a
  1016.                standard ASCII text file with a separate file name on each line.
  1017.  
  1018.  
  1019.  
  1020.           WCFF! v3.53                                            Page 18
  1021.           ADDITIONAL INFORMATION
  1022.  
  1023.  
  1024.           REVISION HISTORY
  1025.  
  1026.           03/05/94  v3.53     Bug fixes.
  1027.  
  1028.           01/07/94  v3.52     Bug fixes.  Updated documentation to reflect
  1029.                               our new address and phone numbers.
  1030.  
  1031.           09/26/92  v3.51     Lowered memory requirements.  Added new
  1032.                               command option NEWFILESLIST used for invoking
  1033.                               file scanning utilities.  Cleaned up the full
  1034.                               screen hatch process.  Various bugs fixed.
  1035.  
  1036.           04/04/92  v3.50     Program has been renamed from WCFLFWRD to
  1037.                               WCFF!.  Complete rewrite including many major
  1038.                               enhancements.  Refer to the section on New
  1039.                               Features for additional information.
  1040.  
  1041.           08-01-91  v3.00     1st release of WCFLFWRD v3.0 compatible with
  1042.                               WILDCAT! v3.00.
  1043.  
  1044.           01-01-91  v1.02     Added CRC-32 checking on incoming TIC files.
  1045.                               A new WCFLFWRD.CFG option of "CRC" will cause
  1046.                               WCFLFWRD to check the incoming file for a
  1047.                               valid CRC-32.  If it fails the CRC, the file
  1048.                               is not processed and the incoming .TIC file is
  1049.                               renamed to .BAD.  All outbound TIC files will
  1050.                               have the correct CRC value in them, regardless
  1051.                               of whether you have CRC in the CFG file or
  1052.                               not.  TABS are now ignored in the WCFLFWRD.CFG
  1053.                               file.
  1054.  
  1055.           09-15-90  v1.01     Added two command line switches. -N to not
  1056.                               delete .TIC's after WCFLFWRD finishes.  -T to
  1057.                               truncate files after they have been sent. The
  1058.                               -T is for Binkleyterm/Opus use only.  The
  1059.                               v1.00 default was to truncate files, and this
  1060.                               version changes that.  Please read the
  1061.                               documentation above.
  1062.  
  1063.           06-15-90  v1.00     General release of WCFLFWRD.
  1064.  
  1065.           ERRORLEVELS
  1066.  
  1067.           Upon program termination, either normally or abnormally, WCFF! will
  1068.           register a DOS error level.  This is usually not used except for
  1069.           elaborate batch files that test for specific error levels upon
  1070.           exit.  If there are any errors encountered when exiting WCFF!,
  1071.           these will be noted in the log file defined in WCFF.CFG and is
  1072.           normally called WCFF.LOG.
  1073.  
  1074.           Shown below is a list of possible DOS errorlevels WCFF! will return
  1075.           upon exiting.
  1076.  
  1077.                          0  . . .  Completed successfully
  1078.                          3  . . .  Configuration file error
  1079.                          9  . . .  Fatal Error
  1080.  
  1081.  
  1082.           WCFF! v3.53                                            Page 19
  1083.           TECHNICAL SUPPORT
  1084.  
  1085.  
  1086.  
  1087.           TECHNICAL SUPPORT
  1088.  
  1089.           You may contact Online Computer Resources at 1:161/123 via Fidonet
  1090.           netmail or by logging on to the BBS for technical support.  The
  1091.           support BBS phone number is (707) 552-0602.  We can also be reached
  1092.           in the WILDCAT! conference on Fidonet.  Business hours are 9am-6pm
  1093.           M-F PST and our VOICE number is (707) 552-1122.
  1094.  
  1095.           When calling for support, be prepared to have a copy of your
  1096.           WCFF.CFG file available.  This MUST be the one you're CURRENTLY
  1097.           using.  
  1098.  
  1099.           For even faster support, zip up your WCFF.CFG file, along with a
  1100.           text file describing the problem, into a unique file name and send
  1101.           them to our support board at:
  1102.  
  1103.                                    (707) 552-0602
  1104.           
  1105.           With your configuration file already on our system before you call,
  1106.           we will be able to immediately look at your present setup and offer
  1107.           any needed assistance much faster and more effectively.  Please
  1108.           help us help you.
  1109.  
  1110.  
  1111.  
  1112.           WCFF! v3.53                                            Page 20
  1113.           WCFF! LICENSING AND DISTRIBUTION AGREEMENT
  1114.  
  1115.  
  1116.  
  1117.           COPYRIGHT (C) 1989, 1994 BY ONLINE COMPUTER RESOURCES.  ALL RIGHTS
  1118.           RESERVED.  COMMERCIAL DISTRIBUTION AND/OR USE PROHIBITED WITHOUT
  1119.           WRITTEN PERMISSION FROM ONLINE COMPUTER RESOURCES.
  1120.  
  1121.           Non-Commercial distribution and/or use is permitted under the
  1122.           following terms:
  1123.  
  1124.           1)   You may copy and distribute copies of WCFF! executable code
  1125.                as you receive it, in any medium, provided that you do so in
  1126.                a lawful, friendly manner and that you conspicuously and
  1127.                appropriately publish on each copy of each file that is a part
  1128.                of the distribution package a valid copyright notice:
  1129.  
  1130.                "Copyright (C) 1989, 1994 by Online Computer Resources.  Any
  1131.                copies that you distribute must be distributed free of charge
  1132.                to the recipient of the copy.  WCFF! may not be sold and you
  1133.                may not rent or lease it to any other person."
  1134.  
  1135.           2)   You must keep this License Agreement intact and give any other
  1136.                recipients of the WCFF! program a copy of this License
  1137.                Agreement along with the program.
  1138.  
  1139.           3)   You must distribute WCFF! in unmodified form.  You may not add
  1140.                an advertisement for your Bulletin Board System, User Group,
  1141.                or anything else either as a file in the distribution packet
  1142.                or as a header in any archive.  You may not add, modify or
  1143.                delete any of the files in the WCFF! distribution archive.
  1144.  
  1145.           4)   WCFF! must be distributed for free. You may not charge a
  1146.                distribution fee for the physical act of transferring a copy
  1147.                of this program.  You may not place this program in any file
  1148.                area of a Bulletin Board System where a fee is required for
  1149.                download.
  1150.  
  1151.           5)   You may not modify your copy or copies of WCFF! or any portion
  1152.                of it and you can not copy and distribute any modifications. 
  1153.                WCFF! is distributed in ZIP format and you may not distribute
  1154.                it in any other form.
  1155.  
  1156.           6)   You may not copy, sublicense, distribute or transfer WCFF!
  1157.                except as expressly provided under this License Agreement. 
  1158.                Any attempt otherwise to copy, sublicense, distribute or
  1159.                transfer WCFF! is void and your rights to use the program
  1160.                under this License agreement shall be automatically
  1161.                terminated.
  1162.  
  1163.  
  1164.  
  1165.           WCFF! v3.53                                            Page 21
  1166.           WCFF! LICENSING AND DISTRIBUTION AGREEMENT
  1167.  
  1168.  
  1169.  
  1170.           7)   You may not incorporate parts of WCFF! into other programs
  1171.                without the written permission of Online Computer Resources.
  1172.                Permission may or may not be granted based upon a
  1173.                determination of what your intended use is.
  1174.  
  1175.           8)   For the purposes of this document, "COMMERCIAL USE" is defined
  1176.                as concurrent operation of the software on two or more
  1177.                computers or data lines owned by the same for-profit
  1178.                organization.  Any organization may operate this software
  1179.                under the terms of this Non-Commercial Agreement if operation
  1180.                is limited to two or less computers or data lines.
  1181.  
  1182.           9)   You may use the software only after understanding and agreeing
  1183.                upon the above terms.
  1184.  
  1185.  
  1186.  
  1187.           NO WARRANTY
  1188.  
  1189.           WCFF! v3.53 IS DISTRIBUTED AS AN EVALUATION COPY ONLY!  THIS
  1190.           PROGRAM REQUIRES THE USE OF A SPECIAL 30 DAY EVALUATION KEY
  1191.           OBTAINABLE FROM THE WCFF! SUPPORT BBS AT (707) 552-0602.  IF, AT
  1192.           THE END OF THE 30 DAY PERIOD, YOU HAVE NOT REGISTERED THE PRODUCT,
  1193.           WCFF! WILL SIMPLY CEASE TO RUN.  REACTIVATION REQUIRES THE
  1194.           PLACEMENT OF THE REGISTERED KEY FILE IN THE WCFF! DIRECTORY.  
  1195.  
  1196.           THIS PROGRAM IS GUARANTEED TO DO ABSOLUTELY NOTHING EXCEPT TAKE UP
  1197.           DISK SPACE.  USE IT AT YOUR OWN RISK.  NEITHER ONLINE COMPUTER
  1198.           RESOURCES NOR ANY OTHER PERSON INVOLVED IN IT'S DISTRIBUTION IS
  1199.           RESPONSIBLE IN ANY WAY, FOR ANY DAMAGES RESULTING FROM ITS USE OR
  1200.           MISUSE, DIRECTLY OR INDIRECTLY.
  1201.  
  1202.           THE ENTIRE RISK AS TO THE QUALITY AND PERFORMANCE OF WCFF! IS
  1203.           ENTIRELY WITH YOU.  SHOULD WCFF! PROVE DEFECTIVE, YOU ASSUME THE
  1204.           COST OF ALL NECESSARY SERVICING, REPAIR OR OTHER DAMAGES TO YOUR
  1205.           EQUIPMENT, SOFTWARE, OR OTHER PROPERTY.
  1206.  
  1207.           ONLINE COMPUTER RESOURCES IS NOT RESPONSIBLE TO YOU FOR DAMAGES,
  1208.           INCLUDING BUT NOT LIMITED TO, ANY LOST PROFITS, LOST MONIES, OR
  1209.           OTHER SPECIAL, GENERAL, INCIDENTAL OR CONSEQUENTIAL DAMAGES ARISING
  1210.           OUT OF THE USE OR INABILITY TO USE (INCLUDING BUT NOT LIMITED TO
  1211.           LOSS OF DATA OR DATA BEING RENDERED INACCURATE OR LOSSES SUSTAINED
  1212.           BY THIRD PARTIES OR A FAILURE OF THE PROGRAM TO OPERATE WITH ANY
  1213.           OTHER PROGRAMS) OR ANY OTHER LOSS EVEN IF YOU HAVE BEEN ADVISED OF
  1214.           THE POSSIBILITY OF SUCH DAMAGES, OR FOR ANY CLAIM BY ANY OTHER
  1215.           PARTY.
  1216.  
  1217.  
  1218.  
  1219.  
  1220.           WCFF! v3.53                                            Page 22
  1221.           APPENDIX A
  1222.  
  1223.  
  1224.  
  1225.           MEMORY REQUIREMENTS
  1226.  
  1227.                Memory for WCFF!  . . . . . . . . . . . . . . . . . . 350k
  1228.  
  1229.  
  1230.           REQUIREMENTS/LIMITATIONS OF WCFF!
  1231.  
  1232.                You can have different passwords for the same node for
  1233.                different AREA's, and the password must be less than or equal
  1234.                to 8 characters in length.
  1235.  
  1236.                Area names are limited to 15 characters in length.
  1237.  
  1238.                Try to keep all your directories that you specify in the
  1239.                WCFF.CFG file to the same drive.  WCFF! will rename the file
  1240.                if it is on the same drive, and will copy and then delete the
  1241.                file if on different drives.  It is much faster to rename than
  1242.                it is to copy and delete!
  1243.  
  1244.                Upper or lower case is not a problem.  You can specify any
  1245.                case!
  1246.