home *** CD-ROM | disk | FTP | other *** search
/ ftp.wwiv.com / ftp.wwiv.com.zip / ftp.wwiv.com / pub / BBS / QFW_116.ZIP / RELEASE.ZIP / QFRONT.DOC < prev    next >
Text File  |  1995-04-09  |  306KB  |  8,149 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7.  
  8.  
  9.  
  10.  
  11.    *=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*
  12.  
  13.    _________________________    __________________________________________
  14.                       /    /   /
  15.                      /    /   /
  16.                     /    /   /
  17.                    /    /   /___   ____   ____   _     ___________________
  18.                   /    /   /      /   /  /   /  / \   /    /
  19.                  /  \ /   /      /___/  /   /  /   \ /    /
  20.                 /____\___/      /   \__/___/__/     /    /
  21.  
  22.  
  23.    *=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*
  24.  
  25.  
  26.  
  27.  
  28.  
  29.  
  30.  
  31.  
  32.  
  33.  
  34.  
  35.  
  36.  
  37.  
  38.  
  39.  
  40.  
  41.  
  42.  
  43.  
  44.    ────────────────────────────────────────────────────────────────────────
  45.  
  46.        FidoNet mailer for the Wildcat! 4.0-4.1 bulletin board system
  47.                                Version 1.16b
  48.  
  49.                          Documentation revision 02
  50.  
  51.       COPYRIGHT (c) 1995 BY ROCO SOFTWARE, INC.  ALL RIGHTS RESERVED.
  52.  
  53.    ────────────────────────────────────────────────────────────────────────
  54.    COPYRIGHT NOTICE
  55.    ────────────────────────────────────────────────────────────────────────
  56.    QFront  and all its accompanying programs is copyright (c) 1995 by  RoCo
  57.    Software, Inc., and Rob Kittredge.  All rights reserved.
  58.  
  59.    This document is copyright (c) 1995 by RoCo Software, Inc.
  60.  
  61.    No parts of QFront or this document may be copied, in part or in  whole,
  62.    except as provided in the license in the following pages.
  63.  
  64.  
  65.    LICENSE
  66.    ────────────────────────────────────────────────────────────────────────
  67.    You  are granted a personal non-exclusive, non-transferable  license  to
  68.    use the enclosed program and documentation solely for your own  internal
  69.    needs on one central processing unit or network of physically  connected
  70.    computers.   You assume the entire responsibility for the  selection  of
  71.    the program to achieve your intended  results, and for the installation,
  72.    use and results obtained from the program.
  73.  
  74.    YOU MAY
  75.    ───────
  76.    A.   Use the QFront program, documentation, and related materials  on  a
  77.    single computer system or on a network of physically connected computers
  78.    of  your  belonging.  If you wish to run the program on  more  than  one
  79.    computer  not  connected  to a network, you must  request  a  multi-user
  80.    license.
  81.  
  82.    B.  Copy the program for back-up and archive purposes only, or copy  the
  83.    program  to  other computers of your belonging for use on a  network  of
  84.    physically connected computers.
  85.  
  86.    C.  Use QFront without the presence of a keyfile (ie., demo mode) for up
  87.    to 7 days.
  88.  
  89.    D.  Upload  copies  of QFront to any BBS provided that  you  upload  the
  90.    *COMPLETE*  demonstration  package.   By "complete", we  mean  that  all
  91.    programs, including documentation, must be included in the package.   By
  92.    "demonstration package", we mean that you may *NOT* include any type  of
  93.    registration key file that you may have obtained.
  94.  
  95.    YOU MAY NOT
  96.    ───────────
  97.    A.  Sub-license, assign, or transfer your rights under  this  agreement.
  98.    You   agree not to transfer the QFront program, or  the  materials  sup-
  99.    plied,  in any form to any person without the prior written  consent  of
  100.    the author, Rob Kittredge.
  101.  
  102.    B.  Reproduce, transmit, transcribe, store in any information  retrieval
  103.    system, or translate into any foreign language or computer language,  in
  104.    any form, the QFront program or the QFront documentation.
  105.  
  106.    C.  Use  the QFront program without the presence a  keyfile  (ie.,  demo
  107.  
  108.  
  109.                                 QFront v1.16b
  110.                                    Page 1
  111.    mode) for more than 7 days.
  112.  
  113.    D.  Use a keyfile that is not given to you by an official support  site.
  114.    The only official support site at this time is on the 7th Heaven support
  115.    BBS.
  116.  
  117.    E.  Modify any part of the QFront executable programs and documentation.
  118.  
  119.    YOU  MAY  NOT USE, COPY, MODIFY, OR TRANSFER ANY RIGHTS IN  THE  PROGRAM
  120.    EXCEPT AS EXPRESSLY SET FORTH IN THIS LICENSE.
  121.  
  122.    THE QFRONT PROGRAM AND SOFTWARE ARE PROVIDED  "AS  IS"  WITHOUT WARRANTY
  123.    OF ANY KIND, EITHER EXPRESSED OR IMPLIED, INCLUDING, BUT NOT LIMITED TO,
  124.    THE  IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A  PARTICULAR
  125.    PURPOSE.  THE ENTIRE RISK AS TO THE QUALITY AND PERFORMANCE IS WITH YOU.
  126.    SHOULD  THE QFRONT PROGRAM OR SOFTWARE PROVE DEFECTIVE,  YOU  (NOT  ROCO
  127.    SOFTWARE, INC. OR ROB KITTREDGE) ASSUME THE ENTIRE COST OF SERVICING  OR
  128.    CORRECTION.   IN NO EVENT WILL THE AUTHOR, ROCO SOFTWARE, INC.  AND  ROB
  129.    KITTREDGE,  BE LIABLE TO YOU FOR ANY DAMAGES ARISING OUT OF THE USE,  OR
  130.    INABILITY TO USE, THE QFRONT PROGRAM AND SOFTWARE.
  131.  
  132.  
  133.  
  134.  
  135.  
  136.  
  137.  
  138.  
  139.  
  140.  
  141.  
  142.  
  143.  
  144.  
  145.  
  146.  
  147.  
  148.  
  149.  
  150.  
  151.  
  152.  
  153.  
  154.  
  155.  
  156.  
  157.  
  158.  
  159.  
  160.  
  161.  
  162.  
  163.  
  164.  
  165.  
  166.                                 QFront v1.16b
  167.                                    Page 2
  168.    TABLE OF CONTENTS
  169.    ────────────────────────────────────────────────────────────────────────
  170. Introduction & features ..................................... 6
  171.  
  172. Before you start
  173.   Keyfiles and registration ................................. 8
  174.   Support ................................................... 9
  175.   Bug reports ............................................... 9
  176.   System requirements ....................................... 9
  177.  
  178. Thank-you's ................................................. 10
  179.  
  180. Beta software announcement .................................. 11
  181.  
  182. Installation ................................................ 12
  183.  
  184. Uninstalling ................................................ 13
  185.  
  186. Starting your BBS ........................................... 14
  187.  
  188. Getting started
  189.    FidoNet tutorial
  190.      Introduction to FidoNet ................................ 15
  191.      Nodelists and nodediffs explained ...................... 15
  192.      FidoNet addressses explained ........................... 16
  193.      How does the mail move? ................................ 16
  194.      Who runs the show? ..................................... 17
  195.      How to join FidoNet .................................... 19
  196.    If you operate as a host or hub .......................... 21
  197.    Event management ......................................... 22
  198.  
  199. QFConfig configuration program
  200.    How to use ............................................... 23
  201.    Loading .................................................. 24
  202.    Program configuration
  203.      Program setup .......................................... 25
  204.      General setup .......................................... 29
  205.      Modem/dialout setup .................................... 33
  206.      Translation/cost setup ................................. 37
  207.      Archiver setup ......................................... 41
  208.      External mail strings .................................. 42
  209.      Semaphore files ........................................ 43
  210.      Usernames to ignore .................................... 44
  211.      Function keys .......................................... 45
  212.      UserNet messages ....................................... 46
  213.    Event setup .............................................. 47
  214.    FidoMail configuration
  215.      FidoMail setup ......................................... 55
  216.      Alias addresses ........................................ 57
  217.      Nodelist setup ......................................... 59
  218.      Automatic polls ........................................ 62
  219.      NetMail setup .......................................... 63
  220.      Mail scanner setup ..................................... 68
  221.  
  222.  
  223.                                 QFront v1.16b
  224.                                    Page 3
  225.      Origin lines ........................................... 72
  226.      Groups setup ........................................... 73
  227.      Area manager ........................................... 74
  228.      Node manager ........................................... 77
  229.      Dialout fixups ......................................... 82
  230.      Quick lookup names ..................................... 83
  231.      Import/export .......................................... 84
  232.    Areafix configuration .................................... 86
  233.      Areafix setup .......................................... 86
  234.      Areafix uplinks ........................................ 88
  235.    File request/file forward configuration .................. 91
  236.      File req/forw setup .................................... 91
  237.      Magic files setup ...................................... 92
  238.      File request paths ..................................... 93
  239.    Display setup ............................................ 95
  240.  
  241. NetMail entry ............................................... 96
  242.  
  243. How to use Areafix .......................................... 98
  244.  
  245. Mail routing ................................................ 103
  246.  
  247. Pointlists .................................................. 105
  248.  
  249. Adding downlinks ............................................ 107
  250.  
  251. FAX and CallerID ............................................ 110
  252.  
  253. Call-waiting screen ......................................... 111
  254.  
  255. FidoMail options ............................................ 117
  256.   Dial queue ................................................ 117
  257.   Outbound queue ............................................ 117
  258.   Undialable addresses ...................................... 120
  259.   Force queue rescan......................................... 121
  260.   Poll a node ............................................... 121
  261.   Request files ............................................. 121
  262.   Forward files ............................................. 121
  263.   Inbound history ........................................... 121
  264.   Outbound history .......................................... 121
  265.   Compile nodelist .......................................... 122
  266.   Scan/toss mail ............................................ 122
  267.  
  268. Command line switches ....................................... 123
  269.  
  270. Companion programs .......................................... 126
  271.    Nodelist compiler ........................................ 126
  272.    Mail scanner/tosser ...................................... 128
  273.    Utility program .......................................... 130
  274.  
  275. Batch files
  276.   Descriptions and usage .................................... 134
  277.   Events and ................................................ 136
  278.  
  279.  
  280.                                 QFront v1.16b
  281.                                    Page 4
  282.  
  283. Errorlevels returned by QFront .............................. 137
  284.  
  285. Questions and answers ....................................... 139
  286.  
  287. Credits ..................................................... 141
  288.  
  289.  
  290.  
  291.  
  292.  
  293.  
  294.  
  295.  
  296.  
  297.  
  298.  
  299.  
  300.  
  301.  
  302.  
  303.  
  304.  
  305.  
  306.  
  307.  
  308.  
  309.  
  310.  
  311.  
  312.  
  313.  
  314.  
  315.  
  316.  
  317.  
  318.  
  319.  
  320.  
  321.  
  322.  
  323.  
  324.  
  325.  
  326.  
  327.  
  328.  
  329.  
  330.  
  331.  
  332.  
  333.  
  334.  
  335.  
  336.  
  337.                                 QFront v1.16b
  338.                                    Page 5
  339.    INTRODUCTION TO QFRONT
  340.    ────────────────────────────────────────────────────────────────────────
  341.    QFront  can be classified at an all-in-one FidoNet front-end mailer  and
  342.    tosser/scanner.   This  means that it can make and receive  phone  calls
  343.    from other systems to move FidoNet style mail, and also scan/toss  those
  344.    messages into your message bases.  However, it is much more than that.
  345.  
  346.    It is SPECIFICALLY designed for Wildcat!.  Like most other programs that
  347.    act  as a front-end mailer, they must be the ones that answer  the  call
  348.    (that  is, Wildcat! is not waiting for callers, it is just activated  by
  349.    the  front-end when a human caller shows up - this is discussed more  in
  350.    the next section).  Unlike most other front-end packages, you don't lose
  351.    the  flexibility of having Wildcat! maintaining control.  You can  still
  352.    logon  locally,  adjust print control, page bells,  monitor  other  node
  353.    activity,  all with easy to use hot-keyed menu bar items, with  a  mouse
  354.    that can be used throughout.
  355.  
  356.    Not only does the front-end mailer interface DIRECTLY with Wildcat!, the
  357.    configuration  program  does also.  It is also fully  mouse  aware,  and
  358.    adding  conferences  is  as easy as entering a few pieces  of  data  and
  359.    selecting  from a picklist the conferences on your system.  The  message
  360.    tosser/scanner  (which does the grunt work of moving the  messages  into
  361.    and  out of the message conferences) interfaces directly, with  no  need
  362.    for any conversion programs or any other things to get in the way.
  363.  
  364.    To  also  help you get more familiar with what QFront actually  can  do,
  365.    here is a brief outline of some of its major features:
  366.  
  367.       *  Number one, and most important, QFront is designed to  be  user
  368.       friendly with people who are unfamiliar with Fido technology.   On
  369.       the  same token, QFront is powerful enough to meet your  needs  as
  370.       you get more and more familiar with Fido technology.
  371.  
  372.       *  Full  support for hubbing/hosting operations  such  as  NetMail
  373.       forwarding.
  374.  
  375.       * The FidoNet support of QFront is designed not to interfere  with
  376.       the use of as many other utilities as possible.  For example,  the
  377.       operation  of programs such as Allfix, GoldED, and  Barron  Realms
  378.       Elite will not be hampered with.
  379.  
  380.       * The mailer has what is called an "undialable manager" which will
  381.       prevent  QFront  from calling systems over and over which  may  be
  382.       down or malfunctioning.
  383.  
  384.       *   A  mail  scanner/tosser is included  for  processing  FidoMail
  385.       packets to/from your Wildcat! conferences.  The mail scanner works
  386.       hand-in-hand with QFront and Wildcat!.  Areafix support is  built-
  387.       in,  including  areafix forwarding.  Any number of  downlinks  are
  388.       supported, as well as any number of alias addresses.
  389.  
  390.       *  The ability to do fully automatic file requests and  file  for-
  391.       wards to other Fido compatible mailers.
  392.  
  393.  
  394.                                 QFront v1.16b
  395.                                    Page 6
  396.  
  397.       * Full support for the FidoNet NODEDIFF nodelist update files.
  398.  
  399.       * Full support for point addresses, including pointlist nodelists.
  400.  
  401.       *  A high degree of security is maintained for all features.   You
  402.       have complete control over which features are protected by securi-
  403.       ty and which ones aren't.
  404.  
  405.       *   Up  to 100 events.  The events can be  configured  to  perform
  406.       several  checks  that make sure that they get  executed  when  you
  407.       want  them  to.  Events can even be flagged  so as on a multi-node
  408.       system,  the  event manager will bring down (force  them  to  take
  409.       their  modems off-hook) your other QFront nodes, in an  effort  to
  410.       ensure  that such things as  user and message packing occur   with
  411.       no other users on the system.
  412.  
  413.       *  The keys F1-F12 and ALT F1-F12 can be used on  the call-waiting
  414.       screen to cause an exit based on configurable errorlevels or shell
  415.       to  a program.  For instance, you can set the F1 key to  automati-
  416.       cally shell out to Telix or MAKEWILD.
  417.  
  418.       * Today's activity can be reviewed at the push of a button! Number
  419.       of callers, mail runs, amount of mail moved statistics, and more!
  420.  
  421.       *  A  last caller window is displayed on the  QFront  call-waiting
  422.       screen at all times.
  423.  
  424.       *  A last 5 callers window pops up when the "R" key is pressed  on
  425.       the call-waiting screen.
  426.  
  427.       *   Full outbound and inbound histories are at your  fingertips  -
  428.       QFront will keep detailed information in an easy to view form  for
  429.       as many days as it configured to store them for.
  430.  
  431.       *   A shell-to-DOS function is available with  one keypress,  with
  432.       swap-to-EMS or swap-to-disk capabilities.
  433.  
  434.       *   View   your  system log file with one keypress,  either  in  a
  435.       forward or backward direction.
  436.  
  437.       *  Automatic local log-on to the BBS when the "L" key is pressed.
  438.  
  439.       *  Fully  supports USRobotics, Hayes and other  high  speed modems
  440.       with communications ports locked all the way up to 115,200 baud.
  441.  
  442.       *  NS16550AFN UART support is automatic; if such a UART is detect-
  443.       ed, the FIFO mode of the 16550 is enabled and utilized.
  444.  
  445.       * Supports the DigiBoard communications port.
  446.  
  447.       *  Supports  FAX  modems by exiting to a  FAX  receiving  software
  448.       package such as BGFAX.
  449.  
  450.  
  451.                                 QFront v1.16b
  452.                                    Page 7
  453.  
  454.  
  455.    KEYFILES AND REGISTRATION
  456.    ────────────────────────────────────────────────────────────────────────
  457.    QFront requires a key file before it will operate to its full potential.
  458.    The  keyfile  contains pertinent information about your system  such  as
  459.    your  system name, sysop name, expiration date (if any) and serial  num-
  460.    ber, and is placed in the QFront subdirectory.
  461.  
  462.    The  QFront  package comes without a keyfile.  Without a key  file,  the
  463.    software  will  be running in demo mode, which means that  it  will  not
  464.    accept  calls.  Demo mode is provided so that you can take a quick  look
  465.    at  the  program and decide whether or not it meets  your  needs  before
  466.    being required to call the support board and get an evaluation keyfile.
  467.  
  468.    If  you decide that QFront meets your needs, you must get an  evaluation
  469.    key  file by calling the support board.  The evaluation key you  receive
  470.    will  expire after 45 days.  After that period of time, you must  either
  471.    cease running QFront or register it.
  472.  
  473.    By registering, you'll be given a serialized, non-expiring key file that
  474.    will work with your present version of QFront and any future updates  as
  475.    they are released.
  476.  
  477.    You can register either by personal check, money order, or credit  card.
  478.    If  you  will  be  using personal check or money  order,  fill  out  the
  479.    ORDER.FRM  file that is in your QFront directory and send in the  appro-
  480.    priate  payment  (payment  MUST BE IN US FUNDS!).   Note  that  personal
  481.    checks  must clear before you'll be given your key file.  To use  credit
  482.    card,  call  the  support board and use the REG command  to  place  your
  483.    order.   Your card will be verified and you'll have access to  your  key
  484.    file within 24 hours in most cases.  You must call the support board  to
  485.    pick up your new key file.
  486.  
  487.    Feel  free  to upload QFront to any BBS that you want to,  provided  you
  488.    upload the *ENTIRE* package and do *NOT* include any key files that  you
  489.    may have received.
  490.  
  491.  
  492.  
  493.  
  494.  
  495.  
  496.  
  497.  
  498.  
  499.  
  500.  
  501.  
  502.  
  503.  
  504.  
  505.  
  506.  
  507.  
  508.                                 QFront v1.16b
  509.                                    Page 8
  510.    SUPPORT
  511.    ────────────────────────────────────────────────────────────────────────
  512.    Realizing that the fate of a program can lie in its support policies  or
  513.    lack thereof, support has always been one of my greatest priorities with
  514.    QFront.
  515.  
  516.    Therefore,  if you have ANY questions, comments, problems, or just  want
  517.    to  say  "hi", please feel free to call or write.  All comments will  be
  518.    addressed immediately, if possible.
  519.  
  520.    I can be contacted either on the QFront support board:
  521.  
  522.           7th Heaven: 906-482-8376 (USRobotics HST Dual Standard 28.8k).
  523.  
  524.    By U.S. mail (snail mail):
  525.  
  526.           Rob Kittredge
  527.           13580 Leonard Rd.
  528.           Nunica, MI 49448  USA
  529.  
  530.    As well as the support conference on 7th Heaven, there is also a support
  531.    conference  for  QFront on the FidoNet backbone.  The echo tag  name  is
  532.    QFRONT.
  533.  
  534.    I  also  frequently call the Mustang support BBS, so you  can  reach  me
  535.    there as well.
  536.  
  537.  
  538.    BUG REPORTS
  539.    ────────────────────────────────────────────────────────────────────────
  540.    If you encounter a "bug" in QFront, please let us know as soon as possi-
  541.    ble.  The  faster  you notify us of the problem, the faster  it  can  be
  542.    fixed!
  543.  
  544.    When  reporting  a problem, please have handy the log file  that  QFront
  545.    creates  when  an  error occurs.  The log file  is  named  "QFRONT.ERR".
  546.    Using  the information in that log file, we can quickly track  down  the
  547.    problem.
  548.  
  549.  
  550.    SYSTEM REQUIREMENTS
  551.    ────────────────────────────────────────────────────────────────────────
  552.    Generally, for QFront to run properly on your system, you will need:
  553.  
  554.           1) IBM personal computer, or 100% compatible.
  555.           2) MS-DOS v3.1 or higher, or 100% compatible environment.
  556.           3) Wildcat! v4.0 or higher.
  557.           4) Approximately 500k of RAM.
  558.           5) Approximately 3 megabytes of disk space.
  559.  
  560.  
  561.  
  562.  
  563.  
  564.  
  565.                                 QFront v1.16b
  566.                                    Page 9
  567.    THANK-YOU'S
  568.    ────────────────────────────────────────────────────────────────────────
  569.    There are several people who have helped in the development and  testing
  570.    of QFront through the years.  Without these people, QFront would not  be
  571.    what it is today.
  572.  
  573.    I am deeply thankful to the following people (in no particular order):
  574.  
  575.           Mark (Sparky) Herring
  576.           Gary Hedberg
  577.           Ed Lucas
  578.           Carl Evans
  579.           Gordon Malone
  580.           Joe Siegler
  581.           Michael Bull
  582.           Richard Driggers
  583.           Mark Seiden
  584.           David Terry
  585.           Paul Davis
  586.           Rick Fry
  587.  
  588.  
  589.  
  590.  
  591.  
  592.  
  593.  
  594.  
  595.  
  596.  
  597.  
  598.  
  599.  
  600.  
  601.  
  602.  
  603.  
  604.  
  605.  
  606.  
  607.  
  608.  
  609.  
  610.  
  611.  
  612.  
  613.  
  614.  
  615.  
  616.  
  617.  
  618.  
  619.  
  620.  
  621.  
  622.                                 QFront v1.16b
  623.                                    Page 10
  624.    BETA SOFTWARE ANNOUNCEMENT
  625.    ──────────────────────────
  626.    This version of QFront is not a "release version".  It is a  "wide-beta"
  627.    version.  As such, there may be bugs in the code.  Although we have done
  628.    our best to remove the bugs, the only way to find them all is to get the
  629.    program out to the public.  Therefore, if you find a bug, please contact
  630.    us immediately.  There is information on how to do this above (see  "bug
  631.    reports").
  632.  
  633.  
  634.  
  635.  
  636.  
  637.  
  638.  
  639.  
  640.  
  641.  
  642.  
  643.  
  644.  
  645.  
  646.  
  647.  
  648.  
  649.  
  650.  
  651.  
  652.  
  653.  
  654.  
  655.  
  656.  
  657.  
  658.  
  659.  
  660.  
  661.  
  662.  
  663.  
  664.  
  665.  
  666.  
  667.  
  668.  
  669.  
  670.  
  671.  
  672.  
  673.  
  674.  
  675.  
  676.  
  677.  
  678.  
  679.                                 QFront v1.16b
  680.                                    Page 11
  681.    INSTALLATION
  682.    ────────────────────────────────────────────────────────────────────────
  683.    QFront is perhaps one of the easiest programs to install considering its
  684.    power and complexity.  The installation program that is bundled with the
  685.    program will take care of most of the grunt work.
  686.  
  687.    More  than  likely, you have already run the install  program.   If  so,
  688.    batch files were created specially for your setup.  If you have not  yet
  689.    run the installation program, we suggest you do so now by unpacking  the
  690.    QFront  archive  in  a temporary directory and  typing  "INSTALL".   The
  691.    installation program will go through the procedures for installation and
  692.    will ask you questions about your setup along the way.
  693.  
  694.    One  important  note is that no matter how many nodes you  are  running,
  695.    QFront will always install itself in only one directory (say "C:\QFRONT"
  696.    for  the sake of argument) across a network.  The batch files  that  the
  697.    install  program writes will be written to your main Wildcat!  directory
  698.    that you specify, and will be set up so as to change directories to  the
  699.    common QFront directory, load QFront, and then return back to your  main
  700.    Wildcat! directory automatically when necessary.  In this way, there  is
  701.    only  one  copy of QFront on your hard drive and your other  nodes  will
  702.    share the use of it.  In this type of setup, we are assuming that all of
  703.    your  nodes have access to one common directory across the network.   If
  704.    this  is impossible, the only alternative is to install QFront  in  EACH
  705.    Wildcat! node directory on your system manually.
  706.  
  707.    Once the installation program is complete, you'll be returned to the DOS
  708.    prompt.  To bring up QFront, switch to your main Wildcat! directory  you
  709.    installed QFront in and type "STARTx" (where "x" is the node number you
  710.    want  to  start).   The STARTx.BAT batch file  will  replace  your  old
  711.    CAT.BAT file that you are used to running to start the BBS.
  712.  
  713.    Note:  Additional  setup will be required for your  systems  (using  the
  714.    QFConfig program).  The install program simply installs the software  on
  715.    your  system  and configures Wildcat! properly.  It does  NOT  configure
  716.    such things as events or FidoMail.
  717.  
  718.  
  719.  
  720.  
  721.  
  722.  
  723.  
  724.  
  725.  
  726.  
  727.  
  728.  
  729.  
  730.  
  731.  
  732.  
  733.  
  734.  
  735.  
  736.                                 QFront v1.16b
  737.                                    Page 12
  738.    UNINSTALLING QFRONT
  739.    ────────────────────────────────────────────────────────────────────────
  740.    If for some reason you wish to uninstall QFront from your system,  there
  741.    are a few simple steps involved:
  742.  
  743.       Step 1
  744.       ──────
  745.       Delete the following files from your main Wildcat! directory  that
  746.       QFront is installed in: START-*.BAT, SPAWNBBS.BAT.
  747.  
  748.       Step 2
  749.       ──────
  750.       Change to the common QFront directory and erase everything in  it.
  751.       Then remove the directory after you're done.
  752.  
  753.       Step 3
  754.       ──────
  755.       Call and let us know why you decided not to run QFront!
  756.  
  757.  
  758.  
  759.  
  760.  
  761.  
  762.  
  763.  
  764.  
  765.  
  766.  
  767.  
  768.  
  769.  
  770.  
  771.  
  772.  
  773.  
  774.  
  775.  
  776.  
  777.  
  778.  
  779.  
  780.  
  781.  
  782.  
  783.  
  784.  
  785.  
  786.  
  787.  
  788.  
  789.  
  790.  
  791.  
  792.  
  793.                                 QFront v1.16b
  794.                                    Page 13
  795.    STARTING YOUR BBS
  796.    ─────────────────
  797.    Once  you have installed QFront using the install program, your BBS  can
  798.    be  started and will be ready to accept callers.  To do this, change  to
  799.    your main Wildcat! directory and enter the command "STARTx" (where  "x"
  800.    is the node number you want to start).  This "starts" your BBS the  same
  801.    way your old CAT.BAT did.
  802.  
  803.    Note:  Additional  setup will be required for most  systems  (using  the
  804.    QFConfig program).  The install program simply installs the software  on
  805.    your  system  and configures Wildcat! properly.  It does  NOT  configure
  806.    your events or configure FidoMail for you, for example.
  807.  
  808.  
  809.  
  810.  
  811.  
  812.  
  813.  
  814.  
  815.  
  816.  
  817.  
  818.  
  819.  
  820.  
  821.  
  822.  
  823.  
  824.  
  825.  
  826.  
  827.  
  828.  
  829.  
  830.  
  831.  
  832.  
  833.  
  834.  
  835.  
  836.  
  837.  
  838.  
  839.  
  840.  
  841.  
  842.  
  843.  
  844.  
  845.  
  846.  
  847.  
  848.  
  849.  
  850.                                 QFront v1.16b
  851.                                    Page 14
  852.    GETTING STARTED
  853.    ────────────────────────────────────────────────────────────────────────
  854.    Before  we actually begin the installation and configuration  documenta-
  855.    tion, we should give you an overview of what FidoNet is, and how  QFront
  856.    works with it.  With this information in mind, you'll find the myriad of
  857.    options in the configuration program much easier to understand.
  858.  
  859.    INTRODUCTION TO FIDONET
  860.    ────────────────────────────────────────────────────────────────────────
  861.    Although  a small section in a manual such as this is hardly  enough  to
  862.    describe this beast we call FidoNet justice, it should be enough to  get
  863.    you on the right track.  Before we start in, especially for those of you
  864.    that have years of QWK networks under your belt, I have one little piece
  865.    of  advice - don't try and compare FidoNet to any of those.  It is  much
  866.    more complex. Thankfully, this software takes much of the work away from
  867.    you, so all that is really needed is a bit of time to learn, and  you'll
  868.    be on your way to understanding FidoNet in no time.
  869.  
  870.    FidoNet,  to start off, has nothing to do with a bunch of  dogs.   Well,
  871.    not exactly - it's name comes from the BBS software that was first  used
  872.    while things began, FidoBBS.  FidoNet began in the early 80s by a fellow
  873.    named  Tom  Jennings.  It began in the San Francisco area as a  way  for
  874.    private  messages  (netmail) to be sent between systems.  Later  on,  it
  875.    grew,  and they worked out how to send entire message bases  around  be-
  876.    tween the systems.  At that point, FidoNet as we know it started to take
  877.    its  first breath.  As it became bigger, the need for a good  system  to
  878.    organize  and keep track of the nodes was needed, so along came  FidoNet
  879.    addresses, called node numbers.
  880.  
  881.    FIDONET NODELISTS AND NODEDIFFS
  882.    ───────────────────────────────
  883.    The master listing of all FidoNet systems is contained in what is called
  884.    a  nodelist.  The nodelist is updated weekly, and is over 2mb  in  size,
  885.    containing over 32,000 node numbers.  You do not need the master FidoNet
  886.    nodelist in order to operate QFront, but more than likely you will  want
  887.    to obtain one.  The latest nodelist is always available from the  QFront
  888.    support BBS, 7th Heaven.
  889.  
  890.    The nodelist stores information about each system that you can  communi-
  891.    cate  with.  Information such as system name, sysop name, phone  number,
  892.    location,  and  special flags are included in each nodelist  entry.   An
  893.    explanation for each nodelist flag is included at the end of the  master
  894.    FidoNet nodelist.
  895.  
  896.    Because the nodelist is updated weekly, a method was devised in  FidoNet
  897.    that  allows  just  the CHANGES in the previous week's  nodelist  to  be
  898.    distributed.   Since there are relatively few changes from week to  week
  899.    in the nodelist, these "nodelist change files" are MUCH smaller than the
  900.    master  nodelist, and therefore, cheaper to distribute.  These  nodelist
  901.    change  files  are  called NODEDIFF's,  or  Nodelist  Difference  files.
  902.    QNList,  QFront's nodelist compiler, fully supports  NODEDIFF  updating.
  903.    The  new  NODEDIFF files are used to update your  old  master  nodelist,
  904.    therefore  creating a new master nodelist for the week.  The old  master
  905.  
  906.  
  907.                                 QFront v1.16b
  908.                                    Page 15
  909.    nodelist is then deleted since it is obsolete.
  910.  
  911.    FIDONET ADDRESSES EXPLAINED
  912.    ───────────────────────────
  913.    There is a fair bit to fidonet, to keep it organized.  In order to  keep
  914.    track  of everyone, each node is assigned a node number - for  instance,
  915.    7th Heaven (the QFront support BBS) has one of 1:228/12.  This isn't just
  916.    a random grouping of numbers, each place has a special purpose.
  917.  
  918.                      1:228/12
  919.               Zone --|  |  |--Node
  920.                    Net--|
  921.  
  922.    The  first is the zone number - this is based on the geographical  loca-
  923.    tion of the node, on a large scale.  The zones are defined primarily  by
  924.    continent.  There are 6 zones.  They are:
  925.  
  926.      Zone 1  North America              Zone 2  Europe
  927.      Zone 3  Australia, New Zealand     Zone 4  Latin America
  928.      Zone 5  Africa                     Zone 6  Asia
  929.  
  930.    The second is the net number. Although individual nets do occupy a small
  931.    geographic area (ie., a city), their number does not denote their  loca-
  932.    tion.   A net is a grouping of nodes in a given area, which often  share
  933.    the costs of echomail, and also manage the administration of those nodes
  934.    (administration to be dealt with further on).
  935.  
  936.    The  last  number is specific to individual BBS, and the number  is  the
  937.    choice  of the administrator that adds the node to the net.   This  last
  938.    number is what makes the address unique - there is only one 1:228/12  in
  939.    the entire nodelist.
  940.  
  941.    Some systems use another number that comes after the node number,  which
  942.    is  called  a point number.  For example, 1:228/12.1 would  be  a  point
  943.    address.   Point  addresses are normally used for downlinks  picking  up
  944.    mail  from  you that don't have or don't want a  real  FidoNet  address.
  945.    Point  addresses  are  not contained in  the  master  FidoNet  nodelist.
  946.    Instead,  point  addresses are defined in a "private" nodelist  (ie.,  a
  947.    secondary  nodelist)  called a pointlist, that you  can  configure  into
  948.    QFront.  This allows downlinks to pick up mail from your system  without
  949.    them  having to obtain a FidoNet address.  There is a section, later  in
  950.    the manual, describing how to write your own pointlist nodelist.
  951.  
  952.    HOW DOES THE MAIL MOVE?
  953.    ───────────────────────
  954.    In  order for this system of mail moving to work, there are two  classes
  955.    of software that is needed (note that QFront is both).
  956.  
  957.    The  first  is the front-end mailer which takes care  of  receiving  and
  958.    sending  of  mail packets to and from your system, as  well  as  passing
  959.    inbound  calls to the BBS when a user calls.  This is why  FidoNet  mail
  960.    can move as fast as it does - mail between systems can be configured  to
  961.    be  sent out immediately, with the only real limiting factor being  busy
  962.  
  963.  
  964.                                 QFront v1.16b
  965.                                    Page 16
  966.    signals.
  967.  
  968.    However, in order to do this, you need the mail!  A tosser/scanner takes
  969.    care  of the nitty-gritty - moving mail written on your system  into  an
  970.    outbound mail packet to be sent to your hub by QFront, and taking  those
  971.    message bundles received from your hub by QFront and adding them to your
  972.    message bases.
  973.  
  974.    The  whole reason such a system can work is FidoNet can be  pictured  as
  975.    gigantic  tree.   All  the individual nodes, which can  be  compared  to
  976.    leaves,  send messages written on their end to their net, which  can  be
  977.    pictured  as  a small branch.  That small branch sends the mail  to  the
  978.    large branch, the Region.  That large branch then sends the mail off  to
  979.    the  trunk - the Zone.  Note that FidoNet mail doesn't have to  be  this
  980.    large  scale  - many nets have their own local echoes.   It's  the  same
  981.    principle, though, just a smaller tree.
  982.  
  983.    Now  that explains how your messages get out, but how do you  get  those
  984.    messages  of  that show up on your doorstep every morning? How  does  it
  985.    know who gets what, this great big tree? It uses something know as SEEN-
  986.    BY'S  the whole way along.  It tells what nodes have seen this  message,
  987.    and  is  integral to the way tosser-scanners work.  All they  do  is  go
  988.    through a message's seen-by's, and the nodes you are configured to  send
  989.    to, and all the nodes that aren't in the seen-by get the message.   This
  990.    happens all the way along that tree, with messages that haven't reach  a
  991.    group  of  nodes getting bounced off all those branches  down  to  them.
  992.    Because of the way this is moved - getting bounced from HUB to HUB, this
  993.    form of mail is know as EchoMail.
  994.  
  995.    It is also worth distinguishing the two main types of mail that is moved
  996.    in FidoNet.  The first is what was just described - EchoMail.  The  next
  997.    is  similar  but  slightly different - NetMail.   NetMail  messages  are
  998.    private messages from one system to another - they can be sent  directly
  999.    to  their destination, or they can be routed.  "Routed" means  that  the
  1000.    message  is  passed along by the HUB nodes (often  along  with  EchoMail
  1001.    packets)  until  the message gets to its destination.   The  distinction
  1002.    here is that NetMail is sent from one user to another, where EchoMail is
  1003.    sent  from one user to a bunch of other users.  So for example,  if  you
  1004.    have  a friend that is on FidoNet, you can use NetMail to talk  directly
  1005.    with  that  person without publically distributing the message  as  with
  1006.    EchoMail.
  1007.  
  1008.    More  on routing is explained on the section on setting up your  routing
  1009.    controls,  as well as the section on mail routing, later in the  manual.
  1010.    Basically all you need to know at this point is that NetMail is how  you
  1011.    send private messages from one user to another in FidoNet.
  1012.  
  1013.    You  really don't need to know all of this in order to run  QFront,  but
  1014.    having  a bit of a background in FidoNet is always helpful, and  as  the
  1015.    getting  started  introduction stated, it can make many  of  the  QFront
  1016.    configuration options much easier to understand.
  1017.  
  1018.    WHO RUNS THE SHOW?
  1019.  
  1020.  
  1021.                                 QFront v1.16b
  1022.                                    Page 17
  1023.    ──────────────────
  1024.    This  manual is not meant to be the FidoNet bible, so  obviously  every-
  1025.    thing  about  FidoNet can't be covered.  However, there is still  a  bit
  1026.    more  of  the overview to give you.  The next thing on the list  is  the
  1027.    administration of the network.
  1028.  
  1029.    FidoNet  is  run by volunteers.  They all hold positions,  and  all  are
  1030.    important,  right from the top level down to the bottom.  There are  two
  1031.    main  types of administrative personnel - those known as *Cs  and  those
  1032.    known as *ECs.
  1033.  
  1034.    *Cs are the true administration people - the C stands for Co-ordinator -
  1035.    they deal with the managing of the nodes, the adding and removal of, and
  1036.    helping  to mediate conflicts between members.  *ECs are the  ones  that
  1037.    work with the mail directly - the EC stands for EchoMail Co-ordinator  -
  1038.    and  are  responsible for the flow of mail along all those  branches  of
  1039.    that great FidoNet tree, to continue the analogy started in the previous
  1040.    section.
  1041.  
  1042.    Now, the reason that asterisk is at the beginning of *C and *EC is  that
  1043.    there  are a goodly number of them, but they essential all do  the  same
  1044.    thing, just to a differing magnitude.  The *Cs are:
  1045.  
  1046.       ZC - Zone Co-Ordinator.  All the other *Cs report to this person, and
  1047.       he/she is responsible for the managing of the nodelist, and enforcing
  1048.       and making rules and regulations for FidoNet.
  1049.  
  1050.       ZEC - Zone EchoMail Co-ordinator.  This person is the focal point for
  1051.       all the EchoMail traffic in the zone - in the case of Zone 1, all the
  1052.       echomail  traffic  in North America.  Thanks to the  tree  structure,
  1053.       only RECs (defined further down) transfer mail directly with the  ZEC
  1054.       (often  known  as the Zone Backbone).  This person also  manages  the
  1055.       actual  echoes themselves - such as additions and removals  from  the
  1056.       Backbone.
  1057.  
  1058.       RC - Regional Co-ordinator.  Yes, a Region is a new word, but one you
  1059.       don't need to worry about too much.  The only place regions come into
  1060.       play (as they do not show up in a node number, but are still recorded
  1061.       in the nodelist) is breaking down into groups the hordes of Nets that
  1062.       are  in a zone, both for administration and NetMail moving.   Regions
  1063.       are  often  large areas, such as a entire state or  group  of  states
  1064.       (using  a Zone 1 example, again).   Specifically, the RC is  the  one
  1065.       who handles the segment of the nodelist that is gathered from all the
  1066.       nets part of s/he's region to be forwarded off to the ZC, as well  as
  1067.       other administrative matters, acting as the supervisor of the NCs.
  1068.  
  1069.       REC  -  Regional EchoMail Co-ordinator.  This is the person  all  the
  1070.       NECs  (explained further below) call to deliver to, and pickup  from,
  1071.       their  EchoMail.  This person is responsible for keeping  a  reliable
  1072.       flow of EchoMail into the region.
  1073.  
  1074.       NC - Net Co-ordinator.  NCs run the numerous nets that make up  Fido-
  1075.       Net.  If you remember from the previous sections, Nets are groups  of
  1076.  
  1077.  
  1078.                                 QFront v1.16b
  1079.                                    Page 18
  1080.       nodes  usually in the same general geographic area, such as  a  city.
  1081.       He/she is the person who you would send your application to (for more
  1082.       information on joining FidoNet, see the next section).
  1083.  
  1084.       NEC  - Net EchoMail Co-ordinator.  NECs are the ones who take on  the
  1085.       often very frustrating task of making sure everything is set right on
  1086.       all ends to make sure all the many members of a net get what EchoMail
  1087.       areas they are interested in.
  1088.  
  1089.       HEC  -  Hub  EchoMail Co-ordinator.  These may or may  not  be  used,
  1090.       depending on how large a net is.  When used, HECs are the helpers  of
  1091.       the  NEC.  They pickup and deliver mail to and from a group  of  nodes
  1092.       they  are  responsible for, off to the NEC.  This is needed  as  some
  1093.       nets  get can rather large, and if you have large numbers  of  people
  1094.       all  trying to get their (sometimes fairly substantial) mail  packets
  1095.       from  the NEC, the NECs system can become busy-signal heaven in  sort
  1096.       order.   The HECs are just used to spread out the load to  make  sure
  1097.       problems like that are minimal.
  1098.  
  1099.    As  a little end-note to this, it is worth mentioning that  these  posi-
  1100.    tions are mostly elected positions, and are usually held for a term of 1
  1101.    year on average.
  1102.  
  1103.    HOW TO JOIN FIDONET
  1104.    ───────────────────
  1105.    The  easiest way to go about joining FidoNet is to find members  of  the
  1106.    Net  that  are in your area.  If there is one and you can get  in  touch
  1107.    with  them as easily as that, all that is needed is to ask for  informa-
  1108.    tion  on joining.  They will likely refer you the NC.   Individual  nets
  1109.    have  their own application procedure and forms, but FidoNet is  not  an
  1110.    exclusive  organization.   Despite the forms you may have to  fill  out,
  1111.    very  few  people are turned away (and in those cases, only for  a  very
  1112.    good reason).
  1113.  
  1114.    If you don't know anyone in the Net in your area, or if there is no  Net
  1115.    in  your  area, it gets a little more involved.  The easiest way  to  go
  1116.    about it is to first make sure you have a copy of the FidoNet nodelist -
  1117.    you  will need one sooner or later.  One is available for download  from
  1118.    the  QFront Support BBS, 7th Heaven (if you are wondering why it is  not
  1119.    included  with  the QFront package itself, it is because it  is  updated
  1120.    weekly and uncompressed is over 3mb is size).
  1121.  
  1122.    Once you have the nodelist, unarchive it and load up your favorite  text
  1123.    viewer.   Your  mission is to find a FidoNet node nearby to  you  -  the
  1124.    first thing to try is a search for your city name.  Note that all spaces
  1125.    in  the  nodelist are replaced with underscores - for example  New  York
  1126.    city would be represented as "New_York" in the nodelist.  Try the  names
  1127.    of  towns and cities nearby, especially the larger one.  If that  fails,
  1128.    move  on  the area codes - all numbers in the nodelist are  in  expanded
  1129.    long-distance  format.  Ie., the number for 7th Heaven, 1:228/12,  would
  1130.    be  stored as 1-906-482-8376.  To only have the area code part  get  de-
  1131.    tected, your best bet is to do a search using the 1- in front, ie.,  "1-
  1132.    616".   It is unlikely that there is not a FidoNet node at least in  the
  1133.  
  1134.  
  1135.                                 QFront v1.16b
  1136.                                    Page 19
  1137.    same area code as you, but if not, try neighboring ones.  Once you  find
  1138.    the  closest node, contact that node and ask for information.   Ideally,
  1139.    you'll want to follow on up the lines in the section of the nodelist  you
  1140.    found  that node in and look for the one that has "Host," at the  begin-
  1141.    ning of its line.  That denotes the NC, and is your best bet.
  1142.  
  1143.    Don't  let  this scare you - I'm covering the worst case  scenario.  You
  1144.    likely will have little trouble finding the FidoNet Net in your area.
  1145.  
  1146.  
  1147.  
  1148.  
  1149.  
  1150.  
  1151.  
  1152.  
  1153.  
  1154.  
  1155.  
  1156.  
  1157.  
  1158.  
  1159.  
  1160.  
  1161.  
  1162.  
  1163.  
  1164.  
  1165.  
  1166.  
  1167.  
  1168.  
  1169.  
  1170.  
  1171.  
  1172.  
  1173.  
  1174.  
  1175.  
  1176.  
  1177.  
  1178.  
  1179.  
  1180.  
  1181.  
  1182.  
  1183.  
  1184.  
  1185.  
  1186.  
  1187.  
  1188.  
  1189.  
  1190.  
  1191.  
  1192.                                 QFront v1.16b
  1193.                                    Page 20
  1194.    IF YOU OPERATE AS A HOST OR A HUB
  1195.    ─────────────────────────────────
  1196.    If  you  operate as a host or a hub (ie., supply mail to  downlinks)  in
  1197.    FidoNet  or  any other network using the Fido  mailer  technology,  this
  1198.    release of QFront has functions added that will give you the functional-
  1199.    ity you require.  It now supports the EMSI FidoNet protocol, as well  as
  1200.    full NetMail routing to and from downlinks (including point  addresses).
  1201.    It  also  has a much revised built-in Areafix manager  that  allows  for
  1202.    Areafix forwarding.
  1203.  
  1204.    See the section about mail routing, Areafix, and adding downlinks, later
  1205.    in the manual, for more information.
  1206.  
  1207.  
  1208.  
  1209.  
  1210.  
  1211.  
  1212.  
  1213.  
  1214.  
  1215.  
  1216.  
  1217.  
  1218.  
  1219.  
  1220.  
  1221.  
  1222.  
  1223.  
  1224.  
  1225.  
  1226.  
  1227.  
  1228.  
  1229.  
  1230.  
  1231.  
  1232.  
  1233.  
  1234.  
  1235.  
  1236.  
  1237.  
  1238.  
  1239.  
  1240.  
  1241.  
  1242.  
  1243.  
  1244.  
  1245.  
  1246.  
  1247.  
  1248.  
  1249.                                 QFront v1.16b
  1250.                                    Page 21
  1251.    EVENT MANAGEMENT
  1252.    ────────────────
  1253.    The  event manager is one of most powerful features in the whole  QFront
  1254.    package.   Everything  in QFront is controlled by an  event.   With  the
  1255.    event manager, you can have up to 100 events (per node).
  1256.  
  1257.    Note  that all of your events on your system where QFront  is  installed
  1258.    must be moved out of Wildcat! and into QFront.  Wildcat! will no  longer
  1259.    be  executing events since it is not the one in "control" of the  system
  1260.    while waiting for a call.
  1261.  
  1262.    QFront's  event manager is somewhat similar to that of  Wildcat!.   Like
  1263.    Wildcat!,  each event in QFront is given an "event type".  QFront  knows
  1264.    what  action to take when it's time to execute the event based  on  this
  1265.    event type.  One of the event types is special purpose for use with  the
  1266.    FidoMail  functions.  One of the other event types will produce  results
  1267.    similar  to  what you're currently familiar with in Wildcat!.   It  will
  1268.    cause QFront exit and execute a batch file (exactly like Wildcat!'s "run
  1269.    a  batch  file" event type).  The batch file that is run can  be  edited
  1270.    with  a normal text editor OR you can edit the batch file directly  from
  1271.    within the QFront configuration program.
  1272.  
  1273.    QFront will always attempt to execute an event (a non-FidoMail event) if
  1274.    it appears that the event was skipped.  For example, if an event was set
  1275.    to run on a Monday, and your system was down all day Monday causing  the
  1276.    event  to be skipped, when QFront is started on Tuesday it will run  the
  1277.    event that was skipped.
  1278.  
  1279.    We'll explain all the event types, event flags and how to process events
  1280.    in much greater detail later in the manual.
  1281.  
  1282.  
  1283.  
  1284.  
  1285.  
  1286.  
  1287.  
  1288.  
  1289.  
  1290.  
  1291.  
  1292.  
  1293.  
  1294.  
  1295.  
  1296.  
  1297.  
  1298.  
  1299.  
  1300.  
  1301.  
  1302.  
  1303.  
  1304.  
  1305.  
  1306.                                 QFront v1.16b
  1307.                                    Page 22
  1308.    THE QFCONFIG CONFIGURATION PROGRAM
  1309.    ────────────────────────────────────────────────────────────────────────
  1310.    The  QFront configuration program, QFConfig, is the heart of the  entire
  1311.    QFront  system. It is here where you will specify how you want the  pro-
  1312.    gram  to run or behave on your system.  Because of the  importance  this
  1313.    program  plays in the overall package, we'll go through and explain   in
  1314.    detail each and every option.
  1315.  
  1316.    Let's start off with the "how-to's" of operating QFConfig overall.
  1317.  
  1318.    Pulldown menus can be accessed with the Enter key or with the highlight-
  1319.    ed hotkey.  Use the arrow keys to move around within menus.
  1320.  
  1321.    All  entry fields will clear their current contents if you move  to  one
  1322.    and  start typing.  This is so that you don't have to  manually  "clear"
  1323.    the  field  if you want to change it.  If this behavior is  not  wanted,
  1324.    simply turn insert mode off by tapping the insert  key.  This will place
  1325.    you  in  overwrite  mode.  A larger cursor will appear when you  are  in
  1326.    overwrite mode.
  1327.  
  1328.    Several  of the entry screens in QFConfig are multi-screen and  scrolla-
  1329.    ble.   You  will  know whenever an entry screen  is  scrollable  by  the
  1330.    scrollbar   that appears on the right side of the window frame.   If  an
  1331.    entry  screen  is not scrollable, a scrollbar will not appear.   As  you
  1332.    move from field to field, the entry screen will scroll automatically.
  1333.  
  1334.    At  any  point within QFConfig, you can get  context-sensitive  help  by
  1335.    pressing  the F1 key.  Pressing F1 once again will bring up  the  master
  1336.    topic  index, which is a list of all the topics in the entire help  sys-
  1337.    tem.  The first few options available in this topic index are useful for
  1338.    getting help on how to actually use the context-sensitive help system.
  1339.  
  1340.    You can exit all entry screens and all menus by pressing the Esc key.
  1341.  
  1342.    Mouse support is available throughout QFConfig.
  1343.  
  1344.  
  1345.  
  1346.  
  1347.  
  1348.  
  1349.  
  1350.  
  1351.  
  1352.  
  1353.  
  1354.  
  1355.  
  1356.  
  1357.  
  1358.  
  1359.  
  1360.  
  1361.  
  1362.  
  1363.                                 QFront v1.16b
  1364.                                    Page 23
  1365.    STARTING THE QFCONFIG CONFIGURATION PROGRAM
  1366.    ────────────────────────────────────────────────────────────────────────
  1367.    QFConfig  accepts several command line options on startup.  Most of  the
  1368.    time you won't need to use any of them - typing QFConfig will work  just
  1369.    fine.  But in any case, here they are:
  1370.  
  1371.       "/MONO" and "/COLOR"
  1372.       ────────────────────
  1373.       These  will force QFConfig to use monochrome attributes  or  color
  1374.       attributes, respectively.  QFConfig will try to determine automat-
  1375.       ically  which  one to use, but you can override  this  with  these
  1376.       parameters.
  1377.  
  1378.       "/NOMOUSE"
  1379.       ──────────
  1380.       Will turn off mouse support.
  1381.  
  1382.       "/C<config name>"
  1383.       ─────────────────
  1384.       Will  tell QFConfig to use the specified configuration file  only.
  1385.       Normally,  QFConfig  will bring up a list of  configuration  files
  1386.       that you can pick from.
  1387.  
  1388.    After  QFConfig loads (and if you didn't specify the "/C" parameter),  a
  1389.    pick list will pop up where you can select which configuration file  you
  1390.    want to use.  Normally, you will have a separate configuration file  for
  1391.    each  node  on your system.  Note that the install program  will  create
  1392.    setup  files  for the QFront Nodes you tell it about at the  time.   The
  1393.    "NEW  FILE"  startup option should only be used if you  either  want  to
  1394.    reconfigure  a node from scratch, or add a node that was  not  installed
  1395.    the  first  time.   If that is the case, just  select  the  option  "NEW
  1396.    FILE" .  When you do select this parameter, a window will pop up and ask
  1397.    for the name of the configuration file.  Simply type a new configuration
  1398.    filename and you'll be all set - the recommended, for the sake of clari-
  1399.    ty is NODE<nodenumber>.CFG, but any choice will work.
  1400.  
  1401.    ------------------------------------------------------------------------
  1402.    NOTE! If you select this option and give a filename that already exists,
  1403.    QFConfig will overwrite it without warning.
  1404.    ------------------------------------------------------------------------
  1405.  
  1406.    The  INSTALL program will create the necessary node configuration  files
  1407.    and  call them "NODExxx.CFG" where the "xxx" represents the node  number
  1408.    for that configuration file (for example, NODE1.CFG, NODE100.CFG, etc).
  1409.  
  1410.    To exit the pick list and quit QFConfig, press Esc.
  1411.  
  1412.  
  1413.  
  1414.  
  1415.  
  1416.  
  1417.  
  1418.  
  1419.  
  1420.                                 QFront v1.16b
  1421.                                    Page 24
  1422.    THE QFCONFIG CONFIGURATION PROGRAM - PROGRAM CONFIGURATION
  1423.    ────────────────────────────────────────────────────────────────────────
  1424.    For  the  most part, the program configuration menu option  is  used  to
  1425.    configure  the  various settings essential to  basic  QFront  operation,
  1426.    things such as file paths and names.
  1427.  
  1428.    MENU OPTION - PROGRAM SETUP
  1429.    ───────────────────────────
  1430.    In the program setup menu option, you define the first things QFront  is
  1431.    going to need to know - the location of directions and files.
  1432.  
  1433.    System directories
  1434.    ──────────────────
  1435.       MAKEWILD.DAT file
  1436.       ─────────────────
  1437.       This  is the LOCATION of your MAKEWILD.DAT file.  Under most  Wild-
  1438.       cat!  setups, this will be C:\WILDCAT.  Note that a trailing  back-
  1439.       slash  is not needed.  Do not specify a filename, only a  location.
  1440.       In other words, do not type C:\WILDCAT\MAKEWILD.DAT.
  1441.  
  1442.       Event control file
  1443.       ──────────────────
  1444.       This  option need only be used by multi-node Wildcat! systems.   It
  1445.       specifies the name and location of  a control file that QFront uses
  1446.       to  monitor the status of your other nodes.  This is used  in  con-
  1447.       junction with one of the special event flags, and causes QFront  to
  1448.       write  information to this file periodically.  The other  nodes  on
  1449.       your  system running QFront will see this information and  will  be
  1450.       able to determine if it is necessary to take the modem off-hook  or
  1451.       not.   See the section on  critical events in the event setup  sec-
  1452.       tion for more information.
  1453.  
  1454.       Note that this location should be the same for every  configuration
  1455.       file  you  set-up, so that all nodes on the network know  where  to
  1456.       find it.
  1457.  
  1458.       The  INSTALL program will fill in a default control  file  location
  1459.       when it is run, so normally you won't need to modify this field.
  1460.  
  1461.       Semaphore files
  1462.       ───────────────
  1463.       Semaphore  files are temporary files that either QFront or  another
  1464.       program  will  create that are used to cause QFront to  do  various
  1465.       things such as exit to DOS, rescan the mail queue, etc.  The  files
  1466.       are  called  temporary  because all QFront does is  looks  for  the
  1467.       existence of the semaphore file.  Once it finds the file, the  file
  1468.       is  deleted and QFront performs the appropriate action.  For  exam-
  1469.       ple,  some  Fido-compatible programs add NetMail messages  to  your
  1470.       system.  QFront will not see these new messages until the next time
  1471.       the  outbound  queue is scanned.  You can usually  tell  the  other
  1472.       program to create a semaphore file that causes the mailer to  imme-
  1473.       diately rescan the outbound queue.
  1474.  
  1475.  
  1476.  
  1477.                                 QFront v1.16b
  1478.                                    Page 25
  1479.       This field points to the directory where these semaphore files will
  1480.       be found, and it is fine to leave it in C:\QFRONT (default).   Note
  1481.       that a trailing backslash is not needed.
  1482.  
  1483.       There  is  one  built-in  semaphore  file  that  QFront  recognizes
  1484.       automatically  and  causes the mailer to rescan its  outbound  mail
  1485.       queue.  It is called QF-x.RES and this file must be placed in  your
  1486.       main QFront directory.  The 'x' in the QF-x.RES filename stands for
  1487.       the  node  number.  For example, if you create a QF-1.RES  file  in
  1488.       your  QFront directory, your node 1 QFront mailer will  rescan  its
  1489.       queue and remove the QF-1.RES semaphore file.
  1490.  
  1491.       Busy files
  1492.       ──────────
  1493.       Busy files are files that QFront creates to tell other QFront nodes
  1494.       in a multi-node setup which node is being dialed on a certain node.
  1495.       Other QFront nodes use this information so that two nodes don't try
  1496.       to dial the same system at the same time.
  1497.  
  1498.       This field points to the directory where the busy files are stored.
  1499.       The default, C:\QFRONT will work well.  Note that a trailing  back-
  1500.       slash is not needed.
  1501.  
  1502.    System filenames
  1503.    ────────────────
  1504.  
  1505.       QFront log file
  1506.       ───────────────
  1507.       The  QFront log file is the main logging file for QFront, where  it
  1508.       logs  such  things as inbound and outbound mail  sessions,  inbound
  1509.       calls,  events, and other things done by the mail  QFRONT.EXE  pro-
  1510.       gram.   This defaults to C:\QFRONT\QF-x.LOG (where "x" is the  node
  1511.       number).   You may wish to setup a separate directory for  the  log
  1512.       files, depending on your preferences.  A full path and file name is
  1513.       needed.   You must make sure that each node running QFront  uses  a
  1514.       DIFFERENT system log filename.
  1515.  
  1516.       QScan log file
  1517.       ──────────────
  1518.       The  file specified in this field is the location that  QScan  will
  1519.       write all its log entries to.  The QScan log details the  operation
  1520.       of  the QSCAN.EXE program - more on this program  later.   Messages
  1521.       imported,  messages  exported to be sent to  other  nodes,  Areafix
  1522.       messages, etc, are all logged to this file.  Note that a full  path
  1523.       and  file  named is needed.  C:\QFRONT\QS-x.LOG (where "x"  is  the
  1524.       node  number)  is the default.  You must make sure that  each  node
  1525.       running QFront uses a DIFFERENT log filename.
  1526.  
  1527.       Welcome file
  1528.       ────────────
  1529.       QFront's welcome file is similar to that of Wildcat! - it is  some-
  1530.       thing that is displayed to the user as QFront passes the caller  to
  1531.       Wildcat!.   A generic message is included in the file  WELCOME.TXT,
  1532.  
  1533.  
  1534.                                 QFront v1.16b
  1535.                                    Page 26
  1536.       which is the default.  This file can be edited with any text  editor
  1537.       and changed to whatever suits your system the best.  If you do  not
  1538.       want anything to be displayed, leave this field blank.
  1539.  
  1540.       Critical event file
  1541.       ───────────────────
  1542.       Enter  a  path and filename that you want QFront to  display  to  a
  1543.       caller when the system is processing a critical event.  (See  event
  1544.       setup  for information on critical events).  A sample  file,  CRITI
  1545.       CAL.TXT is included and is the default.
  1546.  
  1547.       Insufficient baud file
  1548.       ─────────────────────
  1549.       An  insufficient  baud rate is one that is lower that  the  minimum
  1550.       configured  in your copy of Wildcat! (see your Wildcat! manual  for
  1551.       further information on configuring this option).  The file is  show
  1552.       to  those that do not have the needed speed set in order to  access
  1553.       your  system,  as  QFront drops carrier on them.   A  sample  file,
  1554.       LOWBAUD.TXT is included and is the default.
  1555.  
  1556.       No callers accepted file
  1557.       ────────────────────────
  1558.       It  is possible with QFront to configure time slots in which  users
  1559.       are not allowed to access the BBS.  The most common use for the  is
  1560.       Zone  Mail  Hour (ZMH) which is 4am-5am EST.  This is  a  time  set
  1561.       aside  for FidoNet mailers to send netmail to other nodes,  and  in
  1562.       order to accomplish that users are not to be allowed for that  hour
  1563.       so as to help ensure they are able to connect.  When a caller  does
  1564.       call during an event that is set to disallow callers, this file  is
  1565.       shown to this.  A sample file, NOCALLER.TXT, is included and is the
  1566.       default.
  1567.  
  1568.    FidoMail/QScan directories
  1569.    ──────────────────────────
  1570.  
  1571.       Nodelist/nodediff directory
  1572.       ───────────────────────────
  1573.       This directory specifies the location where inbound ARCHIVED  node-
  1574.       lists  can  be  found.  The nodelist compiler,  QNList,  uses  this
  1575.       directory  when it tries to find new archived nodelists  and  node-
  1576.       diffs.  The default is C:\QFRONT\REQUESTS.
  1577.  
  1578.       Raw nodelist directory
  1579.       ──────────────────────
  1580.       This directory specifies the location where raw (unarchived)  node-
  1581.       list  files will be stored.  When QNList unarchives a nodelist,  it
  1582.       will place it in this directory.  The default is C:\QFRONT.
  1583.  
  1584.       .MSG NetMail directory
  1585.       ──────────────────────
  1586.       .MSG  refers  to NetMail messages.  NetMail messages  have  a  file
  1587.       extension of .MSG.  Many programs that make use of FidoNet technol-
  1588.       ogy  use  *.MSG messages because they are a  standard  in  FidoNet.
  1589.  
  1590.  
  1591.                                 QFront v1.16b
  1592.                                    Page 27
  1593.       QFront  fully supports this standard by looking for new *.MSG  mes-
  1594.       sages  to  send  out, and to convert received  NetMail  into  *.MSG
  1595.       format. This directory tells  QFront where to find these  messages,
  1596.       and  where QScan should place them.  The default is  C:\QFRONT\NET-
  1597.       MAIL.
  1598.  
  1599.       Outbound packet directory
  1600.       ─────────────────────────
  1601.       Outbound  packets are bundles of EchoMail that is to be  sent  from
  1602.       your system to another, such as from you to your hub, or if you are
  1603.       a  hub,  to your downlinks.  This directory tells  QScan  where  to
  1604.       store  these  messages while they wait for QFront  to  successfully
  1605.       send them off, at which point they are deleted.  C:\QFRONT\OUTBOUND
  1606.       is the default.
  1607.  
  1608.       Inbound packet directory
  1609.       ────────────────────────
  1610.       Inbound packets are bundles of EchoMail that have been sent to your
  1611.       system  by another, usually your hub.  This is the  directory  that
  1612.       QFront will place them as they are received, and it is the directo-
  1613.       ry QScan will look for them, when it is run to insert messages into
  1614.       your message bases.  The default is C:\QFRONT\INBOUND.
  1615.  
  1616.       Bad packet directory
  1617.       ────────────────────
  1618.       Bad  packets  are packets in which QScan runs into an  error  while
  1619.       dealing with them.  The most common is a corrupted compressed  mail
  1620.       bundle that give an error unarchiving.  Unless a bad packet  direc-
  1621.       tory is set, QScan will keep trying to process the erroneous  pack-
  1622.       et.  The default is C:\QFRONT\BAD.
  1623.  
  1624.       Work directory
  1625.       ──────────────
  1626.       This  directory should be an EMPTY directory that will be used  for
  1627.       the SOLE PURPOSE of a work directory for QScan to use as it  organ-
  1628.       izes itself and works on creating packets.  You should store  NOTH-
  1629.       ING in this directory.  C:\QFRONT\WORK is the default.
  1630.  
  1631.  
  1632.  
  1633.  
  1634.  
  1635.  
  1636.  
  1637.  
  1638.  
  1639.  
  1640.  
  1641.  
  1642.  
  1643.  
  1644.  
  1645.  
  1646.  
  1647.  
  1648.                                 QFront v1.16b
  1649.                                    Page 28
  1650.    File request directories
  1651.    ────────────────────────
  1652.  
  1653.       Normal received files
  1654.       ─────────────────────
  1655.       This directory is where files that are requested or sent to you  on
  1656.       a  non-secure mail session (non-secure mail sessions are  not  pro-
  1657.       tected  by  a session password) should be placed.   This  does  not
  1658.       effect echomail packets.  Default is C:\QFRONT\REQUESTS.  No trail-
  1659.       ing backslash is needed.
  1660.  
  1661.       Secured received files
  1662.       ──────────────────────
  1663.       This  is where files that are received from a node that you have  a
  1664.       password  establish  with (hence, it is fairly  secure)  should  be
  1665.       placed.  C:\QFRONT\REQUESTS is the default.
  1666.  
  1667.    MENU OPTION - GENERAL
  1668.    ─────────────────────
  1669.    Here  configuration options are placed that really don't have a  special
  1670.    heading to go under.  Certain lines of text, and some other  miscellane-
  1671.    ous options, are located here.
  1672.  
  1673.    System login controls
  1674.    ─────────────────────
  1675.  
  1676.       User logon control string
  1677.       ─────────────────────────
  1678.       This  option  is used to specify what information gets  passed  to
  1679.       your  SPAWNBBS.BAT file (via the BBSBATCH.BAT file - see the  sec-
  1680.       tion on batch file setup for more information).  Every   character
  1681.       you   type will be sent directly to the SPAWNBBS.BAT file in   the
  1682.       order  in  which  you type them.  For example, if  you  type  "ROB
  1683.       KITTREDGE"  in   this  field, in the SPAWNBBS.BAT  file  %1  would
  1684.       equal  "ROB"  and %2 would equal "KITTREDGE".  For Wildcat!,  only
  1685.       one  string  should  be entered in this field,  @B,  which  causes
  1686.       QFront  to  pass the caller's connect  speed  to  Wildcat!.
  1687.  
  1688.       User logon prompt string
  1689.       ────────────────────────
  1690.       Here you enter the line you want the user to be given when  QFront
  1691.       asks for them to press Esc or Tab twice (or wait a moment) for the
  1692.       BBS.   This is shown to the caller immediately when they  connect.
  1693.       It  defaults to: "Press [ESCape] or [Tab] twice for the BBS:".   A
  1694.       common customization is to add your BBS name in place of the  word
  1695.       BBS, but it's perfectly fine to leave as-is.
  1696.  
  1697.       Local logon control string
  1698.       ──────────────────────────
  1699.       This option is identical to the user logon control string, but  is
  1700.       used when you do a local logon.
  1701.  
  1702.       Most  of  the time, the default string of "LOCAL" will  be  suffi-
  1703.  
  1704.  
  1705.                                 QFront v1.16b
  1706.                                    Page 29
  1707.       cient.   Note that the supplied batch files reflect  this  default
  1708.       string.
  1709.  
  1710.    Call waiting screen settings
  1711.    ────────────────────────────
  1712.  
  1713.       Modem off-hook flags
  1714.       ────────────────────
  1715.       Press Enter on this field and a picklist will appear where you can
  1716.       individually select during which times you want QFront to take the
  1717.       modem  off-hook.   For  example, if "Local  logon"  was  selected,
  1718.       QFront  would  take  the modem off-hook whenever you  do  a  local
  1719.       logon.   To select or deselect an option, move the  highlight  bar
  1720.       over  the selection and press the spacebar.  When you're  finished
  1721.       selecting, press Enter.
  1722.  
  1723.       Direction to view logs
  1724.       ──────────────────────
  1725.       QFront allows you to view its own, and Wildcat!'s, log files, from
  1726.       the  convenience of the QFront call waiting screen.   This  toggle
  1727.       selects if you want to read the logs in forward or backward order.
  1728.       For  example, forward would show listings from July 10th  to  July
  1729.       15th, while backward would display those same listings going  from
  1730.       July 15th to the 10th.  Default is forward.
  1731.  
  1732.    Miscellaneous flags
  1733.    ───────────────────
  1734.  
  1735.       Allow low bauds into Wildcat!
  1736.       ─────────────────────────────
  1737.       If this flag is set to Y, QFront will allow baud rates lower  than
  1738.       the minimum set in the Wildcat! to be passed to the BBS.   Special
  1739.       circumstances,  such as perhaps a wcCode program that  deals  with
  1740.       slow  callers  on  a security level or specific  user  basis,  may
  1741.       warrant that QFront let Wildcat! worry about the baud rates.   For
  1742.       most systems, this flag should be left at the default, N.
  1743.  
  1744.       Swap to disk or EMS for shelling
  1745.       ────────────────────────────────
  1746.       Whenever  QFront  does a DOS shell (either from the  call  waiting
  1747.       menu  or during a function key shell), QFront can swap itself  out
  1748.       to EMS or disk automatically, leaving only about 15k of QFront  in
  1749.       conventional  memory.  This is usually necessary  because  leaving
  1750.       all  of QFront resident would significantly reduce  the  available
  1751.       memory during DOS shells.  It is recommended that this be kept  at
  1752.       the default, Y.
  1753.  
  1754.       Using an enhanced keyboard
  1755.       ──────────────────────────
  1756.       If  you are using an enhanced (101 key) keyboard, set this  to  Y.
  1757.       If  you are running a 286+, chances are you are using an  enhanced
  1758.       keyboard.
  1759.  
  1760.  
  1761.  
  1762.                                 QFront v1.16b
  1763.                                    Page 30
  1764.       Using a mouse
  1765.       ──────────────
  1766.       QFront  has complete mouse support on its call-waiting menu.   You
  1767.       can turn this feature on and off with this option.
  1768.  
  1769.       Use 24 hour time clock
  1770.       ──────────────────────
  1771.       If you want all time displays (on-screen and logged in a file)  to
  1772.       be  shown  in a 24 hour format (military time), answer Y  to  this
  1773.       field, otherwise answer N (default).
  1774.  
  1775.       Semaphore check frequency
  1776.       ─────────────────────────
  1777.       This  field  is  used to configure a "check  frequency"  for  when
  1778.       QFront  checks  for the semaphore files (see  the  description  of
  1779.       semaphore  files,  below).  Entering a value of 10,  for  example,
  1780.       causes  QFront to check for the semaphore files every 10  seconds.
  1781.       Entering  a value of 0 disables semaphore file checking  entirely.
  1782.       The  lower the number you enter here, the more  frequently  QFront
  1783.       checks for these files, meaning MORE system overhead (ie.,  slower
  1784.       system performance), so be careful of the value you enter here.
  1785.  
  1786.  
  1787.  
  1788.  
  1789.  
  1790.  
  1791.  
  1792.  
  1793.  
  1794.  
  1795.  
  1796.  
  1797.  
  1798.  
  1799.  
  1800.  
  1801.  
  1802.  
  1803.  
  1804.  
  1805.  
  1806.  
  1807.  
  1808.  
  1809.  
  1810.  
  1811.  
  1812.  
  1813.  
  1814.  
  1815.  
  1816.  
  1817.  
  1818.  
  1819.                                 QFront v1.16b
  1820.                                    Page 31
  1821.    MENU OPTION - MODEM/DIALOUT SETUP
  1822.    ─────────────────────────────────
  1823.    The modem/dialout setup option is used to tell QFront how to dial out
  1824.    when  it  needs to for mail runs, as well as  information  for  basic
  1825.    handling of the modem.
  1826.  
  1827.    Note  that  QFront  pulls as much information out  of  your  MAKEWILD
  1828.    configuration as possible.  Primary initialization strings,  communi-
  1829.    cations port, port speed, etc., are all configured in MAKEWILD.
  1830.  
  1831.    Modem initialization/dialout strings
  1832.    ────────────────────────────────────
  1833.  
  1834.       Secondary modem init string
  1835.       ───────────────────────────
  1836.       The  primary  initialization string (the first to get sent  to  the
  1837.       modem)  is  taken DIRECTLY from the one defined  in  Wildcat!.   If
  1838.       there is a need for a specialized initialization string to be  sent
  1839.       by  QFront following it, enter it here.  For most systems,  such  a
  1840.       setup  is not needed and this field should be left to the  default,
  1841.       blank.   One  case where you might want to have  a  secondary  init
  1842.       string is for FAX modems which require a fairly long init string to
  1843.       turn on FAX mode on the modem.
  1844.  
  1845.       Each character you type will be sent as-is except for the following
  1846.       exceptions (excluding quotation marks):
  1847.  
  1848.          "~"  Causes a 1/4 (.25) second pause.
  1849.          "^M" or "|"  Causes a carriage return to be sent.
  1850.  
  1851.       Modem answer string
  1852.       ───────────────────
  1853.       The modem answer string is what QFront should send to the modem  to
  1854.       make  it answer the phone and connect with the incoming call.   For
  1855.       Hayes compatible modems, that is ATA (default).  Almost all of  the
  1856.       major modems on the market today are Hayes Compatible, so ATA  will
  1857.       likely work fine.  If your modem forces you to use another command,
  1858.       consult your users manual for your modem.
  1859.  
  1860.       Each character you type will be sent as-is except for the following
  1861.       exceptions (excluding quotation marks):
  1862.  
  1863.          "~"  Causes a 1/4 (.25) second pause.
  1864.          "^M" or "|"  Causes a carriage return to be sent.
  1865.  
  1866.       Modem dialout prefix
  1867.       ────────────────────
  1868.       Enter here the command string that you want QFront to send to  your
  1869.       modem  when doing a modem dialout (calling another system,  ie.,  a
  1870.       FidoNet HUB).  What you enter here will be sent immediately  before
  1871.       QFront  sends the phone number to your modem.
  1872.  
  1873.       Each character you type will be sent as-is except for the following
  1874.  
  1875.  
  1876.                                 QFront v1.16b
  1877.                                    Page 32
  1878.       exceptions (excluding quotation marks):
  1879.  
  1880.          "~"  Causes a 1/4 (.25) second pause.
  1881.          "^M" or "|"  Causes a carriage return to be sent.
  1882.  
  1883.       The  default dialout prefix is "ATS0=0M0DT".  This will, for  most
  1884.       modems, set the dialout speed to slow, and tell the modem to  dial
  1885.       out using touch-tone.  If you do not have touch-tone on your phone
  1886.       line,  change  the DT to DP to tell the modem to use  pulse  dial.
  1887.       Consult your modem's manual for further AT command information.
  1888.  
  1889.       Modem dialout suffix
  1890.       ────────────────────
  1891.       Enter here the command string that you want QFront to send to your
  1892.       modem when doing a modem dialout.  Your entry will be sent immedi-
  1893.       ately  after  QFront sends the phone number to your  modem.   Each
  1894.       character  you  type will be sent as-is except  for  the  following
  1895.       exceptions (excluding quotation marks):
  1896.  
  1897.          "~"  Causes a 1/4 (.25) second pause.
  1898.          "^M" or "|"  Causes a carriage return to be sent.
  1899.  
  1900.       The default dialout suffix is blank, as for most system configura-
  1901.       tions it is not needed.
  1902.  
  1903.       Automatic modem init timeout
  1904.       ────────────────────────────
  1905.       You can set QFront to automatically re-initialize your modem after
  1906.       a  certain number of minutes.  This is useful to ensure that  your
  1907.       modem  is  always ready for a call.  This field is  used  to  tell
  1908.       QFront how many minutes to wait before re-initializing your modem.
  1909.       If  you have problems with your modem "snoozing off"  after  being
  1910.       online for awhile, you may want to shorten this value (default  20
  1911.       minutes).
  1912.  
  1913.       Delay before first dialout
  1914.       ──────────────────────────
  1915.       This is the value, in seconds, for QFront to wait before its first
  1916.       dialout  attempt after it reloads (ie, after it is loaded for  the
  1917.       first  time, or is returning from exiting to toss mail or  pass  a
  1918.       caller to the BBS).
  1919.  
  1920.       Dialout attempts
  1921.       ────────────────
  1922.       The  setting entered here will determine how many attempted  dials
  1923.       to  make  for  a given system.  Once this  number  is  reached  by
  1924.       QFront,  it will be skipped in the dial queue, until the queue  is
  1925.       re-scanned  (ie., a forced rescan, QFront restarted after  a  mail
  1926.       toss, event, human caller, etc).
  1927.  
  1928.       Connection timeout
  1929.       ──────────────────
  1930.       This  is  the maximum amount of time, in seconds, to  wait  for  a
  1931.  
  1932.  
  1933.                                 QFront v1.16b
  1934.                                    Page 33
  1935.       connection string to be returned by the modem.  The default is  45
  1936.       seconds.  QFront will abort when a busy signal is received, but in
  1937.       the case of ringing through especially, this tells it how long  to
  1938.       wait.
  1939.  
  1940.       Delay between dialouts
  1941.       ──────────────────────
  1942.       The value given here is the amount of time is seconds that  QFront
  1943.       is  to wait between dialout attempts.  The default is 20  seconds.
  1944.       This  usually works well as the dialouts happen with  enough  fre-
  1945.       quently to connect to another system within a reasonable amount of
  1946.       time, and also gives your users a chance to logon.
  1947.  
  1948.       Resend retries (per day)
  1949.       ────────────────────────
  1950.       Here  you state the number of times that QFront should attempt  to
  1951.       perform  a mail run to any given system in one day.  If  the  mail
  1952.       run  should  fail for some reason (perhaps if  the  connection  is
  1953.       poor), QFront will redial the system.  It will continue to  redial
  1954.       the  system  until it reaches the number you enter here.   If  you
  1955.       enter  a  value of 0, QFront will continually try  to  communicate
  1956.       with any given system (BE CAREFUL with this!).  The reason for the
  1957.       resend retries field is so that QFront does not continually try to
  1958.       connect  to a system that is not functioning properly  since  this
  1959.       would be a waste of time and money.
  1960.  
  1961.       There  are  two  methods that QFront uses to keep  track  of  what
  1962.       systems are "safe" to be dialed or not.  Both of these are  stored
  1963.       in  the  undialable  manager on the  QFront  call-waiting  screen.
  1964.       First,  QFront  keeps track of the number of FAILED mail  run  at-
  1965.       tempts  to  a certain system in a given day (this  is  called  the
  1966.       RESEND  RETRIES  counter).  Next, QFront keeps track of  how  many
  1967.       DAYS  QFront has tried to successfully communicate with that  cer-
  1968.       tain  system  (this is called the LEVEL counter).  Both  of  these
  1969.       methods are related. It's easiest to explain this with an example.
  1970.  
  1971.       Pretend  that  QFront needs to dial 1:228/12, and  you  have  your
  1972.       RESEND  RETRIES  value  set to 3 in QFConfig, and  that  you  have
  1973.       answered  Y to the question MARK UNDIALABLE AFTER 3 DAYS (see  the
  1974.       next field).  QFront dials 1:228/12, and the session fails.   What
  1975.       happens  is, 1:228/12 is added to the undialable manager  and  the
  1976.       RESEND RETRIES counter is set to one.  QFront will try to dial the
  1977.       system again, and if that fails, the RESEND RETRIES counter is now
  1978.       set  to two.  Once more, QFront tries to dial 1:228/12,  and  that
  1979.       session fails as well.  QFront will set the RESEND RETRIES counter
  1980.       to  3 and set the LEVEL counter to 2.  What this tells  QFront  is
  1981.       that  it  should NOT dial 1:228/12 anymore today.  When  the  date
  1982.       rolls over, QFront will start over trying to dial the system.   It
  1983.       will  continue to do this for *3* days.  If, after the third  day,
  1984.       it  still  cannot connect to 1:228/12, 1:228/12 now  has  a  LEVEL
  1985.       counter  of 3 and QFront will NEVER dial that system  again  until
  1986.       you manually remove the node from the undialable manager (this  is
  1987.       done by entering the undialable manager on the call-waiting screen
  1988.  
  1989.  
  1990.                                 QFront v1.16b
  1991.                                    Page 34
  1992.       - see the section later in this manual about the undialable manag-
  1993.       er).
  1994.  
  1995.       What  should be obvious is that the undialable manager is used  to
  1996.       keep   your  phone  bills  down.   There's  no  sense  in   QFront
  1997.       continually trying to connect to a system if the system is  having
  1998.       problems.
  1999.  
  2000.       Mark undialable after 3 days
  2001.       ────────────────────────────
  2002.       If  you answer Y to this question, if QFront  cannot  successfully
  2003.       communicate  with a given system after 3 days of trials,  it  will
  2004.       mark  the node undialable and never call that system again  unless
  2005.       you manually remove the node from the undialable manager.  If  you
  2006.       answer N to this question, QFront will try for an unlimited number
  2007.       of days to communicate with the system.
  2008.  
  2009.       Note  that  the  RESEND RETRIES value is still in  effect  if  you
  2010.       answer N to this question.
  2011.  
  2012.  
  2013.  
  2014.  
  2015.  
  2016.  
  2017.  
  2018.  
  2019.  
  2020.  
  2021.  
  2022.  
  2023.  
  2024.  
  2025.  
  2026.  
  2027.  
  2028.  
  2029.  
  2030.  
  2031.  
  2032.  
  2033.  
  2034.  
  2035.  
  2036.  
  2037.  
  2038.  
  2039.  
  2040.  
  2041.  
  2042.  
  2043.  
  2044.  
  2045.  
  2046.  
  2047.                                 QFront v1.16b
  2048.                                    Page 35
  2049.    MENU OPTION - TRANSLATION/COSTING SETUP
  2050.    ───────────────────────────────────────
  2051.    The options set here in the Translation/Costing Setup menu option  allow
  2052.    QFront to do two main things.  The first of which is to tell QFront  how
  2053.    to  convert the raw phone numbers in the nodelist to a format  that  you
  2054.    can use in your geographic location.  The second is to define costs  for
  2055.    the calls QFront would make to non-local numbers (called "toll"  calls),
  2056.    so they can be done at off-peak hours of the day.
  2057.  
  2058.    The  translation part of the setup here is telling QFront what parts  of
  2059.    the  phone  numbers that are in your FidoNet nodelist it is  to  change.
  2060.    "Why  do you need to change the phone numbers?" you ask?  Because  since
  2061.    FidoNet  covers such a large area, producing nodelists individually  for
  2062.    all  the different dialing areas would be ridiculous.  Instead, what  is
  2063.    done is all the phone numbers are entered in their expanded form (ie, 1-
  2064.    234-567-8888).  What you as a FidoNet node are required to do is  filter
  2065.    out  the unnecessary prefixes.  To continue our example, if you  are  in
  2066.    area  code 234, you won't need to dial the area code (in  most  places).
  2067.    If  you also happened to be a local call to the 567 exchange, you  would
  2068.    not want to have the 1-234 part in there at all.
  2069.  
  2070.    QFront  scans  the  phone number it is about to dial  at  every  dialout
  2071.    against the set translations, and makes the appropriate changes.
  2072.  
  2073.    The  costing part is set in two main places.  The first is the  default,
  2074.    which  will be used if you don't have a cost defined for a  given  area.
  2075.    The second is where you define the cost for specific areas.  How this is
  2076.    done is explained where it is entered, further down.  This allows you to
  2077.    QFront  to, for example, not call a given node unless there is at  least
  2078.    $1.20  of mail waiting to go.  Or likewise, tell QFront not to  call  if
  2079.    there  is more than $4.00 worth of mail to go.  As a practical  example,
  2080.    you could tell QFront to send only the mail that has a cost of 32  cents
  2081.    or less between 6pm and 11pm, on weekends, while saving the more  expen-
  2082.    sive  calls (like those overseas) to the cheap-rate hours.  Exactly  how
  2083.    to do this is discussed in the section on "Events".  Note that the  cost
  2084.    values are nothing more than numbers, they do not represent money values
  2085.    (although they CAN if you want them to).
  2086.  
  2087.  
  2088.    Country specific setup
  2089.    ──────────────────────
  2090.  
  2091.       Country code
  2092.       ────────────
  2093.       Before QFront can dial out to any system properly, you must  enter
  2094.       your  country code.  The country code is the same that is  defined
  2095.       in your DOS configuration.  For example, the country code for  the
  2096.       United States and Canada is 1, while the country code for Egypt is
  2097.       20.
  2098.  
  2099.       In-area dial prefix
  2100.       ───────────────────
  2101.       The  in-area prefix is what QFront should add to numbers  that  it
  2102.  
  2103.  
  2104.                                 QFront v1.16b
  2105.                                    Page 36
  2106.       dials  that are inside of your area code.  Most of the  time,  the
  2107.       in-area  dial  prefix is left blank.  Anything you enter  here  is
  2108.       sent  to  the modem AFTER dial dialout command (which  is  usually
  2109.       ATDT) but BEFORE the phone number to be dialed.
  2110.  
  2111.       In-area dial suffix
  2112.       ───────────────────
  2113.       The in-area dial suffix is what QFront should add to numbers  that
  2114.       it dials that are inside of your area code.  Most of the time, the
  2115.       in-area  dial  suffix is left blank.  Anything you enter  here  is
  2116.       sent to the modem AFTER the phone number is sent to your modem.
  2117.  
  2118.       Out-of-area dial prefix
  2119.       ───────────────────────
  2120.       The  out-of-area prefix is what QFront should add to numbers  that
  2121.       it  dials that are outside of your area code.  Most of  the  time,
  2122.       the  out-of-area  dial prefix is left blank.  Anything  you  enter
  2123.       here  is  sent to the modem AFTER dial dialout command  (which  is
  2124.       usually ATDT) but BEFORE the phone number to be dialed.
  2125.  
  2126.       Out-of-area dial suffix
  2127.       ───────────────────────
  2128.       The  out-of-area dial suffix is what QFront should add to  numbers
  2129.       that  it  dials that are outside of your area code.  Most  of  the
  2130.       time,  the  out-of-area dial suffix is left blank.   Anything  you
  2131.       enter here is sent to the modem AFTER the phone number is sent  to
  2132.       your modem.
  2133.  
  2134.       International dial prefix
  2135.       ─────────────────────────
  2136.       The international prefix is what QFront should add to numbers that
  2137.       it dials that are outside of your domestic calling area (note that
  2138.       the  U.S. and Canada are both domestic calls for each other).   For
  2139.       the  U.S.  and Canada, this is "011-", the default.   If  you  are
  2140.       outside these two areas, consult the dialing requirements of  your
  2141.       local phone company.
  2142.  
  2143.       International dial suffix
  2144.       ─────────────────────────
  2145.       What  is entered here QFront will add to the end of  any  interna-
  2146.       tional numbers dialed.  This is not needed if you are in the  U.S.
  2147.       or  Canada (default is therefore blank).  If you are not  sure  if
  2148.       you require a suffix, consult your local phone company.
  2149.  
  2150.    Default cost values
  2151.    ───────────────────
  2152.    It is important to point out that cost values are not accumulated  by
  2153.    QFront  based on the number of minutes a mail session will take.   If
  2154.    you  specify a cost of 32 for example, the cost will ALWAYS be 32  no
  2155.    matter if there is 1 mail bundle or 100 to go to a system.
  2156.  
  2157.       Domestic calls
  2158.       ──────────────
  2159.  
  2160.  
  2161.                                 QFront v1.16b
  2162.                                    Page 37
  2163.       Here  you  enter the default cost for domestic calls that  do  not
  2164.       have  a  cost  set in your translation  setup  (discussed  further
  2165.       down).  This is in cost units - in the U.S. and Canada, this would
  2166.       be cents, while in Great Britain it would be pence.
  2167.  
  2168.       International calls
  2169.       ───────────────────
  2170.       This  setting is parallel to the "Domestic calls" setting  as  de-
  2171.       scribed above, except it applies to international calls.
  2172.  
  2173.    Custom dial translations/cost values
  2174.    ────────────────────────────────────
  2175.  
  2176.       Translations
  2177.       ────────────
  2178.       When this menu option is selected, a picklist will appear,  allow-
  2179.       ing you to add, edit or delete records from the database.  To  add
  2180.       a record, simply select the first picklist item, "add a new trans-
  2181.       lation".  To edit an existing record, move the hilight bar to your
  2182.       selection  and press Enter.  To delete a record, move the  hilight
  2183.       bar  to your selection and press Alt-D.  The picklist may  or  may
  2184.       not  scroll vertically, depending on the number of records in  the
  2185.       database. The actual fields you have to fill it at that point will
  2186.       be discussed individually.  First, some general info and tips.
  2187.  
  2188.       When  QFront tries to find a match in the picklist, it will  apply
  2189.       the  translation that has the LONGEST "prefix to translate"  field
  2190.       match.   So if, for example, you have "1-234-" in the first  entry
  2191.       in  the picklist for the "prefix to translate", and have  "1-"  in
  2192.       the  second entry in the picklist, and the phone number QFront  is
  2193.       trying  to  match is "1-234-567-8901", QFront will use  the  first
  2194.       entry since it contains the longest matching prefix.
  2195.  
  2196.       The following are the prompts you are presented with when entering
  2197.       a new translation, explained.
  2198.  
  2199.          Prefix to translate
  2200.          ───────────────────
  2201.          Enter  the  phone number prefix that you want to  modify.   The
  2202.          phone  number prefix you enter here will be searched for  every
  2203.          time  QFront  dials a number.  If it is found, this  prefix  is
  2204.          deleted from the phone number and replaced with the translation
  2205.          prefix.
  2206.  
  2207.          For  example, if you wanted to tell QFront that  1-616-123-4567
  2208.          is a toll call, here's what you'd set for the prefix to change:
  2209.          "1-616-123-".  And then you'd set the translation prefix to "1-
  2210.          123-"  (see next field).  The phone number that would  actually
  2211.          be dialed would then be "1-123-4567".  Or, if 1-616-123-4567 is
  2212.          a free call, the prefix to change would be "1-616-123-" and the
  2213.          translation prefix would be "123-".
  2214.  
  2215.          Translate prefix to
  2216.  
  2217.  
  2218.                                 QFront v1.16b
  2219.                                    Page 38
  2220.          ───────────────────
  2221.          Once  a prefix has been found in a phone number that QFront  is
  2222.          dialing out to, you must set what you want the prefix  replaced
  2223.          with.
  2224.  
  2225.          As  in the example above, if you want to tell QFront  that  the
  2226.          number  1-616-123-4567 is a free local call for you, you  would
  2227.          set  the prefix to "1-616-123-" and the translation  prefix  to
  2228.          "123-".
  2229.  
  2230.          Cost
  2231.          ────
  2232.          This is the cost, in units (such as cents - see the information
  2233.          on  default  cost settings described earlier) that  any  number
  2234.          that  this translation applies to should have  associated  with
  2235.          it.  In the case of local calls this should be 0, while in  the
  2236.          cast  of calls that you have a translation set up for, but  are
  2237.          still long distance, 32 ($0.32) is often used.
  2238.  
  2239.          It  is important to point out that cost values are not  accumu-
  2240.          lated  by QFront based on the number of minutes a mail  session
  2241.          will  take.  If you specify a cost of 32 for example, the  cost
  2242.          will ALWAYS be 32 no matter if there is 1 mail bundle or 100 to
  2243.          go to a system.
  2244.  
  2245.          Description
  2246.          ───────────
  2247.          Enter here a note to yourself describing this translation, such
  2248.          as  "Hometown, USA".  It can be whatever you want, and  is  for
  2249.          your convenience when referencing these translations that it is
  2250.          included.
  2251.  
  2252.  
  2253.  
  2254.  
  2255.  
  2256.  
  2257.  
  2258.  
  2259.  
  2260.  
  2261.  
  2262.  
  2263.  
  2264.  
  2265.  
  2266.  
  2267.  
  2268.  
  2269.  
  2270.  
  2271.  
  2272.  
  2273.  
  2274.  
  2275.                                 QFront v1.16b
  2276.                                    Page 39
  2277.    MENU OPTION - ARCHIVER SETUP
  2278.    ────────────────────────────
  2279.    QFront allows you to configure which archiver(s) you want to have avail-
  2280.    able  for  archives  that QScan processes.   Specifically,  inbound  and
  2281.    outbound FidoMail packets.
  2282.  
  2283.    QFront  supports the following archive formats: ZIP, ARC, PAK,  LHA  and
  2284.    ARJ.  More formats may be added if there is sufficient demand.
  2285.  
  2286.    Once you select this option, one of two things will happen.  If this  is
  2287.    the  first  time you've selected the option, QFConfig will  search  your
  2288.    system  path  for any archivers it can find and will  automatically  add
  2289.    them  to the archiver database.  If you've selected this option  before,
  2290.    no  path searching will occur and you'll be immediately be put into  the
  2291.    picklist.
  2292.  
  2293.       Command for archiving
  2294.       ─────────────────────
  2295.       Enter the filename (including extension but NOT including path) of
  2296.       the  file  that  is  used  when  archiving  files  (for   example,
  2297.       "PKZIP.EXE").  You may also add any special switches required  for
  2298.       the  archiver.  Whenever possible, you should ALWAYS use  the  ar-
  2299.       chiver's  "MOVE" switch so that after putting files into  the  ar-
  2300.       chive, they are deleted.  QFront always assumes this behavior.
  2301.  
  2302.       Command for unarchiving
  2303.       ───────────────────────
  2304.       Enter the filename (including extension but NOT including path) of
  2305.       the  file that is used when unarchiving files.  You may  also  add
  2306.       any special switches required for the unarchiver.  Whenever possi-
  2307.       ble,  you should ALWAYS have the unarchiver "OVERWRITE"  files  it
  2308.       takes out of the archive.  This means that if a file is  extracted
  2309.       from  the  archive that already exists, to  always  overwrite  it.
  2310.       QFront always assumes this behavior.
  2311.  
  2312.       Archived file extension
  2313.       ───────────────────────
  2314.       Enter  the  file extension that this archiver uses  when  creating
  2315.       archives.  For example, for PKZIP, the file extension would be set
  2316.       to "ZIP".
  2317.  
  2318.       Description
  2319.       ───────────
  2320.       Enter  a description for this archiver.  The description  is  used
  2321.       for  your reference only.  A picklist of descriptions will  appear
  2322.       when QFConfig needs you to select an archiver for a function.
  2323.  
  2324.  
  2325.  
  2326.  
  2327.  
  2328.  
  2329.  
  2330.  
  2331.  
  2332.                                 QFront v1.16b
  2333.                                    Page 40
  2334.    MENU OPTION - EXTERNAL MAIL STRINGS
  2335.    ───────────────────────────────────
  2336.    This menu allows you to define errorlevels for QFront to exit with  when
  2337.    a  certain string is received at the "Press [ESCape] or [Tab]  twice..."
  2338.    line that displayed to the caller.  This is primarily meant for allowing
  2339.    a  UUCP  (Internet) mail handler to be called when a certain  string  is
  2340.    received from the modem.  There can be up to 10 of them.
  2341.  
  2342.    If  you will be using this capability, consult the instructions for  use
  2343.    of the external mail handler software you will be user to find out  what
  2344.    string  will be sent to QFront when an incoming call is received.   Fol-
  2345.    lowing those instructions, write the commands in a batch file that  will
  2346.    be activated when QFront exits with a given errorlevels.  Then, you just
  2347.    have  to define that string and the errorlevel you chose in  this  menu.
  2348.    Valid errorlevels are between 20 and 255.
  2349.  
  2350.    As an example, pretend that you set one of your external mail strings to
  2351.    "ROB KITTREDGE".  When anyone calls your system and receives the  "Press
  2352.    [ESCape]  or [Tab] twice" prompt, they can type ROB KITTREDGE, and  this
  2353.    causes your mailer to exit with the appropriate errorlevel.  Of  course,
  2354.    external  mail strings are not meant for USERS to be able to cause  your
  2355.    mailer  to  exit, they are meant for other MAIL programs to  cause  your
  2356.    mailer  to exit and load some other communication software  and  process
  2357.    some sort of mail transmission.
  2358.  
  2359.  
  2360.  
  2361.  
  2362.  
  2363.  
  2364.  
  2365.  
  2366.  
  2367.  
  2368.  
  2369.  
  2370.  
  2371.  
  2372.  
  2373.  
  2374.  
  2375.  
  2376.  
  2377.  
  2378.  
  2379.  
  2380.  
  2381.  
  2382.  
  2383.  
  2384.  
  2385.  
  2386.  
  2387.  
  2388.  
  2389.                                 QFront v1.16b
  2390.                                    Page 41
  2391.    MENU OPTION - SEMAPHORE FILES
  2392.    ─────────────────────────────
  2393.    If  you  are  not multitasking, or running some sort  of  network,  this
  2394.    option  will be of little use to you.  Semaphore files are is  a  method
  2395.    for programs running at the same time on a network or in a  multitasking
  2396.    environment to easily communicate with each other.
  2397.  
  2398.    With this implementation, when you define a semaphore file, QFront  will
  2399.    scan  for  that  file while at the call waiting screen.   If  that  file
  2400.    should  be found to exist, QFront will immediately exit with the  error-
  2401.    level you specified.
  2402.  
  2403.    Uses for this are endless, but a common one would be to take a  specific
  2404.    node  down  at a non-constant time (so an event would  not  work).   You
  2405.    could set a semaphore file to be "QFDOWN.NOW", and set an errorlevel  of
  2406.    your choosing that would exit your batch file.
  2407.  
  2408.    There is one built-in semaphore file that QFront recognizes automatical-
  2409.    ly  and  causes  the mailer to rescan its outbound mail  queue.   It  is
  2410.    called QF-x.RES and this file must be placed in your main QFront  direc-
  2411.    tory.  The 'x' in the QF-x.RES filename stands for the node number.  For
  2412.    example,  if you create a QF-1.RES file in your QFront  directory,  your
  2413.    node  1  QFront  mailer will rescan its queue and  remove  the  QF-1.RES
  2414.    semaphore file.
  2415.  
  2416.  
  2417.  
  2418.  
  2419.  
  2420.  
  2421.  
  2422.  
  2423.  
  2424.  
  2425.  
  2426.  
  2427.  
  2428.  
  2429.  
  2430.  
  2431.  
  2432.  
  2433.  
  2434.  
  2435.  
  2436.  
  2437.  
  2438.  
  2439.  
  2440.  
  2441.  
  2442.  
  2443.  
  2444.  
  2445.  
  2446.                                 QFront v1.16b
  2447.                                    Page 42
  2448.    MENU OPTION - USERNAMES TO IGNORE
  2449.    ─────────────────────────────────
  2450.    QFront  automatically keeps a list of the 5 most recent callers to  your
  2451.    system.   There may be times when you want a certain username to not  be
  2452.    added to the last 5 caller list.  This option will let you do that.
  2453.  
  2454.    Pressing Enter on this field will bring up a picklist where you can  add
  2455.    or  edit usernames.  Move the highlight bar to your selection and  press
  2456.    Enter.  A window will pop up and ask you for the username.  Simply  type
  2457.    the user's name and hit Enter.
  2458.  
  2459.    If  you want to delete a username from the list, move the highlight  bar
  2460.    over your choice and press Alt-D.
  2461.  
  2462.  
  2463.  
  2464.  
  2465.  
  2466.  
  2467.  
  2468.  
  2469.  
  2470.  
  2471.  
  2472.  
  2473.  
  2474.  
  2475.  
  2476.  
  2477.  
  2478.  
  2479.  
  2480.  
  2481.  
  2482.  
  2483.  
  2484.  
  2485.  
  2486.  
  2487.  
  2488.  
  2489.  
  2490.  
  2491.  
  2492.  
  2493.  
  2494.  
  2495.  
  2496.  
  2497.  
  2498.  
  2499.  
  2500.  
  2501.  
  2502.  
  2503.                                 QFront v1.16b
  2504.                                    Page 43
  2505.    MENU OPTION - FUNCTION KEYS
  2506.    ───────────────────────────
  2507.    The  F1-F12 and ALT F1-F12 keys have a special use on  the  call-waiting
  2508.    menu.  With  them, you can have QFront exit to your batch  file  with  a
  2509.    certain  errorlevel, or shell to a program.  Examples could be that  you
  2510.    could load Telix or PCBSetup, when you press F1.  You can define actions
  2511.    when the F1-F12 keys are pressed, as well as actions for if one of these
  2512.    keys  is pressed along with ALT key.  This gives you up to 24  definable
  2513.    function keys.
  2514.  
  2515.       Action
  2516.       ──────
  2517.       Select  the  action  you want QFront to take when  you  press  the
  2518.       function key.  The action can be either to exit with an errorlevel
  2519.       or shell to a program.
  2520.  
  2521.       Errorlevel
  2522.       ──────────
  2523.       If  you  selected  the "exit with errorlevel"  action,  enter  the
  2524.       errorlevel  you want QFront to exit with when the function key  is
  2525.       pressed.   You must trap for this errorlevel in  your  STARTx.BAT
  2526.       file.
  2527.  
  2528.       Shell command
  2529.       ─────────────
  2530.       If you selected the "shell to a program" action, enter the program
  2531.       to shell to (including command line parameters if necessary)  when
  2532.       the function key is pressed.
  2533.  
  2534.       Pause on return
  2535.       ───────────────
  2536.       If  you  selected the "shell to a program", you  can  tell  QFront
  2537.       whether  to wait for a keypress after returning from  the  program
  2538.       but before redisplaying the call-waiting menu.
  2539.  
  2540.       Rescan on return
  2541.       ────────────────
  2542.       If you selected the "shell to a program", you can tell
  2543.       QFront  to  rescan  the outbound queue after  returning  from  the
  2544.       program.   For example, if you shell out to a NetMail editor  like
  2545.       GoldED, you would want to answer Y to this question so that QFront
  2546.       finds  any newly written NetMail immediately after returning  from
  2547.       the shell.
  2548.  
  2549.       Description
  2550.       ───────────
  2551.       Enter  a  short  description for the function  key.   QFront  will
  2552.       display  the  descriptions on the call-waiting menu if  you  press
  2553.       ALT-F to get help on function keys.
  2554.  
  2555.  
  2556.  
  2557.  
  2558.  
  2559.  
  2560.                                 QFront v1.16b
  2561.                                    Page 44
  2562.    THE QFCONFIG CONFIGURATION PROGRAM - EVENT SETUP
  2563.    ────────────────────────────────────────────────────────────────────────
  2564.    You  can  use this configuration option to setup up to 100  events  (not
  2565.    including the default FidoMail event) you want QFront to manage for you.
  2566.    The  main event screen consists of an event graph and a  picklist.   The
  2567.    events in the picklist are sorted according to their start times.
  2568.  
  2569.    The event graph will graphically show you when events are set to go  off
  2570.    on  your system.  The numbers across the top of the graph represent  the
  2571.    time  of  day (in 24hr format) and the letters on the left side  of  the
  2572.    graph represent the weekdays.
  2573.  
  2574.    Whenever an event is set to go off on a certain day and a certain  time,
  2575.    a graphic character ("█") will appear.  The graphic characters will be a
  2576.    bright  yellow color to indicate the currently highlighted event in  the
  2577.    event picklist.  The other graphic characters for the rest of the events
  2578.    will be a dim gray color.
  2579.  
  2580.    To  edit an event, move the highlight bar to the event you wish to  edit
  2581.    and  press  Enter.   Note that the picklist will scroll up  or  down  as
  2582.    necessary.
  2583.  
  2584.    The default FidoMail event
  2585.    ──────────────────────────
  2586.    If  you  will be using the FidoMail module in QFront, you will  want  to
  2587.    configure the default FidoMail event.  This event runs whenever  another
  2588.    FidoMail  event  is NOT running.  It allows you to control  the  default
  2589.    FidoMail flags and min/max cost values, and therefore, you can only edit
  2590.    a few fields in the setup screen.
  2591.  
  2592.    Editing an event
  2593.    ────────────────
  2594.    When  you select an event from the picklist, a window will pop  up  that
  2595.    actually  contains  the information for the event.   There  are  several
  2596.    options available:
  2597.  
  2598.       Active
  2599.       ──────
  2600.       Enter Y or N to indicate whether the event will be active or  not.
  2601.       QFront  will  execute only those events flagged as  active.   Note
  2602.       that  if  you answer N here, the event's information will  not  be
  2603.       cleared, it just tells QFront to never execute the event.
  2604.  
  2605.       Type
  2606.       ────
  2607.       Pressing  Enter here brings up a picklist of the  available  types
  2608.       that this event can be set to.  There are several different  event
  2609.       types  that QFront has.  Each event type tells QFront what  to  do
  2610.       when the event executes.
  2611.  
  2612.          Exit with errorlevel
  2613.          ────────────────────
  2614.          This event type tells QFront to exit with an errorlevel when
  2615.  
  2616.  
  2617.                                 QFront v1.16b
  2618.                                    Page 45
  2619.          the event executes.  Given the errorlevel, (specified  later
  2620.          in  the  event setup screen), you can trap for  it  in  your
  2621.          STARTx.BAT  batch file and do whatever you need to do  from
  2622.          there.  Note that QFront will *EXIT* to the batch file -  it
  2623.          will  completely remove itself from memory, so  when  you're
  2624.          done  doing whatever you need to do in the batch  file,  you
  2625.          must restart QFront.
  2626.  
  2627.          See the section on batch files later in the manual for  more
  2628.          information.
  2629.  
  2630.          FidoMail
  2631.          ────────
  2632.          This event type tells QFront to process an outbound FidoMail
  2633.          mail run.  QFront will search for outbound FidoMail when the
  2634.          event starts up and will apply any cost accounting  restric-
  2635.          tions before dialing out.
  2636.  
  2637.          Batch file
  2638.          ──────────
  2639.          This  event type allows you to configure a batch  file  that
  2640.          you want run when the event executes.  The batch file  file-
  2641.          name is configured later in the event setup screen.  You can
  2642.          actually  edit  the batch file from within the  event  setup
  2643.          screen  instead of having to edit it via an external  editor
  2644.          (see  the "edit batch file" field later in the  event  setup
  2645.          screen).
  2646.  
  2647.          Note  that when QFront executes the batch file, QFront  will
  2648.          be  completely removed from memory.  It is up to your  event
  2649.          batch  file to return control to QFront via the  STARTx.BAT
  2650.          batch file (where "x" is the node number).  To do this,  add
  2651.          the line "STARTx" (where "x" is the node number) at the end
  2652.          of the batch file.  See the section on batch files, later in
  2653.          the documentation, for more information.
  2654.  
  2655.       Start time
  2656.       ──────────
  2657.       Enter  the time that you would like this event to start,  in  24hr
  2658.       format.   For  example, an event for 3:40pm would  be  entered  as
  2659.       "15:40".  Note that, if the "slide event time" event flag is  set,
  2660.       you may not be assured that the event will actually execute at the
  2661.       exact time you specify here.
  2662.  
  2663.       Note  that  it is not a good idea to set an event  start  time  at
  2664.       exactly  midnight (00:00), due to the date rollover  that  occurs.
  2665.       Instead, set an event start time of 00:01.
  2666.  
  2667.       Stop time
  2668.       ─────────
  2669.       The  stop time takes on different meanings depending on the  event
  2670.       type for the event.
  2671.  
  2672.  
  2673.  
  2674.                                 QFront v1.16b
  2675.                                    Page 46
  2676.       For  FidoMail events, enter the time in 24hr format when you  want
  2677.       the  event to stop running.  The FidoMail event will run  continu-
  2678.       ously from the start time to the stop time.
  2679.  
  2680.       For all other event types, the stop time (in 24hr format) is  used
  2681.       to  set the last possible time that you want the event to be  able
  2682.       to  run.  Usually, the event will start immediately at  the  start
  2683.       time.   However,  under some circumstances, the event may  not  be
  2684.       able to run at the start time (for example, if you have the "slide
  2685.       event  time" flag turned on and a user stays on past  the  event's
  2686.       start time).
  2687.  
  2688.       Put  simply,  the start and stop times give the event a  range  of
  2689.       times that the event can run.  The event will never run after  the
  2690.       stop time.
  2691.  
  2692.       Day(s)
  2693.       ──────
  2694.       Pressing  Enter  on this line will bring up a pop-up.   Using  the
  2695.       cursor  keys  to scroll through the list of days,  and  using  the
  2696.       space bar to toggle them on and off, select the days you wish this
  2697.       event  to run on.  If you want an event to run every  day,  select
  2698.       all the days on the list.
  2699.  
  2700.       Date(s)
  2701.       ───────
  2702.       This  field allows you to set a range of allowable dates for  this
  2703.       event to run.  Enter a date, in the format of month-day-year, that
  2704.       it must be for this event to run.
  2705.  
  2706.       Note  that entering a "00" activates a wildcard.   Therefore,  for
  2707.       events that the date does not matter, this field should be left at
  2708.       the  default of "00-00-00".  If, for example, you wish to  set  an
  2709.       event to run on the 1st of each month, you would enter  "00-01-00"
  2710.       here.   One  thing to remember is that for an event on  that  day,
  2711.       whichever  day  of the week it falls it MUST be  selected  in  the
  2712.       "Day(s)"  field, directly above this one.  So, in the case  of  an
  2713.       event  to be run on a specific day of the month, you will need  to
  2714.       select all the days in the above field for it to function  proper-
  2715.       ly.
  2716.  
  2717.       Flags
  2718.       ─────
  2719.       Events can have "flags" that you can set that affect the  behavior
  2720.       of  the event.  To select or deselect a flag, move  the  highlight
  2721.       bar  to your selection and press the spacebar.  Press  Enter  when
  2722.       you're done selecting flags.
  2723.  
  2724.       The event flags are:
  2725.  
  2726.          Slide event times
  2727.          ─────────────────
  2728.          Select this flag if you want the event time to slide.   This
  2729.  
  2730.  
  2731.                                 QFront v1.16b
  2732.                                    Page 47
  2733.          means  that an event may be postponed until the caller  logs
  2734.          off the system.  Select this flag if it is not critical that
  2735.          the  event  execute  exactly on time.  If this  flag  is  not
  2736.          selected, the callers time limit may be affected so that the
  2737.          event can execute on time.
  2738.  
  2739.          Node-critical
  2740.          ─────────────
  2741.          This flag pertains to multi-node systems only.  Select  this
  2742.          flag  if you want the other nodes on your network (that  are
  2743.          running  QFront) to take the modem off-hook when this  event
  2744.          executes.  You would want to select this flag, for  example,
  2745.          if you are planning to pack the users file or messages  file
  2746.          during  the  event, and it is imperative that there  are  no
  2747.          other users on the network.  The other nodes on the  network
  2748.          will modify users' time limits as necessary so that you  are
  2749.          assured  there are no other users on the network.  For  this
  2750.          flag to work properly, you must have already set-up a proper
  2751.          location  for  the  event control file.   See  the  "program
  2752.          configuration" documentation mentioned earlier for  informa-
  2753.          tion on the event control file.
  2754.  
  2755.          Note:  It is recommended that if you have this flag ON,  you
  2756.          should make sure to turn the "slide event time" flag OFF.
  2757.  
  2758.       FidoMail flags
  2759.       ──────────────
  2760.       For  FidoMail  events, you can specify a number  of  special  Fido
  2761.       flags to be applied during the event.
  2762.  
  2763.       The flags are:
  2764.  
  2765.          Scan for new mail before event
  2766.          ──────────────────────────────
  2767.          If you want QFront to run QScan to look for any new mail  to
  2768.          be  scanned  before it begins the event, select  this  flag.
  2769.          Default is for this flag to be set on.
  2770.  
  2771.          Toss mail immediately when received
  2772.          ───────────────────────────────────
  2773.          When this flag is set, QFront will immediately run QScan and
  2774.          toss any mail received into your message bases.  This should
  2775.          usually be set on, as it defaults to.  An exception to  this
  2776.          may  be if you have a limited time space to connect to  many
  2777.          systems to get mail, and don't want to loose time while  the
  2778.          system tosses mail (depending on the size of the mail  pack-
  2779.          et, this can be anywhere from a short to a long process).
  2780.  
  2781.          End event when no more outbound mail
  2782.          ────────────────────────────────────
  2783.          Selecting this flag will cause this event to stop  execution
  2784.          when  there is no more outbound FidoMail found in  the  out-
  2785.          bound  queue.   Most of the time, you will not want  to  set
  2786.  
  2787.  
  2788.                                 QFront v1.16b
  2789.                                    Page 48
  2790.          this flag.
  2791.  
  2792.          Disallow human callers
  2793.          ──────────────────────
  2794.          Select  this flag if you don't want to allow  human  callers
  2795.          into  the  BBS  during the event.  This is  useful  for  the
  2796.          FidoNet national mail hour where only mail should be allowed
  2797.          into the system.
  2798.  
  2799.          Send-only
  2800.          ─────────
  2801.          Select  this  flag if you want QFront to ONLY  dial  out  to
  2802.          systems  during the event.  If this flag is selected,  under
  2803.          no circumstances will QFront allow an incoming FidoMail run.
  2804.          If  you  set this flag, DO NOT set the  "receive-only"  flag
  2805.          too!
  2806.  
  2807.          Receive-only
  2808.          ────────────
  2809.          Select  this  flag if you want QFront to ONLY  receive  mail
  2810.          during  the  event.  Note that if an incoming  mail  run  is
  2811.          received,  QFront  will still send the remote  system  their
  2812.          mail  - it just will never dial out to send mail during  the
  2813.          event.   If  you set this flag, DO NOT set  the  "send-only"
  2814.          flag too!
  2815.  
  2816.          Allow file requests
  2817.          ───────────────────
  2818.          Select  this  flag if you want to allow systems  to  request
  2819.          files  from you during the event.  If this flag is  not  se-
  2820.          lected,  QFront  will ignore any file requests.   Note  that
  2821.          there are restrictions you can enforce when systems  request
  2822.          files  from  you.  See the "File req/forw" menu  option  for
  2823.          more information.
  2824.  
  2825.          Allow file request pickups
  2826.          ──────────────────────────
  2827.          Normally,  systems that want to request files from you  will
  2828.          dial  you  up and request the files, and the  remote  system
  2829.          will pay for the phone call.  However, if your system should
  2830.          happen  to dial the remote system first, that  system  could
  2831.          request  files  from  you, with YOU  paying  for  the  call.
  2832.          Normally this behavior is not wanted since YOU'RE paying for
  2833.          THEIR file requests.  If this flag is selected, it means you
  2834.          will  allow  file requests if you are the  one  dialing  the
  2835.          system.   If the flag in unselected, QFront will ignore  any
  2836.          file  requests  that might occur when  dialing  the  system.
  2837.          Most of the time you will not want this flag set.
  2838.  
  2839.          Send NetMail only
  2840.          ─────────────────
  2841.          When this flag is turn on, QFront will not send any EchoMail
  2842.          for the duration of the event.  Normally, this should be set
  2843.  
  2844.  
  2845.                                 QFront v1.16b
  2846.                                    Page 49
  2847.          off.   The time when this could be sent is during  FidoNet's
  2848.          ZMH, so that your system will not be busy sending out  Echo-
  2849.          Mail  packets when people are trying to get their NetMail  to
  2850.          you.
  2851.  
  2852.          Send EchoMail only
  2853.          ──────────────────
  2854.          If this flag is set on, QFront will not send any NetMail for
  2855.          the  duration  of the event.  Normally, this should  be  set
  2856.          off.
  2857.  
  2858.          Exit when no more outbound mail
  2859.          ───────────────────────────────
  2860.          Selecting this flag causes QFront to exit to your batch file
  2861.          with  an errorlevel of 3 if there is no more  outbound  mail
  2862.          found to be sent.
  2863.  
  2864.          Send to CM systems only
  2865.          ───────────────────────
  2866.          Each  node in the FidoNet nodelist has what are called  node
  2867.          flags associated with them.  The CM flag stands for 'contin-
  2868.          uous  mail' and signifies that the system runs a mailer  all
  2869.          day long.  Some systems don't run their mailer all day  long
  2870.          (only during national mail hour, for example), and therefore
  2871.          should  not be dialed by QFront during certain hours of  the
  2872.          day.  Selecting this flag tells QFront to only dial  systems
  2873.          that have the CM flag set in their nodelist entry.
  2874.  
  2875.          Send to non-CM systems only
  2876.          ───────────────────────────
  2877.          Opposite  to the previous flag, selecting this  flag  causes
  2878.          QFront to only dial systems that DON'T have the CM flag set.
  2879.  
  2880.          Don't send HELD NetMail attaches
  2881.          ────────────────────────────────
  2882.          Normally,  HELD NetMail file attaches are always  sent  once
  2883.          your QFront system connects to another system.  There may be
  2884.          certain  circumstances in which you don't want this to  hap-
  2885.          pen.  In this case, you would select this flag  which  would
  2886.          cause QFront to never send NetMail file attaches UNLESS  the
  2887.          system  that the file attach is for dials INTO your  system.
  2888.          If this flag is NOT selected, whenever QFront connects to  a
  2889.          system (either initiates the call, or receives the call), it
  2890.          will always send all NetMail attaches regardless if the HOLD
  2891.          flag is set on the file attach or not.
  2892.  
  2893.       Minimum cost
  2894.       ────────────
  2895.       When  this is set, in order for a FidoMail run to occur (that  is,
  2896.       QFront dialing out to connect to another system to transfer  mail)
  2897.       the    cost   assigned   to   that   call   (see    the    section
  2898.       "Translation/Costing")  must  be  greater than or  equal  to  this
  2899.       value.  Set to "0" to disable.
  2900.  
  2901.  
  2902.                                 QFront v1.16b
  2903.                                    Page 50
  2904.  
  2905.       Maximum cost
  2906.       ────────────
  2907.       The  value set in this field is the absolute most that a call  can
  2908.       cost and QFront still does the dialout (for information on setting
  2909.       the  costs for calls, see the section  on  "Translation/Costing").
  2910.       Set this value to -1 to disable (the default).
  2911.  
  2912.       Errorlevel
  2913.       ──────────
  2914.       This field only pertains to the "exit with errorlevel" event type.
  2915.       Enter  the errorlevel that you want QFront to exit with when  this
  2916.       event executes.  The errorlevel can have a range of 20-255, as  0-
  2917.       19 are reserved for internal use by QFront.
  2918.  
  2919.       Batch file to run
  2920.       ─────────────────
  2921.       This  setting  only applies to the "Run batch  file"  event  type.
  2922.       Enter  the  filename of the batch file you want to  run  for  this
  2923.       event.
  2924.  
  2925.       Note  that  when QFront executes the batch file, it will  be  com-
  2926.       pletely removed from memory.  It is up to your event batch file to
  2927.       return  control  to QFront via the STARTx.BAT (where "x"  is  the
  2928.       node  number) batch file.  To do this, add the line  "STARTx"  at
  2929.       the  end of the batch file (if you are loading CAT.BAT at the  end
  2930.       of the batch file, replace CAT.BAT with STARTx).  See the section
  2931.       on batch files, later in the documentation, for more information.
  2932.  
  2933.       Edit batch file
  2934.       ───────────────
  2935.       For  "Run batch file" event types, you can edit the batch file  to
  2936.       run  using this entry field.  The filename that will be edited  is
  2937.       configured in the field described above ("batch file to run").
  2938.  
  2939.       To bring up the editor, press Enter on this field.  A window  will
  2940.       pop up and the batch file will appear.  Here is a list of keyboard
  2941.       commands that the text editor recognizes:
  2942.  
  2943.          F1
  2944.          ──
  2945.          Brings  up  a  context-sensitive help window  on  using  the
  2946.          editor.
  2947.  
  2948.          INS
  2949.          ───
  2950.          Toggles  insert  mode.  The editor by default starts  up  in
  2951.          insert mode.
  2952.  
  2953.          DEL
  2954.          ───
  2955.          Deletes the character immediately under the cursor.
  2956.  
  2957.  
  2958.  
  2959.                                 QFront v1.16b
  2960.                                    Page 51
  2961.          ESC
  2962.          ───
  2963.          Exits the editor and saves your batch file.
  2964.  
  2965.       Description
  2966.       ───────────
  2967.       Optionally,  you can enter a description for the event.   This  is
  2968.       for  your reference only, and the description you type  here  will
  2969.       appear on the call-waiting menu.
  2970.  
  2971.       Last run date
  2972.       ─────────────
  2973.       The event stored in here is the last date that this event was run.
  2974.       Be very careful before editing this field, QFront uses this  field
  2975.       to  keep  track of the last date an event was run so that  if  the
  2976.       event  is missed for some reason, QFront can make sure to  execute
  2977.       the event at the next possible moment.
  2978.  
  2979.  
  2980.  
  2981.  
  2982.  
  2983.  
  2984.  
  2985.  
  2986.  
  2987.  
  2988.  
  2989.  
  2990.  
  2991.  
  2992.  
  2993.  
  2994.  
  2995.  
  2996.  
  2997.  
  2998.  
  2999.  
  3000.  
  3001.  
  3002.  
  3003.  
  3004.  
  3005.  
  3006.  
  3007.  
  3008.  
  3009.  
  3010.  
  3011.  
  3012.  
  3013.  
  3014.  
  3015.  
  3016.                                 QFront v1.16b
  3017.                                    Page 52
  3018.    THE QFCONFIG CONFIGURATION PROGRAM - FIDOMAIL SETUP
  3019.    ────────────────────────────────────────────────────────────────────────
  3020.    If  you have not done so already, please read the section in this  docu-
  3021.    mentation, "how to set up FidoMail in QFront".  It will explain what  to
  3022.    do to prepare your system for FidoMail with QFront.
  3023.  
  3024.    MENU OPTION - FIDOMAIL SETUP
  3025.    ────────────────────────────
  3026.    Here some general information for FidoMail operation is gathered.
  3027.  
  3028.       Is FidoMail active
  3029.       ──────────────────
  3030.       Answer  Y  if  you want the FidoMail module  active.  Answering  N
  3031.       simply turns off all FidoMail options in QFront.
  3032.  
  3033.       Disallow FidoMail dialouts
  3034.       ──────────────────────────
  3035.       When this option is set to Y, QFront will not attempt to dialout
  3036.       to deliver mail or files.  For most systems, this is not practical
  3037.       or needed, so the default of N should be left as is.  The main use
  3038.       for  this  toggle would be if your line setup  prevented  outgoing
  3039.       calls from a certain node.
  3040.  
  3041.       Accept mail from unlisted nodes
  3042.       ───────────────────────────────
  3043.       When  an incoming FidoMail run is  received, QFront will  look  in
  3044.       your  nodelist  for the node that is calling you.  There  are  two
  3045.       actions  that QFront can take - if you have this option set  to  Y
  3046.       and  QFront does not find that node in the nodelist, the mail  run
  3047.       will be allowed to continue normally.  However, if this is set  to
  3048.       N" then your system will hang-up on the other.  For most  systems,
  3049.       using the default of Y is a good choice.
  3050.  
  3051.       Accept non-secure mail sessions
  3052.       ───────────────────────────────
  3053.       If this toggle is set to "N", then any node you have not defined a
  3054.       password for in your Node Manager (discussed further on), will  be
  3055.       refused. The default is set for "Y", as the average user will have
  3056.       no need to operate in such a manner.
  3057.  
  3058.       Present all aliases
  3059.       ───────────────────
  3060.       Present all aliases, when set to Y, will send any alias  addresses
  3061.       you  have defined (known as "AKAs") to all systems that call  you,
  3062.       and  all  systems that you call.  For more information  on  alias,
  3063.       read the documentation on the next menu option, "Addresses".   The
  3064.       default for this is Y, and is the recommended setting.
  3065.  
  3066.       Days to keep history
  3067.       ────────────────────
  3068.       Enter here the number of days you want QFront to keep  information
  3069.       for  in its inbound and outbound activity log, available from  the
  3070.       call  waiting screen (see the section on the call  waiting  screen
  3071.  
  3072.  
  3073.                                 QFront v1.16b
  3074.                                    Page 53
  3075.       for  more  information).  The default setting is 30,  which  would
  3076.       keep this information around for 1 month.
  3077.  
  3078.       Maximum protocol errors
  3079.       ───────────────────────
  3080.       If you happen to get a bad phone line connection which causes many
  3081.       file  transmission  errors,  you can inform QFront  to  abort  the
  3082.       transfer  and  dial the system at a later time.   In  this  field,
  3083.       enter the maximum number of protocol errors to allow before giving
  3084.       up and disconnecting.  A reasonable value for this field might  be
  3085.       50.
  3086.  
  3087.       Site information
  3088.       ────────────────
  3089.       The  site  information fields are used when your  QFront  connects
  3090.       with  another  Fido mailer.  The information in these  fields  are
  3091.       passed to the remote system to identify your system's name,  sysop
  3092.       name, phone number, baud rate, etc.
  3093.  
  3094.          System name
  3095.          ───────────
  3096.          Enter the system name (BBS name) that you would like  passed
  3097.          during the FidoMail handshake to other systems.
  3098.  
  3099.          Location
  3100.          ────────
  3101.          Enter the location (city, state, etc.) you would like passed
  3102.          during the FidoMail handshake to other systems.
  3103.  
  3104.          Sysop name
  3105.          ──────────
  3106.          Enter  the sysop name that you would like passed during  the
  3107.          FidoMail handshake to other systems.
  3108.  
  3109.          Phone number
  3110.          ────────────
  3111.          Enter the phone number that you would like passed during the
  3112.          FidoMail  handshake to other systems.  If you don't want  to
  3113.          identify  your phone number, enter "-Unpublished-"  in  this
  3114.          field.
  3115.  
  3116.          Maximum baud rate
  3117.          ─────────────────
  3118.          Enter the maximum baud rate that your modem  supports.
  3119.  
  3120.          Node flags
  3121.          ──────────
  3122.          Enter  one or more FidoNet nodelist flags that  your  system
  3123.          supports, each separated by a space.  For example, you might
  3124.          enter  "XX  CM V34" in this field.  Information  about  each
  3125.          nodelist flag is explained at the end of each master FidoNet
  3126.          nodelist.
  3127.  
  3128.  
  3129.  
  3130.                                 QFront v1.16b
  3131.                                    Page 54
  3132.    MENU OPTION - ADDRESSES
  3133.    ───────────────────────
  3134.    Here all information regarding to your FidoMail addresses is gathered.
  3135.  
  3136.       Primary address
  3137.       ───────────────
  3138.       Your  primary  address is your main address in a  Fido  technology
  3139.       network  (most  commonly FidoNet).  If you have only  one  address
  3140.       (such would be the case if you were just a node, and not a host or
  3141.       hub), then enter that address here.
  3142.  
  3143.       To  avoid  confusion, there are other networks that use  the  same
  3144.       software  as  FidoNet does, but are not FidoNet.   They  run  with
  3145.       different  node  numbers, using zones not used by  FidoNet  (zones
  3146.       greater than 7), and are often referred to collectively as "Other-
  3147.       nets".  If belong to one of these and not FidoNet, your address is
  3148.       that network should be entered as your primary address.
  3149.  
  3150.       If  you  are  in an "Othernet" as well as  FidoNet,  your  FidoNet
  3151.       address  should be your primary address.  Your "Othernet"  address
  3152.       should  be  defined as an "alias" (sometimes known as  an  "AKA").
  3153.       For more information on defining alias addresses, see the  section
  3154.       about alias addresses.
  3155.  
  3156.       Lastly,  if you have not been issued a FidoNet node  number  (ie.,
  3157.       you are setting up QFront and entering FidoNet for the first  time
  3158.       right  now),  set your primary address to "1:999/9999".   This  is
  3159.       just a dummy address, and can be used to send the application (see
  3160.       the table of contents to find the section on "Joining FidoNet").
  3161.  
  3162.       NOTE: BE SURE TO INCLUDE THE ZONE.  For example, a complete  Fido-
  3163.       Net  address would be "1:228/12" (the address for the  7th  Heaven
  3164.       QFront Support BBS).
  3165.  
  3166.       Primary domain
  3167.       ──────────────
  3168.       What  is entered here is the domain of the address  entered  above
  3169.       for  the  primary  address.  Because of the  prolific  numbers  of
  3170.       "Othernets"  domains  where created.  At present it is more  of  a
  3171.       description  thing  that is for your reference, and will  also  be
  3172.       added to the end of outbound NetMail from that address.
  3173.  
  3174.       If  your  primary  address  is for FidoNet  (even  if  it  is  the
  3175.       1:999/9999  temporary address) you should leave the domain as  the
  3176.       default, "fidonet.org".
  3177.  
  3178.       If  your primary address is for an "othernet" (as stated above,  a
  3179.       network that is not FidoNet but uses the same software to operate)
  3180.       than the standard form is the name of the network, plus the exten-
  3181.       sion  "ftn",  standing for Fido Technology Network.   To  use  our
  3182.       catch-all  "othernet"  as an example, it should have a  domain  of
  3183.       "othernet.ftn".
  3184.  
  3185.  
  3186.  
  3187.                                 QFront v1.16b
  3188.                                    Page 55
  3189.       Alias addresses
  3190.       ───────────────
  3191.       Pressing Enter here will bring up a window in which you will enter
  3192.       any  alias  addresses you will be using.  You can  scroll  through
  3193.       this window, as with the others in QFront, using the cursor  keys.
  3194.       Pressing  Enter  on an existing entry will allow you to  edit  it.
  3195.       Alt-D will delete an entry.  To add a new entry, select the  "(add
  3196.       a new address)" found at the top of the list.  The fields that are
  3197.       involved when you add/edit an alias address are described directly
  3198.       below.
  3199.  
  3200.          Alias address
  3201.          ─────────────
  3202.          This  address  is what QFront will use to  identify  to  the
  3203.          target addresses.  Therefore, it will not identify itself as
  3204.          your FidoNet address, but as the address you give here.
  3205.  
  3206.          Apply alias to
  3207.          ──────────────
  3208.          This field is used to tell QFront in which order to  present
  3209.          your  addresses  when it connects to  another  Fido  mailer.
  3210.          Some Fido mailers require the FIRST address presented to  be
  3211.          the  "primary address".  QFront does not require  this,  but
  3212.          some others do.  Using this field, you can tell QFront which
  3213.          system(s)  should this alias be listed FIRST.  For  example,
  3214.          if  you connect with address 1:2/3 and 1:2/3  requires  this
  3215.          alias  address to be listed first, you would enter 1:2/3  in
  3216.          this field.  Normally, you would leave this field completely
  3217.          blank.
  3218.  
  3219.          Domain name
  3220.          ───────────
  3221.          Enter  the domain that you would like QScan to use  when  it
  3222.          packs  mail for the destination address(es).  For  a  proper
  3223.          explanation  of  domains, see the explanation given  in  the
  3224.          documentation  for the "Primary domain", which you can  find
  3225.          further  above,  in this same section.  If  you  leave  this
  3226.          field blank, QScan will use your default domain.
  3227.  
  3228.  
  3229.  
  3230.  
  3231.  
  3232.  
  3233.  
  3234.  
  3235.  
  3236.  
  3237.  
  3238.  
  3239.  
  3240.  
  3241.  
  3242.  
  3243.  
  3244.                                 QFront v1.16b
  3245.                                    Page 56
  3246.    MENU OPTION - NODELISTS
  3247.    ───────────────────────
  3248.    In  order  for QFront to be able to call other systems, it must  have  a
  3249.    nodelist.   Here is where you give it the information that it  needs  to
  3250.    find  the  nodelists when it needs to (for compiling  into  its  working
  3251.    nodelist),  and any compiler instructions that need to be set.  See  the
  3252.    section about nodelists later in the manual for more information.
  3253.  
  3254.    Your  nodelists must be compiled by QFront's nodelist  compiler,  called
  3255.    QNList, before QFront can place any calls.
  3256.  
  3257.    Note  that QNList allows you to, add or change information about a  node
  3258.    once the nodelist is compiled.  This is very handy, for example, if  the
  3259.    phone  number for a node changes and hasn't yet appeared in your  master
  3260.    FidoNet nodelist.  Please see the section later in this documentation on
  3261.    using QNList for information on bringing up this nodelist editor.
  3262.  
  3263.    Nodelist setup
  3264.    ──────────────
  3265.  
  3266.       Primary nodelist
  3267.       ────────────────
  3268.       Here  you give the root name of your main nodelist.  Normally,  if
  3269.       you  are  a FidoNet node, the main nodelist  is  called  NODELIST.
  3270.       QNList  will always use the newest nodelist that is found  in  the
  3271.       raw unarchived nodelist directory, which is configured in  program
  3272.       setup in QFConfig.
  3273.  
  3274.       Private nodelists
  3275.       ─────────────────
  3276.       Private nodelists are used if you belong to more than one  network
  3277.       (for example if you belong to a network that uses Fido  technology
  3278.       other than FidoNet).
  3279.  
  3280.       Pressing  Enter on this field will bring up a picklist of  config-
  3281.       ured nodelists.  You can add a new nodelist by selecting the first
  3282.       item  in the picklist.  To delete a nodelist entry,  press  Alt-D.
  3283.       To  edit an existing nodelist entry, select the item in the  pick-
  3284.       list and press Enter.
  3285.  
  3286.          Nodelist location and name
  3287.          ──────────────────────────
  3288.          Here  you  give the location and root name  of  the  private
  3289.          nodelist  that  QFront is to find and use.  This must  be  a
  3290.          "St. Louis" style nodelist (the same format as the raw  text
  3291.          nodelist  distributed by FidoNet).  You should give  it  the
  3292.          root  name - that is, the name, without the extension.   For
  3293.          example, if you choose to keep your nodelist in a  directory
  3294.          called PRIVLIST off of your QFront directory, and you  node-
  3295.          list  that  you had was called PRIVLIST.150, you  would  set
  3296.          this  line to be "C:\QFRONT\NODELIST\PRIVLIST".   You  don't
  3297.          need the extension as QFront will look for the most  current
  3298.          nodelist.
  3299.  
  3300.  
  3301.                                 QFront v1.16b
  3302.                                    Page 57
  3303.  
  3304.          Is this a pointlist
  3305.          ───────────────────
  3306.          If  this nodelist is just a pointlist (a list of point  sys-
  3307.          tems,  still  in raw text FidoNet-style format),  answer  Y.
  3308.          See  the section later in the manual about how to  create  a
  3309.          pointlist.
  3310.  
  3311.          Point boss
  3312.          ──────────
  3313.          If  the  nodelist is a pointlist, enter the address  of  the
  3314.          point  boss.  If you enter 1:2/3 here for example,  all  en-
  3315.          tries in the pointlist will have an address of 1:2/3.x where
  3316.          "x" is the point number given in the nodelist.
  3317.  
  3318.          Default zone
  3319.          ────────────
  3320.          Some  private  nodelists  do not contain  an  explicit  zone
  3321.          statement.   If  this is the case, enter  the  default  zone
  3322.          number  to  apply to the nodelist.  If a zone  statement  is
  3323.          given  in  the  nodelist, that zone number  is  always  used
  3324.          regardless of what you have set in this field.
  3325.  
  3326.       Zones to exclude
  3327.       ────────────────
  3328.       Enter  a list of zones separated by a space, to exclude  from  the
  3329.       compile  of  the nodelist.  Most of the time you will  leave  this
  3330.       field  blank.  If, for example you are in zone 1 and will  not  be
  3331.       communicating at all with any other zone, you could enter "2 3 4 5
  3332.       6"  in  this field and QNList (the nodelist  compiler)  would  not
  3333.       compile any node in these zones (which will save some disk space).
  3334.  
  3335.       After processing
  3336.       ────────────────
  3337.       After  a nodelist archive is found, QNList will unarchive  it  and
  3338.       compile it.  With this option, you can tell QNList what to do with
  3339.       the  ARCHIVED nodelist after it is unarchived.  You can 1)  delete
  3340.       it, 2) move it to another directory, or 3) leave it alone.
  3341.  
  3342.       Move to directory
  3343.       ─────────────────
  3344.       If you selected "move to another directory" in the previous field,
  3345.       enter  the location that you want the archived nodelist  moved  to
  3346.       after it is unarchived and compiled.
  3347.  
  3348.    Nodediff setup
  3349.    ──────────────
  3350.  
  3351.       Primary nodediff
  3352.       ────────────────
  3353.       Enter the base filename of the nodediff for your primary  nodelist
  3354.       (configured  in a previous field).  For example, for the  standard
  3355.       FidoNet nodediff, you would enter NODEDIFF in this field.
  3356.  
  3357.  
  3358.                                 QFront v1.16b
  3359.                                    Page 58
  3360.  
  3361.       After processing
  3362.       ────────────────
  3363.       After  a nodediff archive is found, QNList will unarchive  it  and
  3364.       compile it.  With this option, you can tell QNList what to do with
  3365.       the  ARCHIVED nodediff after it is unarchived.  You can 1)  delete
  3366.       it, 2) move it to another directory, or 3) leave it alone.
  3367.  
  3368.       Move to directory
  3369.       ─────────────────
  3370.       If you selected "move to another directory" in the previous field,
  3371.       enter  the location that you want the archived nodediff  moved  to
  3372.       after it is unarchived and compiled.
  3373.  
  3374.  
  3375.  
  3376.  
  3377.  
  3378.  
  3379.  
  3380.  
  3381.  
  3382.  
  3383.  
  3384.  
  3385.  
  3386.  
  3387.  
  3388.  
  3389.  
  3390.  
  3391.  
  3392.  
  3393.  
  3394.  
  3395.  
  3396.  
  3397.  
  3398.  
  3399.  
  3400.  
  3401.  
  3402.  
  3403.  
  3404.  
  3405.  
  3406.  
  3407.  
  3408.  
  3409.  
  3410.  
  3411.  
  3412.  
  3413.  
  3414.  
  3415.                                 QFront v1.16b
  3416.                                    Page 59
  3417.    MENU OPTION - AUTOMATIC POLLS
  3418.    ─────────────────────────────
  3419.    This  configuration allows you to setup polls (an outbound call)  to  an
  3420.    node at a specific time.  The main use for this would be to pick up mail
  3421.    from a node that you have to call yourself (such as a hub for a  network
  3422.    that is long distance to you).  An automatic poll forces QFront to  dial
  3423.    a system even if there is no outbound mail on your system for the node.
  3424.  
  3425.    Automatic polls are kept track of on a per-node basis.  This means  that
  3426.    if  you configure an automatic poll on node 2 of your system,  only  the
  3427.    QFront on node 2 will process the automatic poll.
  3428.  
  3429.    You can move your selection bar over any selected polls - pressing Enter
  3430.    will allow you to edit them, pressing Alt-D will delete them.  To add  a
  3431.    new poll, select the first item in the picklist.
  3432.  
  3433.       Target address
  3434.       ──────────────
  3435.       This is the node number of the node to poll.  For instance, if you
  3436.       poll was set up for 7th Heaven (the QFront Support BBS), you would
  3437.       have 1:228/12 set here.
  3438.  
  3439.       Poll during event
  3440.       ─────────────────
  3441.       When you press enter on this option, a picklist of all the config-
  3442.       ured  FidoMail  events (for more information on  events,  see  the
  3443.       section  entitled "Events").  Select the event in which  you  want
  3444.       this  poll  to be active.  What this means is that every  time  is
  3445.       event  runs, this poll will be activated and QFront will  continue
  3446.       to  poll  the system in question until it connects, or  until  the
  3447.       event ends.
  3448.  
  3449.  
  3450.  
  3451.  
  3452.  
  3453.  
  3454.  
  3455.  
  3456.  
  3457.  
  3458.  
  3459.  
  3460.  
  3461.  
  3462.  
  3463.  
  3464.  
  3465.  
  3466.  
  3467.  
  3468.  
  3469.  
  3470.  
  3471.  
  3472.                                 QFront v1.16b
  3473.                                    Page 60
  3474.    MENU OPTION - NETMAIL
  3475.    ─────────────────────
  3476.    NetMail  configurations  are all grouped here.  Here you  configure  how
  3477.    QFront  handles  both incoming and outgoing NetMail.   See  the  section
  3478.    about NetMail later in the manual for more information.
  3479.  
  3480.    Wildcat NetMail conference setup
  3481.    ────────────────────────────────
  3482.  
  3483.       Use a Wildcat NetMail conference
  3484.       ────────────────────────────────
  3485.       Answer Y or N as to whether you want QFront to maintain a Wildcat!
  3486.       NetMail conference in addition to the normal NetMail message  base
  3487.       it  maintains (*.MSG).  If you plan on being able to read  NetMail
  3488.       sent to you by others from within Wildcat!, or allowing your users
  3489.       NetMail  access, this will have to be set to Y.  If you do  answer
  3490.       Y,  you will need to configure a NetMail conference  in  MAKEWILD,
  3491.       and  will  also need to tell QFront what conference  to  use  (see
  3492.       below).
  3493.  
  3494.       Wildcat NetMail conference
  3495.       ──────────────────────────
  3496.       If  you  want QFront to maintain a  Wildcat!  NetMail  conference,
  3497.       select  the  Wildcat conference that you want QFront to  scan  and
  3498.       toss NetMail to.  A NetMail conference is set up in Wildcat!  just
  3499.       as  any  other  conference.   Note that you  should  NOT  set  the
  3500.       conference  type to "Fido NetMail" in MAKEWILD while you are  set-
  3501.       ting up this conference.
  3502.  
  3503.       Wildcat NetMail high message pointer
  3504.       ────────────────────────────────────
  3505.       Enter the highest message number that was last scanned by the mail
  3506.       scanner  in your Wildcat! NetMail conference.  Normally  you  will
  3507.       not need to modify this field as the mail scanner does so automat-
  3508.       ically.
  3509.  
  3510.       Add origin line to outbound NetMail
  3511.       ───────────────────────────────────
  3512.       If  this  is set to Y, an origin line will be  added  to  outbound
  3513.       NetMail from your system.  The origin line added will be the first
  3514.       origin  line  defined in the origin line setup  (see  the  section
  3515.       entitled  "Origin Lines" for more info).  This is recommended,  as
  3516.       it easily identifies your system.  The default is Y.
  3517.  
  3518.       Force inbound netmail to private
  3519.       ────────────────────────────────
  3520.       When  this  is set to Y, all NetMail received by  QFront  will  be
  3521.       saved  to Wildcat! as a "private" message. The reason for this  is
  3522.       that  by  nature,  NetMail is meant to be private  mail  from  one
  3523.       person  to another, not a public message.  Occasionally errors  do
  3524.       happen, both computer and human, and this is a way of ensuring the
  3525.       messages stay private, as they were likely intended.  The  default
  3526.       is Y.
  3527.  
  3528.  
  3529.                                 QFront v1.16b
  3530.                                    Page 61
  3531.  
  3532.       Allowable Wildcat NetMail message flags
  3533.       ───────────────────────────────────────
  3534.       If you have your Wildcat NetMail conference open to all users, you
  3535.       have  to be very careful because if the user is familiar with  how
  3536.       to  enter a NetMail message, he/she can cause your system to  call
  3537.       all over the world to send their message.  The next few options in
  3538.       the  configuration  screen allow you to force  QScan  to  restrict
  3539.       which message flags certain users can set on a message.  Note that
  3540.       the message is still saved in Wildcat exactly as the user  entered
  3541.       it, but QScan will strip the flags off the message if the user  is
  3542.       not allowed to use a flag.  QScan will not inform you or the  user
  3543.       that it has stripped a flag off.
  3544.  
  3545.       Default for flags to allow
  3546.       ──────────────────────────
  3547.       When  you select this line, a box with toggles will appear.   Here
  3548.       you tell QFront what flags the mail tosser should allow the  aver-
  3549.       age  user  (see  the  next feature  "Flag  overrides  for  certain
  3550.       users").   This is to prevent users from writing messages  in  the
  3551.       conference you defined as your Wildcat NetMail base, and  toggling
  3552.       it CRASH, for example, which would send the message direct to  the
  3553.       target  at  your expense, as well as other message flags.   It  is
  3554.       recommended  that you set the default to no flags.  To allow  cer-
  3555.       tain users, such as yourself, access to the various flags, see the
  3556.       next option.
  3557.  
  3558.       Flag overrides for certain users
  3559.       ────────────────────────────────
  3560.       When  you  select this line, it bring up a window.   As  with  all
  3561.       menus  in  QFront, you can move the highlight  through  the  items
  3562.       using  the cursor keys, with Enter allowing you to edit  the  cur-
  3563.       rently  highlighted item, and Alt-D deleting it.  To add an  item,
  3564.       press Enter with the selection bar on "(Add a new user)",  located
  3565.       at  the top of the list.  The options that you are presented  with
  3566.       when editing or adding, follow below.
  3567.  
  3568.          Username
  3569.          ────────
  3570.          This  is  the name of the user (as it will  appear  in  FROM
  3571.          lines on messages) that you want to set override flags  for.
  3572.          It MUST exactly match the name of the user.
  3573.  
  3574.          Flags to allow
  3575.          ──────────────
  3576.          Here you simply toggle the flags you want the user in  ques-
  3577.          tion to be able to set on a message.
  3578.  
  3579.    NetMail routing
  3580.    ───────────────
  3581.  
  3582.       NetMail routing control
  3583.       ───────────────────────
  3584.  
  3585.  
  3586.                                 QFront v1.16b
  3587.                                    Page 62
  3588.       First off, a little explanation.  NetMail routing allows a way  of
  3589.       bouncing messages around in a network so they get sent along to  a
  3590.       SPECIFIC  node along with their EchoMail packet - the  reason  for
  3591.       this  is  cost.  It costs a lot less to move even a  large  NetMail
  3592.       message  that is compressed and is being sent along with a  packet
  3593.       of NetMail at high speeds, rather than making a special call  that
  3594.       may  only last for seconds but you still get charged the  minimum.
  3595.       NetMail routing is a big part of FidoNet.
  3596.  
  3597.       The routing control option is used to tell QFront various  routing
  3598.       "rules" (configurations).
  3599.  
  3600.       QFront has default rules that it uses if you do not have appropri-
  3601.       ate rules configured in this part of QFConfig.  See the section on
  3602.       mail routing, later in the manual, for more information.
  3603.  
  3604.       The  addresses  that  appear in the routing  picklist  are  "order
  3605.       specific".  This means that the order in which entries are  listed
  3606.       are  significant, and changing the order of the entries can  cause
  3607.       different results.  QFront will always go through the entire route
  3608.       list  and  will use the LAST MATCHING target address that  it  can
  3609.       find.  You can easily move an entry up or down the list by  press-
  3610.       ing  Shift-Tab  (to move an item up the list) or Tab (to  move  an
  3611.       item  down the list).  So, your route statements should be  listed
  3612.       in LEAST SPECIFIC (ie., wildcards) to MOST SPECIFIC order.
  3613.  
  3614.       Target addresses
  3615.       ────────────────
  3616.       Enter the FidoNet address or range of addresses that you want your
  3617.       route setup to be applied to.  That is, any messages addressed  to
  3618.       a node number listed here will be given the routing control speci-
  3619.       fied.   You  can use the wildcard character in  the  address,  for
  3620.       example:
  3621.  
  3622.       "1:*" will match all nodes in zone 1.
  3623.       "1:228/*" will match all nodes in zone 1, net 228.
  3624.  
  3625.       Exceptions
  3626.       ──────────
  3627.       With  this  field you can enter an address or range  of  addresses
  3628.       that will be excluded from the list of target addresses configured
  3629.       in  the  previous  field.  For example, if you want to  set  up  a
  3630.       routing  rule  for all of zone one EXCEPT for net 228,  you  would
  3631.       enter  "1:*/*" in the target address field, and "1:228/*" in  this
  3632.       exception field.
  3633.  
  3634.       Route type
  3635.       ──────────
  3636.       The  route type defines the routing rule that will be  applied  to
  3637.       the target address(es) when NetMail is packed.  Press the spacebar
  3638.       to tag or untag individual route types.
  3639.  
  3640.       There are several route types:
  3641.  
  3642.  
  3643.                                 QFront v1.16b
  3644.                                    Page 63
  3645.  
  3646.          Hold for target
  3647.          ───────────────
  3648.          This  route type causes any NetMail to the target system  to
  3649.          be  held  on your system until the target calls to  pick  up
  3650.          mail, or poll the target.
  3651.  
  3652.          Direct to target
  3653.          ────────────────
  3654.          This  route type causes any NetMail to the target system  to
  3655.          be sent directly (ie not routed).
  3656.  
  3657.          Route through another node
  3658.          ──────────────────────────
  3659.          Use this route type to cause NetMail destined to the  target
  3660.          address  to be instead sent to the "route to  address"  (see
  3661.          next field).
  3662.  
  3663.          Route through target's host
  3664.          ───────────────────────────
  3665.          Use  this route type to force NetMail to always be  sent  to
  3666.          the  target's host (if the target does not have a host,  the
  3667.          NetMail will be sent directly).
  3668.  
  3669.          Route through target's hub
  3670.          ──────────────────────────
  3671.          Use  this route type to force NetMail to always be  sent  to
  3672.          the  target's  hub (if the target does not have a  hub,  the
  3673.          NetMail will be sent directly).
  3674.  
  3675.          Absolute hold
  3676.          ─────────────
  3677.          This routing type is similar to the "Hold for target"  type,
  3678.          except that it will, under no circumstances, allow the  mail
  3679.          to  be sent to the target node, until that node picks it  up
  3680.          themselves.   This  differs from "Hold for target"  as  with
  3681.          this one you system will not send the mail, even if you poll
  3682.          the target system.
  3683.  
  3684.          Forward-for
  3685.          ───────────
  3686.          This setting is of interest to those that serve as a hub  in
  3687.          any  capacity.  In order for QFront to forward NetMail  that
  3688.          was not written on your system - that is, mail that is being
  3689.          routed *through* your system (technically called IN-TRANSIT)
  3690.          -  the  originating  address must be set  in  a  forward-for
  3691.          entry.   What forward-for does is set the  allowable  ORIGIN
  3692.          ADDRESSES  from  which people can route  mail  through  your
  3693.          system.  If the origin address of the message is not associ-
  3694.          ated with a forward-for statement, then the default  routing
  3695.          (as described at the beginning of the section) will apply.
  3696.  
  3697.          If  you are a hub, then you would likely want to  have  your
  3698.  
  3699.  
  3700.                                 QFront v1.16b
  3701.                                    Page 64
  3702.          downlinks  (and any of their downlinks, if  applicable)  de-
  3703.          fined here so they can route NetMail out.
  3704.  
  3705.          Forward-to
  3706.          ──────────
  3707.          This is another setting of interest to those that act in any
  3708.          degree as a hub.  In addition to "forward-for", QFront  will
  3709.          also forward mail if the DESTINATION ADDRESS of the  message
  3710.          is  listed  in  a "forward-to" entry.   If  the  destination
  3711.          address  of the message is not associated with a  forward-to
  3712.          statement,  then  the default routing (as  described  in  the
  3713.          beginning of the section) will apply.
  3714.  
  3715.          If  you are a hub, then you would likely want to  have  your
  3716.          downlinks  (and any of their downlinks, if  applicable)  de-
  3717.          fined here so they can receive incoming routed mail.
  3718.  
  3719.       Route address
  3720.       ─────────────
  3721.       If  you  used the "route to another node"  route  type  (explained
  3722.       above),  enter the complete address that NetMail with  the  target
  3723.       address should be sent to.
  3724.  
  3725.    General NetMail settings
  3726.    ────────────────────────
  3727.  
  3728.       Unpack NetMail into FidoNet *.MSG format
  3729.       ────────────────────────────────────────
  3730.       If  this is set to Y (the default), all received NetMail  messages
  3731.       will  have  a  corresponding *.MSG file written  in  your  defined
  3732.       NetMail  path (defined in "Program Setup").  Many  utilities  look
  3733.       for  incoming  *.MSG  messages, such an Allfix  and  others.   For
  3734.       maximum compatibility, this is recommended to be left toggled Y.
  3735.  
  3736.       Save empty NetMail messages
  3737.       ───────────────────────────
  3738.       When set to N, any NetMail message that has no text in the body of
  3739.       the message will be deleted immediately.  It is recommended it  be
  3740.       set  as  Y (the default), as in some  instances,  especially  with
  3741.       external utilities, blank messages do actually serve a purpose.
  3742.  
  3743.       Sound alarm on receipt of new NetMail
  3744.       ─────────────────────────────────────
  3745.       A brief "alarm" sound will be made when new NetMail is received by
  3746.       QFront.   This defaults to N as some would find such noise  annoy-
  3747.       ing, so change it at your preference.
  3748.  
  3749.  
  3750.  
  3751.  
  3752.  
  3753.  
  3754.  
  3755.  
  3756.  
  3757.                                 QFront v1.16b
  3758.                                    Page 65
  3759.    MENU OPTION - MAIL SCANNER
  3760.    ──────────────────────────
  3761.    The  general settings for the mail scanner (QScan, which works  hand  in
  3762.    hand  with QFront doing the actual insertion and removal of messages  to
  3763.    and from your conferences) are located here.
  3764.  
  3765.    Lost mail setup
  3766.    ───────────────
  3767.  
  3768.       Use a lost mail conference
  3769.       ──────────────────────────
  3770.       "Lost  mail" refers to EchoMail that arrives at your  system  that
  3771.       QFront is not configured for, and therefore does not know where to
  3772.       put  it.  If this option is set to Y, then all lost mail  will  be
  3773.       inserted  to the conference defined as the "lost mail  conference"
  3774.       (see  next field).  If this option is set to N, lost mail is  just
  3775.       that - lost.  It will not be added to your system's conferences in
  3776.       any  way.  It is recommended this is set to Y, so you are able  to
  3777.       see if there are any problems with your echomail settings (such as
  3778.       a  typo  in the defined area tag - see the section  on  the  "Area
  3779.       Manager" for more information).
  3780.  
  3781.       Lost mail conference
  3782.       ────────────────────
  3783.       If the above field, "Use a lost mail conference" is set to Y, then
  3784.       you will be able to specify the Wildcat message base to put  those
  3785.       lost  messages into, here.  Common practice is to set up a  sysop-
  3786.       only  conference  named "LOST" or "LOSTMAIL" and have  this  field
  3787.       point to that.
  3788.  
  3789.    Node expiration setup
  3790.    ─────────────────────
  3791.    If  you  operate  as  a hub or host and you  charge  money  for  your
  3792.    downlinks  to pick up mail, the node expiration setup can be  useful.
  3793.    It  allows  you to set, on a per-node basis, how many  days  QFront's
  3794.    mail  scanner (called QScan) will scan mail for them.  Once the  node
  3795.    gets  close  to its expiration date, QScan will send them  a  warning
  3796.    telling  them  of this fact, and when the  expiration  date  expires,
  3797.    QScan will cease sending mail to that node.
  3798.  
  3799.       Expiration warning period
  3800.       ─────────────────────────
  3801.       Enter  the number of days BEFORE a node's expiration  date  before
  3802.       QScan will send the node a warning telling them of their impending
  3803.       expiration.   For example, if a node is set to expire on  04-10-95
  3804.       and you have this field set to 5, the node will be sent a  warning
  3805.       on 04-05-95 telling them they are close to their expiration date.
  3806.  
  3807.       Expired warning message
  3808.       ───────────────────────
  3809.       You  can write your own warning message that is sent to  the  node
  3810.       when  it is close to its expiration date.  The file is a  straight
  3811.       ASCII text file.  One special macro can be used, @DATE@, in  which
  3812.  
  3813.  
  3814.                                 QFront v1.16b
  3815.                                    Page 66
  3816.       QScan  will insert the nodes expiration date.  For  example,  this
  3817.       file  might say "You will stop receiving mail from this system  on
  3818.       @DATE@, please send a check/money order to extend your  expiration
  3819.       date".
  3820.  
  3821.    Miscellaneous settings
  3822.    ──────────────────────
  3823.  
  3824.       Trashcan users
  3825.       ──────────────
  3826.       This field allows you to configure up to 30 user names.   Whenever
  3827.       QScan  goes  to toss a message into your Wildcat  conferences,  it
  3828.       will  check  the TO name of the message against this list.   If  a
  3829.       match is found, QScan will not import the message to Wildcat.
  3830.  
  3831.       Respect "echo message" flag
  3832.       ───────────────────────────
  3833.       In  Wildcat, there is a message flag known as the  "echo  message"
  3834.       flag, which is intended to tell mail scanners if a message  should
  3835.       be  sent out to other systems.  By in large, this is not  used  in
  3836.       most cases, and if the mail tosser is set to respect that, meaning
  3837.       only  scan it out of it has that flag, messages that have not  had
  3838.       that  flag  set accidentally would not be  sent.   Therefore,  the
  3839.       default  setting for this is N, meaning that all messages  entered
  3840.       in  an  EchoMail conference will be sent out,  regardless  of  the
  3841.       "echo message" flag.
  3842.  
  3843.       Strip kludge lines on toss
  3844.       ──────────────────────────
  3845.       Kludge lines are lines that begin with a ^A ("smiley face")  char-
  3846.       acter.   These are added by the mail tossers.  When  messages  are
  3847.       inserted  into  Wildcat, these are inserted as well.   Wildcat  is
  3848.       aware  of  these lines and will not normally show them  to  users,
  3849.       keeping them hidden (as they should be, for the sake of  clarity).
  3850.       Therefore, it is usual that these lines not be stripped on a  toss
  3851.       (insertion  of messages to the message base).  The default  is  N,
  3852.       which leaves the lines in the messages.
  3853.  
  3854.       Update outbound bundles
  3855.       ───────────────────────
  3856.       When enabled, this will tell QScan to add addition messages  being
  3857.       sent to a give node into an already existing message bundle in the
  3858.       outbound queue.  This could lead to a rather huge outbound  bundle
  3859.       for a node, so is normally left as N.  It can save time on  calls,
  3860.       but  especially at high speeds it is not as useful as it could  be
  3861.       at lower speeds.
  3862.  
  3863.       Use current date on tosses
  3864.       ──────────────────────────
  3865.       This  setting  is a matter of preference.  When set to  Y,  QFront
  3866.       will set the date and time on all messages that are inserted  into
  3867.       the  message  conferences to the current date.  When left  at  the
  3868.       default,  "N", the date and time on all messages that  QFront  in-
  3869.  
  3870.  
  3871.                                 QFront v1.16b
  3872.                                    Page 67
  3873.       serts  will  be left as the actual date and time the  message  was
  3874.       written.
  3875.  
  3876.       Delete NetMail after tossing
  3877.       ────────────────────────────
  3878.       The  normal operation after a netmail message sent to your  system
  3879.       is  processed by the mail scanner, is for it to be deleted.   This
  3880.       practice  can be overridden by place a N here.  Unless you have  a
  3881.       special  reason for wanting QFront not to delete this packets,  it
  3882.       is strongly recommended this be left at the default of Y.
  3883.  
  3884.       Delete EchoMail after tossing
  3885.       ─────────────────────────────
  3886.       This  option is very similar to the above.  Actually, it  is  just
  3887.       like  the above option, except it applies to EchoMail  instead  of
  3888.       netmail.   Therefore, if you want EchoMail bundles and packets  to
  3889.       be deleted after tossing, leave this as the default Y.  If you not
  3890.       want  this behavior, set this option to N.  As with the above,  it
  3891.       is highly recommended this is left at Y.
  3892.  
  3893.       Show "no downlinks" warning
  3894.       ───────────────────────────
  3895.       The "no downlinks" warning is a message that QScan can show you in
  3896.       its  log  file when there is an EchoMail area configured  on  your
  3897.       system  which  is not flagged to any  of  your  downlinks/uplinks.
  3898.       What  this basically means is, QScan is telling you that you  have
  3899.       an EchoMail area configured on your system which is not being used
  3900.       at  all.  If you do not want QScan to display this  warning,  just
  3901.       answer N to this field.  Normally it's useful to see this warning,
  3902.       so the default is Y.
  3903.  
  3904.       Check packet password on toss
  3905.       ─────────────────────────────
  3906.       If you answer Y to this question, QScan will not toss any EchoMail
  3907.       packet if it can't find the sender's address in your Node  Manager
  3908.       in  QFConfig, and ALSO if the packet password is wrong.   You  can
  3909.       define  a  packet  password for each node in  your  Node  Manager.
  3910.       Using  this  switch, you can make sure only those  nodes  who  are
  3911.       authorized can send mail to your system.
  3912.  
  3913.       If  a  node  is not found in your Node Manager or  if  the  packet
  3914.       password  is  invalid,  QScan will move the packet  to  your  "bad
  3915.       packet" directory.
  3916.  
  3917.       Readdress name to SYSOP
  3918.       ───────────────────────
  3919.       Messages  that  are inserted from time to time  are  addressed  to
  3920.       SYSOP.  If you wish these messages to have the SYSOP text  changed
  3921.       to your name, set this to Y and define the SYSOP name in the  next
  3922.       field.   Most of the time this behavior is not desired,  as  those
  3923.       messages are often directed at the SYSOP of the remote site  where
  3924.       the  message was written.  With that in mind, this option  defaults
  3925.       to N, but can be changed to suit your preferences.
  3926.  
  3927.  
  3928.                                 QFront v1.16b
  3929.                                    Page 68
  3930.  
  3931.       SYSOP name
  3932.       ──────────
  3933.       This field is related to the above option.  If the above is set to
  3934.       Y,  you will need to enter the replacement name to be used on  all
  3935.       incoming messages addressed to "SYSOP".
  3936.  
  3937.       Number of duplicate records
  3938.       ───────────────────────────
  3939.       QScan  has duplicate checking routines to help prevent any  dupli-
  3940.       cate  messages  that  have been sent out by  another  system  from
  3941.       cluttering  up your message bases, and getting sent to your  down-
  3942.       links (if any).  The number set here is the number of messages for
  3943.       duplicate  information  to be kept track of per  conference.   The
  3944.       default setting of 1000 is usually enough - if you find duplicates
  3945.       are  slipping by QScan, you can try increasing this number.   Set-
  3946.       ting  a number such as 1000 tells QScan to keep track of the  last
  3947.       1000 messages tossed into each of your conferences.  QScan  writes
  3948.       the duplicate datafile *.QFD in each of your conference's directo-
  3949.       ries (where "*" is replaced by the filename of the message base).
  3950.  
  3951.  
  3952.  
  3953.  
  3954.  
  3955.  
  3956.  
  3957.  
  3958.  
  3959.  
  3960.  
  3961.  
  3962.  
  3963.  
  3964.  
  3965.  
  3966.  
  3967.  
  3968.  
  3969.  
  3970.  
  3971.  
  3972.  
  3973.  
  3974.  
  3975.  
  3976.  
  3977.  
  3978.  
  3979.  
  3980.  
  3981.  
  3982.  
  3983.  
  3984.  
  3985.                                 QFront v1.16b
  3986.                                    Page 69
  3987.    MENU OPTION - ORIGIN LINES
  3988.    ──────────────────────────
  3989.    Origin  lines are lines that are added to the end of EchoMail  origi-
  3990.    nating  on your system to easily identify your system, and are  often
  3991.    used  for  a little bit of advertisement too.  What you fill  in  for
  3992.    Origin  Line 1 will be the default when you add echo areas.  You  may
  3993.    only  want  one origin line anyway - the actual address is  added  by
  3994.    QFront  onto the end of the text string you enter here, so  the  same
  3995.    origin line could be used for different networks.
  3996.  
  3997.    When  this  menu option is selected, a menu will appear  listing  the
  3998.    defined  origin lines.  You may have up to 35 different ones, if  you
  3999.    wish.   To define an origin line, simply move the selection bar  onto
  4000.    the line you want to set, and press enter.  The current origin  line,
  4001.    if any, will be brought into the pop-up that will appear so it can be
  4002.    edited  or added to.  Again, QFront will add your network address  to
  4003.    the  end of the line automatically - if you add one yourself,  you'll
  4004.    get duplicate addresses on the line.
  4005.  
  4006.    A sample origin line might be:
  4007.  
  4008.    "MSI Support * Bakersfield, CA * 805-873-2400"
  4009.  
  4010.    Since  QFront  adds your network address onto the end, and  the  word
  4011.    "Origin:" to the beginning, what will be seen on messages written  on
  4012.    Salt Air would be:
  4013.  
  4014.    * Origin: MSI Support * Bakersfield, CA * 805-873-2400 (1:2/3)
  4015.  
  4016.  
  4017.  
  4018.  
  4019.  
  4020.  
  4021.  
  4022.  
  4023.  
  4024.  
  4025.  
  4026.  
  4027.  
  4028.  
  4029.  
  4030.  
  4031.  
  4032.  
  4033.  
  4034.  
  4035.  
  4036.  
  4037.  
  4038.  
  4039.  
  4040.  
  4041.  
  4042.                                 QFront v1.16b
  4043.                                    Page 70
  4044.    MENU OPTION - AREA GROUPS
  4045.    ─────────────────────────
  4046.    Grouping  EchoMail areas are a way of helping organize  the  conferences
  4047.    coming into your system.  Especially if you are a hub, and especially if
  4048.    you  are in more that one network, this is very valuable to keep  things
  4049.    in  order.  Each EchoMail area that you define on your system will  need
  4050.    to  have  a group associated with it (for more information  on  defining
  4051.    EchoMail  areas, see the following section, "Area Manager").  The  first
  4052.    group  definition  is used as the default, so you will want to  put  the
  4053.    most common grouping here.  For most people this will be "FidoNet"  (for
  4054.    some this may be your only grouping, which is fine).
  4055.  
  4056.    Most  commonly, groups are used to determine whether a certain node  can
  4057.    connect  with  certain EchoMail areas using QScan's  Areafix  processor.
  4058.    For  example, you could configure two groups - one for non-paying  nodes
  4059.    and  one  for paying nodes, and allow only non-paying nodes  to  connect
  4060.    with certain EchoMail areas.
  4061.  
  4062.    To  define a group name, simply move through the window that  popped  up
  4063.    when you selected this menu option, and press enter on the one that  you
  4064.    wish  to edit or replace.  Then enter the new group name.  You can  have
  4065.    up  to  35 area group names defined.  The group name you enter  will  be
  4066.    displayed in the Area Manager and Node Manager when you have to select a
  4067.    group.
  4068.  
  4069.  
  4070.  
  4071.  
  4072.  
  4073.  
  4074.  
  4075.  
  4076.  
  4077.  
  4078.  
  4079.  
  4080.  
  4081.  
  4082.  
  4083.  
  4084.  
  4085.  
  4086.  
  4087.  
  4088.  
  4089.  
  4090.  
  4091.  
  4092.  
  4093.  
  4094.  
  4095.  
  4096.  
  4097.  
  4098.  
  4099.                                 QFront v1.16b
  4100.                                    Page 71
  4101.    MENU OPTION - AREA MANAGER
  4102.    ──────────────────────────
  4103.    In  order for your system to transfer EchoMail, you'll need to  do  some
  4104.    configuring  here, so QFront knows how it should behave.  Here you  will
  4105.    enter  an  area definition for every EchoMail conference  that  will  be
  4106.    coming into your system.  They tell QFront about your EchoMail areas and
  4107.    where their respective Wildcat conferences are located.
  4108.  
  4109.    This  option, "Area Manager" is used to install the EchoMail  conference
  4110.    and assign them to their respective Wildcat conferences.
  4111.  
  4112.       Is this a pass-through area
  4113.       ───────────────────────────
  4114.       Answer  Y or N as to whether this EchoMail area is a  pass-through
  4115.       area.   A  pass-through area is an area in which messages  do  not
  4116.       actually  get  tossed into any of your Wildcat  conferences  (they
  4117.       will only be passed on to downlinks).  Pass-through areas are used
  4118.       so  that your downlink(s) can receive EchoMail areas  without  you
  4119.       having  to have a specific conference in which messages would  get
  4120.       imported.
  4121.  
  4122.       Wildcat conference
  4123.       ──────────────────
  4124.       This  conference is where QFront will place the mail that  arrives
  4125.       for this EchoMail area, and also the conference where it will find
  4126.       mail to send out for this EchoMail area.  If this area is a  pass-
  4127.       through  area  (see the pass-through option above),  you  can  not
  4128.       select a Wildcat conference.
  4129.  
  4130.       Tip:  If you have many conferences configured on your system,  you
  4131.       can have QFConfig quickly jump to a specific conference by  enter-
  4132.       ing its conference number directly into the picklist.
  4133.  
  4134.       EchoMail area name
  4135.       ──────────────────
  4136.       Enter  the EchoMail area name for this conference.  The area  name
  4137.       (sometimes referred to as an "area tag") appears in every EchoMail
  4138.       message  that is transferred by FidoMail.   The mail scanner  will
  4139.       look at the area name in each message and will look here for  what
  4140.       Wildcat conference to put the message in.
  4141.  
  4142.       Since all area tags must be the same on all sites for the mail  to
  4143.       move  smoothly, there is a listing of the official area tags  dis-
  4144.       tributed  for  most  networks.  For FidoNet, this  list  is  named
  4145.       "FIDONET.NA" and lists all the current echo areas on the backbone,
  4146.       and is updated weekly.
  4147.  
  4148.       Group belonged to
  4149.       ─────────────────
  4150.       Here  you  pick from a list of defined groups the  area  group  to
  4151.       place this EchoMail area definition into.  For more information on
  4152.       groups and defining groups, see the section "Area Groups".
  4153.  
  4154.  
  4155.  
  4156.                                 QFront v1.16b
  4157.                                    Page 72
  4158.       Area security level
  4159.       ───────────────────
  4160.       For  each  EchoMail  area you configure, you can  set  a  security
  4161.       level.  The security level is used when a downlink uses Areafix to
  4162.       request  an  Echo  area.  With the area security  level,  you  can
  4163.       restrict  certain nodes from requesting certain Echo  areas.   For
  4164.       example, if you set an area security level of 100, and a node with
  4165.       a  security  level of 50 (configured in the  "Node  Manager"  menu
  4166.       option below) requests this area, the mail scanner will report  to
  4167.       them that they are not validated to receive the area.
  4168.  
  4169.       High message pointer
  4170.       ────────────────────
  4171.       Enter the high message number for this conference.  Normally,  you
  4172.       will not need to modify this field as the mail scanner keeps track
  4173.       of the high message pointer automatically.
  4174.  
  4175.       Origin line
  4176.       ───────────
  4177.       The  text  displayed here is what is set for  the  current  origin
  4178.       line.  When you select this option, you can pick from the  defined
  4179.       origin line the one you would like to set for this area.  For more
  4180.       information  origin lines and how to define them, see the  section
  4181.       "Origin Lines".
  4182.  
  4183.       Mandatory area
  4184.       ──────────────
  4185.       A  mandatory  area is one that once added cannot be dropped  by  a
  4186.       downlink  with  Areafix (see the section on Areafix later  in  the
  4187.       manual  for  more information on QFront's  Areafix  capabilities).
  4188.       This behavior is sometimes required for some administration echoes
  4189.       for some networks.  For the most part, however, you will not  want
  4190.       this to come into play - in which case this option should be  left
  4191.       at N.
  4192.  
  4193.       Convert high ASCII
  4194.       ──────────────────
  4195.       The  term  "high ASCII" refers to those ASCII  characters  in  the
  4196.       range 127 - 255.  Some networks do not want high-ASCII to be  used
  4197.       in  messages.   When this is set to "Y", a character such  as  "═"
  4198.       would  be  converted into a "*".  When set to N, it  leaves  these
  4199.       characters alone when messages are scanned out.
  4200.  
  4201.       Import SEEN-BY lines
  4202.       ────────────────────
  4203.       Answer Y or N as to whether you want QScan to import SEEN-BY lines
  4204.       into  your Wildcat message bases.  Most of the time you will  want
  4205.       this set to N.  You may want to turn this on if you have a  dupli-
  4206.       cate  message  problem and want to track which systems  have  seen
  4207.       each message.
  4208.  
  4209.       Import PATH lines
  4210.       ─────────────────
  4211.  
  4212.  
  4213.                                 QFront v1.16b
  4214.                                    Page 73
  4215.       Answer  Y or N as to whether you want QScan to import  PATH  lines
  4216.       into  your Wildcat message bases.  Most of the time you will  want
  4217.       this set to N.  You can turn this option on if you want to see how
  4218.       a  message  traveled from its source to your  system  (useful  for
  4219.       detecting problems in the network topology).
  4220.  
  4221.       Scan private mail
  4222.       ─────────────────
  4223.       Since EchoMail messages will be sent to every system that  carries
  4224.       that  EchoMail area, writing private messages in those bases is  a
  4225.       waste of space and money sending them, when they should have  been
  4226.       written  in NetMail.  When this option is left at its default,  N,
  4227.       all  private  mail entered in this  area's  corresponding  Wildcat
  4228.       conference will be ignored (not sent out).  It is recommended this
  4229.       setting be left as N.
  4230.  
  4231.       Keep private flag
  4232.       ─────────────────
  4233.       This option tells QScan whether a Wildcat message that is  flagged
  4234.       private  should have its private flag removed when the message  is
  4235.       scanned  out (placed into a mail packet).  Since most networks  do
  4236.       not permit private EchoMail, you would normally leave this set  to
  4237.       N.
  4238.  
  4239.       Force private flag
  4240.       ──────────────────
  4241.       When  this  option is set to Y, ALL messages received  and  tossed
  4242.       into  your  Wildcat conference for this area will be  marked  "re-
  4243.       ceive-only".   This is NOT normal operating protocol, so  the  de-
  4244.       fault of N should be left as it is.
  4245.  
  4246.  
  4247.  
  4248.  
  4249.  
  4250.  
  4251.  
  4252.  
  4253.  
  4254.  
  4255.  
  4256.  
  4257.  
  4258.  
  4259.  
  4260.  
  4261.  
  4262.  
  4263.  
  4264.  
  4265.  
  4266.  
  4267.  
  4268.  
  4269.  
  4270.                                 QFront v1.16b
  4271.                                    Page 74
  4272.    MENU OPTION - NODE MANAGER
  4273.    ──────────────────────────
  4274.    Once  you've got the EchoMail conferences configured with  the  previous
  4275.    menu  option, you have to tell QFront some details about the systems  it
  4276.    will  be  sending  those messages back and forth with.   In  this  menu,
  4277.    you'll  define the node number of the system, the Sysop name,  areas  to
  4278.    send,  Areafix options, passwords, and so on.  Even if you do  not  have
  4279.    any  downlinks, you will still need to define your hub that you will  be
  4280.    receiving your EchoMail from in this menu option.
  4281.  
  4282.    *Anybody* who will be receiving EchoMail from your QFront system must be
  4283.    defined in the node manager.
  4284.  
  4285.    See the section about adding downlinks/uplinks, later in the manual, for
  4286.    information on the node manager.
  4287.  
  4288.       Node address
  4289.       ────────────
  4290.       Enter the address of the system you are defining here.  For  exam-
  4291.       ple, if the system you were receiving your EchoMail from and  were
  4292.       therefore defining here was 7th Heaven, the QFront Support  board,
  4293.       you  would enter "1:228/12".  Make sure to enter a  complete  Fido
  4294.       address   -   that   means   it   should   be   in   the    format
  4295.       zone:net/node[.point], as per the example.
  4296.  
  4297.       Sysop name
  4298.       ──────────
  4299.       Enter  the  name of the Sysop of this system.  This  is  for  your
  4300.       reference,  and  also is used in the "to"  field  whenever  QFront
  4301.       would  write  an Areafix response to this node.  To  continue  the
  4302.       example with 7th Heaven, "Rob Kittredge" would go here.  Remember,
  4303.       this  is the name of the Sysop at the REMOTE site at  the  address
  4304.       set in the above option.
  4305.  
  4306.       Selected areas
  4307.       ──────────────
  4308.       This entry field will allow you to select which EchoMail areas you
  4309.       want to assign to the node.  To bring up the picklist of available
  4310.       areas, press Enter while on this field.
  4311.  
  4312.       Once the EchoMail area picklist is displayed, use the spacebar  to
  4313.       select or deselect the EchoMail areas for the node.  The  picklist
  4314.       shows  only  the EchoMail areas that you configured in  the  "Area
  4315.       Manager" menu option (described above).
  4316.  
  4317.       Groups belonged to
  4318.       ──────────────────
  4319.       Pressing Enter on this option brings up a picklist of all the area
  4320.       groups defined in the menu option "Area Groups" (described above).
  4321.       Here  you select what area groups this node is to have access  to.
  4322.       Simply toggle using the space bar all the groupings in which there
  4323.       are  EchoMail  areas  you want this node to have  access  to,  via
  4324.       Areafix.   If a node requests an area via Areafix and they do  not
  4325.  
  4326.  
  4327.                                 QFront v1.16b
  4328.                                    Page 75
  4329.       have  access to the group in which the area belongs to, QScan  will
  4330.       not let them connect to the area.
  4331.  
  4332.       Archiver
  4333.       ────────
  4334.       Select the archiver that you wish to use for EchoMail to/from this
  4335.       node.   The  official  archiver of FidoNet is  "ARC"  format,  but
  4336.       commonly  the  ZIP  format compression is used to  save  time  and
  4337.       space.  Consult your hub as to which format they would prefer  you
  4338.       use.  The archivers are configured in the "Program" menu option in
  4339.       QFConfig.
  4340.  
  4341.       Packet flags
  4342.       ────────────
  4343.       Use the spacebar to select which packet flags to use when creating
  4344.       EchoMail  packets  for this node.  Here is a  description  of  the
  4345.       packet flags:
  4346.  
  4347.          Crash
  4348.          ─────
  4349.          The  packet  will  be sent as soon as  possible.   The  only
  4350.          possible  restriction  can  be imposed  by  cost  accounting
  4351.          restrictions  as  well as FidoMail event  restrictions  (for
  4352.          example, if you are in a RECEIVE-ONLY event).
  4353.  
  4354.          Immediate
  4355.          ─────────
  4356.          The packet will be sent immediately, ignoring all the possi-
  4357.          ble restrictions imposed by the Crash flag.
  4358.  
  4359.          Hold
  4360.          ────
  4361.          The  packet will not be sent until the remote  system  polls
  4362.          you,  or  you  if you happen to poll  the  destination.   No
  4363.          active  attempt  to dial the system  specifically  for  this
  4364.          packet will occur.
  4365.  
  4366.          Direct
  4367.          ──────
  4368.          This flag is similar to Crash and Immediate, except it  does
  4369.          not have as high a priority.
  4370.  
  4371.          Kill after sending
  4372.          ──────────────────
  4373.          Select this flag if you want the packet deleted after it  is
  4374.          successfully  sent.   Nearly all of the time you  will  want
  4375.          this turned ON.
  4376.  
  4377.          Absolute Hold
  4378.          ─────────────
  4379.          This flag tells QFront that, under no circumstances,  should
  4380.          this packet sent if you were the one that called the  system
  4381.          -  the  destination system MUST call and pick  it  up  them-
  4382.  
  4383.  
  4384.                                 QFront v1.16b
  4385.                                    Page 76
  4386.          selves.
  4387.  
  4388.       Origin alias address
  4389.       ────────────────────
  4390.       Select here which address you QFront to send and receive  messages
  4391.       in  this area as.  The default is no alias, which would  use  your
  4392.       primary address (defined in the menu option "Addresses", explained
  4393.       above).  This will be fine for most systems.  If however you  have
  4394.       an  additional  Fido address (such as  most  administrative  nodes
  4395.       have),  or are a member of another network, you'll want to  select
  4396.       the appropriate address with that in mind.  Alias addresses  shown
  4397.       in  this  pick list are defined in the  menu  option  "Addresses",
  4398.       explained above.
  4399.  
  4400.       Session password
  4401.       ────────────────
  4402.       Session passwords are used to secure a mail session to and from  a
  4403.       specific node.  In a secured environment, you are assured that the
  4404.       node  that may be dialing you really is who it says it  is.   This
  4405.       prevents hackers from loading up a mailer and using a phony  Fido-
  4406.       Net address to get mail from your system.
  4407.  
  4408.       Note that session passwords apply to other systems as well as your
  4409.       own. This means that if you enter a password for a certain system,
  4410.       that password will be used when your system dials that system, AND
  4411.       when  that system dials your system.  Therefore, you will need  to
  4412.       coordinate setting this password with the system in question -  if
  4413.       you  define a password, and the other system is not aware  of  it,
  4414.       QFront will treat it as a security breach and drop carrier on them
  4415.       shortly after connection.
  4416.  
  4417.       In this field, enter the session password used when  communicating
  4418.       (inbound AND outbound) with the destination.
  4419.  
  4420.       You  can  type  both upper case and lower case  letters  into  the
  4421.       session  password  field.  This is because some mailers  use  case
  4422.       sensitivity  when  checking session passwords.  Note  that  QFront
  4423.       does NOT use case sensitivity when checking session passwords.
  4424.  
  4425.       Packet password
  4426.       ───────────────
  4427.       The concept here is the same as the one used in the above,  except
  4428.       the  password is actually embedded into the packet.  This was  the
  4429.       first  form  of password protection of EchoMail, and is  not  used
  4430.       much  except  when  it is required to talk to  old  software  that
  4431.       cannot  handle  session passwords.  It is recommended  unless  you
  4432.       absolutely  have to resort to a packet password, to use a  session
  4433.       password instead.
  4434.  
  4435.       Areafix password
  4436.       ────────────────
  4437.       Before  a node can use the Areafix processor in the mail  scanner,
  4438.       you can require that they use a password.  This field is where you
  4439.  
  4440.  
  4441.                                 QFront v1.16b
  4442.                                    Page 77
  4443.       assign  the Areafix password for this node.  When the  node  enters
  4444.       the  Areafix message, the Sysop must specify the correct  password
  4445.       on  the subject line of the message he/she enters.  (See the  "How
  4446.       to  use  Areafix"  section later in this  documentation  for  more
  4447.       information).
  4448.  
  4449.       Areafix security level
  4450.       ──────────────────────
  4451.       In  conjunction  with the EchoMail area security  level  (see  the
  4452.       above  menu option "Area Manager"), you can set a  security  level
  4453.       for  a node.  The security level will be checked against any  Echo
  4454.       areas that the node requests with Areafix, and if they have insuf-
  4455.       ficient  security  for a certain area, the mail scanner  will  not
  4456.       allow  the area to be selected.  The security level check is  per-
  4457.       formed  in  addition to the "groups belonged to" check,  which  is
  4458.       explained above.
  4459.  
  4460.       Expiration date
  4461.       ───────────────
  4462.       If you are a host/hub and want to stop scanning mail for this node
  4463.       after a certain date (for example, if you charge money for receiv-
  4464.       ing  mail),  enter the date of expiration here.   When  that  date
  4465.       approaches, QScan can send a warning to the node informing them of
  4466.       this.   Please  see  the previous section of  this  manual,  "mail
  4467.       scanner  setup"  for information on how to configure  the  warning
  4468.       that is sent to the node.
  4469.  
  4470.       Sent expired warning
  4471.       ────────────────────
  4472.       This  field is normally used by QScan only.  As the name  implies,
  4473.       this  field tells whether QScan has sent the node a warning  about
  4474.       their impending expiration.
  4475.  
  4476.       Passive
  4477.       ───────
  4478.       When  QScan is told that a node is passive, done by toggling  this
  4479.       option  Y, it will temporarily stop creating EchoMail packets  for
  4480.       this  node.   This is useful for if a system is scheduled  to,  or
  4481.       unexpectedly,  goes down for a period of time, but will be  coming
  4482.       back up.  When passive it set, all the settings for that node, all
  4483.       the  selected areas, etc, are preserved.  This prevents your  out-
  4484.       bound area from getting filled up with packets that can't be sent.
  4485.  
  4486.       This  should  be left at N, unless you *do* want  EchoMail  to  be
  4487.       temporarily suspended for this node.
  4488.  
  4489.       Allow Areafix forwards
  4490.       ──────────────────────
  4491.       QFront's  built-in Areafix system has the capability of  automati-
  4492.       cally  requesting  areas that your downlink wants that  you  don't
  4493.       carry, if they are listed in a file showing what is available from
  4494.       your hub (such as FIDONET.NA, the list of all echoes on the  back-
  4495.       bone).  For nodes that you wish to have this capability, set  this
  4496.  
  4497.  
  4498.                                 QFront v1.16b
  4499.                                    Page 78
  4500.       flag  to  Y.  It defaults to N.  See the section on  "How  to  use
  4501.       Areafix" for more information.
  4502.  
  4503.       Remote maintenance
  4504.       ──────────────────
  4505.       This  setting  tells QScan whether to allow this node  to  perform
  4506.       remote maintenance on behalf of another node.  What this means is,
  4507.       this  node can send an Areafix to QScan, and in the  Areafix  mes-
  4508.       sage, can use the %FROM command to cause QScan to perform  Areafix
  4509.       operations  on the node given in the %FROM command.  For  example,
  4510.       say 1:228/12 sends an Areafix to QScan, and uses the command %FROM
  4511.       1:2/3.  Normally QScan will see that 1:228/12 sent the message and
  4512.       will perform Areafix operations for that node.  But if the  "Allow
  4513.       Areafix %FROM" option is set to Y for 1:228/12 in your Node Manag-
  4514.       er,  QScan will now perform Areafix operations for 1:2/3,  instead
  4515.       of 1:228/12.  What this does is allows 1:228/12 to control QScan's
  4516.       Areafix processor as if it were 1:2/3.
  4517.  
  4518.       Normally you will leave this option set to N, unless you want  the
  4519.       node to be able to use the %FROM command.
  4520.  
  4521.       Extended packet names
  4522.       ─────────────────────
  4523.       Extended packet names are archive FidoMail packets that have  file
  4524.       extensions of .MO0 through .MO9, and .MOA through .MOZ.  Normally,
  4525.       packets  only have file extensions of .MO0 through .MO9.  If  your
  4526.       hub  allows  extended  packet  names,  answer  Y  to  this  field,
  4527.       otherwise answer N.  It is highly recommended that you leave  this
  4528.       field set to N unless you are absolutely sure that your hub allows
  4529.       extended  packet names.  QScan itself does allow  extended  packet
  4530.       names.
  4531.  
  4532.  
  4533.  
  4534.  
  4535.  
  4536.  
  4537.  
  4538.  
  4539.  
  4540.  
  4541.  
  4542.  
  4543.  
  4544.  
  4545.  
  4546.  
  4547.  
  4548.  
  4549.  
  4550.  
  4551.  
  4552.  
  4553.  
  4554.  
  4555.                                 QFront v1.16b
  4556.                                    Page 79
  4557.    MENU OPTION - DIALOUT FIXUPS
  4558.    ────────────────────────────
  4559.    In  this  option you can define any special actions that  QFront  should
  4560.    take,  either  by node, or by a "flag" (a string that  denotes  a  trait
  4561.    about a node, which all nodes in the nodelist have).
  4562.  
  4563.    For  many systems, nothing need be set here.  The times when this  could
  4564.    be used would be for a quick fixup if someone's phone number was  typoed
  4565.    in  that week's nodelist, or more likely, in the case of  Dual  Standard
  4566.    modems.   If you specify a flag (such as "HST", "V32", "V32B", etc)  you
  4567.    can  set  a modem command to be sent to the modem as it dials out  to  a
  4568.    node  that if finds such a flag attached to.  This allows you to  set  a
  4569.    dual standard to HST for node that support an HST, or to V32/v32bis mode
  4570.    for  nodes that support either of those protocols.  Consult  your  modem
  4571.    manual for the needed modem commands to set this modes.
  4572.  
  4573.    Scroll  through  the list using the cursor keys, and select an  item  to
  4574.    edit  using the Enter key.  To add a new item, press Enter on  the  line
  4575.    "Add  a new fixup" located at the top of the list.  The ordering of  the
  4576.    picklist is significant.  In other words, if you are doing a fixup on  a
  4577.    HST nodelist flag and another fixup on a V32 nodelist flag, and a system
  4578.    has  BOTH flags, the LAST matching flag is used by QFront.  To  move  an
  4579.    item  up the picklist, press Shift-Tab.  To move an item down the  pick-
  4580.    list, press Tab.
  4581.  
  4582.       Target address OR nodelist flag
  4583.       ───────────────────────────────
  4584.       Enter a target address OR nodelist flag.  Do not enter both -  one
  4585.       or  the other.  For example, to send a special modem dialout  com-
  4586.       mand for nodes with the H16 flag set, you would enter H16 in  this
  4587.       field.   Or,  to send a special modem dial command  to  a  certain
  4588.       node, say 1:228/12, you would enter 1:228/12 in this field.
  4589.  
  4590.       Custom modem dial command
  4591.       ─────────────────────────
  4592.       Enter the custom modem dial command to use when a matching  target
  4593.       address or nodelist flag is found.  The modem dial command is sent
  4594.       before  the  modem dial prefix (configured  in  "Program  Setup").
  4595.       Special characters can be used:
  4596.  
  4597.          "~"  Causes a 1/4 (.25) second pause.
  4598.          "^M" or "|"  Causes a carriage return to be sent.
  4599.  
  4600.  
  4601.  
  4602.  
  4603.  
  4604.  
  4605.  
  4606.  
  4607.  
  4608.  
  4609.  
  4610.  
  4611.  
  4612.                                 QFront v1.16b
  4613.                                    Page 80
  4614.    MENU OPTION - QUICK LOOKUP NAMES
  4615.    ────────────────────────────────
  4616.    QFront has the ability to lookup a node number, when given a full  name,
  4617.    or at least the last name.  Although QFront is extremely efficient doing
  4618.    so,  it  is faster if it can find the name in this  quick  lookup  names
  4619.    list.  You could either type the full name, or an abbreviated name, part
  4620.    of the system's name itself, or anything you find practical.
  4621.  
  4622.    You could enter a quick lookup for the QFront Support System, 7th Heaven
  4623.    with  a  variety of names.  For example, such names could be  "Rob  Kit-
  4624.    tredge", "Rob", "RK", "7th", or "QFront".  Use your choice as to what is
  4625.    the best way for your preferences.  You may choose not to use any  quick
  4626.    lookups at all - QFront does not rely on these at all.
  4627.  
  4628.    Whenever  QFront asks for an address, you can enter "!" followed by  the
  4629.    quick lookup name.  The "!" tells QFront that you are specifying a quick
  4630.    lookup name.  For example, if you had a quick lookup name of "ROB",  you
  4631.    would enter "!ROB".
  4632.  
  4633.    You  can scroll through the list of any defined quick lookups using  the
  4634.    cursor  keys, and can select a lookup to edit using the Enter  key,  and
  4635.    you  can  toggle  an entry deleted using Alt-D.  To add  a  new  lookup,
  4636.    select  the  line reading "(Add a new name)" located at the top  of  the
  4637.    list.
  4638.  
  4639.  
  4640.  
  4641.  
  4642.  
  4643.  
  4644.  
  4645.  
  4646.  
  4647.  
  4648.  
  4649.  
  4650.  
  4651.  
  4652.  
  4653.  
  4654.  
  4655.  
  4656.  
  4657.  
  4658.  
  4659.  
  4660.  
  4661.  
  4662.  
  4663.  
  4664.  
  4665.  
  4666.  
  4667.  
  4668.  
  4669.                                 QFront v1.16b
  4670.                                    Page 81
  4671.    MENU OPTION - IMPORT/EXPORT
  4672.    ───────────────────────────
  4673.    With  this menu option, you can import or export EchoMail  area  defini-
  4674.    tions in either of two formats - FIDONET.NA format or AREAS.BBS  format.
  4675.    If  you need to import a lot of EchoMail areas (for example, if you  are
  4676.    connecting  to  a large mail feed such as Planet  Connect),  the  import
  4677.    feature of QFConfig will come in very handy.
  4678.  
  4679.    First it is very important to point out that QFConfig does *NOT*  create
  4680.    any  new conferences in Wildcat.  This means that you first need to  add
  4681.    the  conferences to Wildcat using  MAKEWILD.  QFConfig does not do  this
  4682.    for  you because there are several complicated problems by doing this  -
  4683.    such  as where to store the MSGS file, the conference flags, etc.   Once
  4684.    you  have the conferences configured, you can give QFConfig  a  starting
  4685.    conference number to begin importing at.  When QFConfig imports an area,
  4686.    it will set the Wildcat conference number equal to the starting  confer-
  4687.    ence number.  It will then increment the starting conference number  and
  4688.    read the next area.  Of course, this method requires that all the  areas
  4689.    that will be imported must be located in consecutively numbered  Wildcat
  4690.    conference  numbers.   For example, you could not tell QFConfig  to  use
  4691.    Wildcat conference 1-10 and 20-30, it would have to be the entire  range
  4692.    of 1-30.
  4693.  
  4694.    Format of the FIDONET.NA file
  4695.    ─────────────────────────────
  4696.    Any line that begins with a ";" will be ignored as a comment.
  4697.  
  4698.    The EchoMail area name must appear as the first word of each line in the
  4699.    text file.  Echo area name must be on a separate line.  Any words to the
  4700.    right of the Echo area name are ignored.
  4701.  
  4702.    Here would be an example of a FIDONET.NA type text file:
  4703.  
  4704.       ;This is a comment
  4705.       QFRONT The QFront support conference
  4706.       WINDOWS The Windows support conference
  4707.       ;This is another comment
  4708.       CHICAGO Windows 4.0 conference
  4709.  
  4710.    This file would import into 3 EchoMail areas, QFRONT, WINDOWS and CHICA-
  4711.    GO.  The text to the right of the area name is the area description  and
  4712.    is ignored by QFConfig.
  4713.  
  4714.    Format of the AREAS.BBS file
  4715.    ────────────────────────────
  4716.    Any line that begins with a ";" will be ignored as a comment.
  4717.  
  4718.    The  first  two lines of the AREAS.BBS file is skipped  because  usually
  4719.    these lines contain special information not important to QFConfig.
  4720.  
  4721.    The  EchoMail area name must appear as the second word of each  line  in
  4722.    the text file.  Echo area name must be on a separate line.  Any words to
  4723.    the right of the Echo area name are ignored.
  4724.  
  4725.  
  4726.                                 QFront v1.16b
  4727.                                    Page 82
  4728.  
  4729.    Here would be an example of a AREAS.BBS type text file:
  4730.  
  4731.       <line is ignored by QFConfig>
  4732.       <line is ignored by QFConfig>
  4733.       ;This is a comment
  4734.       1 QFRONT The QFront support conference
  4735.       2 WINDOWS The Windows support conference
  4736.       ;This is another comment
  4737.       3 CHICAGO Windows 4.0 conference
  4738.  
  4739.    This  would  import into 3 areas as well, QFRONT, WINDOWS  and  CHICAGO.
  4740.    The number to the left of the area name signifies the "area number"  and
  4741.    is  ignore by QFConfig.  The text to the right of the area name  is  the
  4742.    area description and is ignored by QFConfig.
  4743.  
  4744.    Importing EchoMail areas
  4745.    ────────────────────────
  4746.    Upon  selecting the desired import file type (FIDONET.NA  or  AREAS.BBS)
  4747.    from the QFConfig menu, you will be prompted for the filename to import.
  4748.    This  is the text file that QFConfig will read for the  importing.   For
  4749.    example  you might type in "C:\FIDONET.NA" if you are importing a  FIDO-
  4750.    NET.NA type text file.
  4751.  
  4752.    Next you will be asked which Wildcat conference to start with.  As  each
  4753.    area is read from the import file, QFConfig sets the Wildcat  conference
  4754.    equal  to what you type here, and then increments the conference  number
  4755.    by  one.   So if you type "1000" in this field and you add  10  EchoMail
  4756.    conferences, EchoMail area 1 in QFront's setup would be assigned Wildcat
  4757.    conference #1000, EchoMail area 10 would be assigned Wildcat  conference
  4758.    #1010, etc.  If you enter "0" in this field, all imported areas will  be
  4759.    set as pass-through.
  4760.  
  4761.    Exporting EchoMail areas
  4762.    ────────────────────────
  4763.    Upon  selecting the desired import file type (FIDONET.NA  or  AREAS.BBS)
  4764.    from the QFConfig menu, you will be prompted for the filename to  export
  4765.    to. This is the text file that QFConfig will write to during the export.
  4766.    For  example  you might type in "C:\FIDONET.NA" if you are  exporting  a
  4767.    FIDONET.NA type text file.
  4768.  
  4769.  
  4770.  
  4771.  
  4772.  
  4773.  
  4774.  
  4775.  
  4776.  
  4777.  
  4778.  
  4779.  
  4780.  
  4781.  
  4782.  
  4783.                                 QFront v1.16b
  4784.                                    Page 83
  4785.    THE QFCONFIG CONFIGURATION PROGRAM - AREAFIX SETUP
  4786.    ────────────────────────────────────────────────────────────────────────
  4787.    Areafix is a handy utility for systems operating in a host or hub  envi-
  4788.    ronment.  It allows your downlinks to automatically add or drop EchoMail
  4789.    areas that they would like to receive without intervention on your part.
  4790.    It  can also forward requests that downlinks make for areas off to  your
  4791.    hub,  and they will be added as pass-through areas to your  system,  and
  4792.    automatically sent to the requesting downlink.  This frees you from  the
  4793.    trouble of manually adding or dropping conferences for your downlinks in
  4794.    QFConfig,  or  writing  Areafix message to your  Hub's  system  yourself
  4795.    (which can become VERY, VERY time consuming!).
  4796.  
  4797.    As  you have likely figured out by now, Areafix is of interest  only  to
  4798.    those nodes that forward mail off to other systems (and are there for  a
  4799.    Hub, to some degree or another).
  4800.  
  4801.    Note  that  QScan is the program that responds to the  Areafix  request.
  4802.    The  QFront  mailer itself does not have any knowledge of  Areafix  mes-
  4803.    sages,  since to the mailer, an Areafix message is just another  NetMail
  4804.    message.   For  more  information on the actual writing  of  an  Areafix
  4805.    request message, see the section "How to use Areafix", described later.
  4806.  
  4807.    See the section about Areafix later in the manual for more information.
  4808.  
  4809.    MENU OPTION - AREAFIX SETUP
  4810.    ───────────────────────────
  4811.    Here  various options and general configurations for  QFront's  built-in
  4812.    Areafix system are defined.
  4813.  
  4814.       Allow Areafix requests
  4815.       ──────────────────────
  4816.       This  setting  allow you to essential turn on or off  all  Areafix
  4817.       functions  in QFront.  This isn't normal practice, however, so  it
  4818.       is recommended this be left at the default Y.
  4819.  
  4820.       Allow Areafix forwarding
  4821.       ────────────────────────
  4822.       As  mentioned  earlier, Areafix forwarding is a  way  of  allowing
  4823.       QFront to request new areas that are wanted by your downlinks from
  4824.       you hub, and automatically making the connections.  This should be
  4825.       left at Y, as you can still stop certain nodes from making Areafix
  4826.       forwarding requests individual via a flag in their node configura-
  4827.       tion (see the menu option "Area Manger" in FidoMail setup for more
  4828.       information).
  4829.  
  4830.       Keep Areafix requests
  4831.       ─────────────────────
  4832.       Areafix  requests  are  the messages written to  Areafix  by  your
  4833.       downlinks,  asking it to perform some action for them.  You  would
  4834.       usually  want  this left at Y, which would keep a  copy  of  their
  4835.       message  in  your *.MSG netmail base, as well as in  your  Wildcat
  4836.       NetMail base (if one is defined).  This allows you to keep an  eye
  4837.       on  Areafix requests, for your own interest as well as for  errors
  4838.  
  4839.  
  4840.                                 QFront v1.16b
  4841.                                    Page 84
  4842.       in your setup or other unwanted behavior.
  4843.  
  4844.       Allow %PWD changes
  4845.       ──────────────────
  4846.       There  are various % commands that can be used with Areafix -  one
  4847.       of  which  is %PWD.  This command, when enabled, will  change  the
  4848.       Areafix password for that node to the text that follows immediate-
  4849.       ly after the %PWD verb, on the same line.  Usually there should be
  4850.       no  problem  in allowing your downlinks to  change  their  Areafix
  4851.       password, so this option defaults to Y.
  4852.  
  4853.       Allow %PKTPWD changes
  4854.       ─────────────────────
  4855.       This is very similar to the %PWD command, except this one  changes
  4856.       the  packet  password for this node.  When set to Y,  this  allows
  4857.       nodes  to do this.  Although they are not used  commonly  anymore,
  4858.       there  really  is no reason to prevent a  downlink  from  changing
  4859.       their packet password.  This setting defaults to Y.
  4860.  
  4861.       Allow %COMPRESS changes
  4862.       ───────────────────────
  4863.       This  is  another of the % commands that QFront's  Areafix  system
  4864.       supports.   It allows for nodes to change their current method  of
  4865.       EchoMail compression.  Again, this option is set to Y as there  is
  4866.       little cause to block its use.
  4867.  
  4868.       Automatically add nodes
  4869.       ───────────────────────
  4870.       Answering Y to this question causes QScan to add any nodes who  do
  4871.       an  Areafix request to your system that do NOT appear in the  Node
  4872.       Manager.   QScan will allow them to connect to any  EchoMail  area
  4873.       that is specified as a "public group" (see next field).
  4874.  
  4875.       Public groups
  4876.       ─────────────
  4877.       Select  which groups of EchoMail conferences are "public".   If  a
  4878.       node  that is not in your Node Manager requests an area  that  be-
  4879.       longs to a public group and you have the "Automatically add nodes"
  4880.       option  set to Y, QScan will add the node to the Node Manager  and
  4881.       allow them to connect to the area.
  4882.  
  4883.       Response message flags
  4884.       ──────────────────────
  4885.       These  are the flags you wish Areafix to set on messages it  sends
  4886.       back  to your downlinks in response to any Areafix  requests  they
  4887.       make.  Pressing enter on this option brings up a picklist with the
  4888.       following flags, that you can toggle using the space bar:
  4889.  
  4890.          Crash
  4891.          ─────
  4892.          The  message  will be sent as soon as  possible.   The  only
  4893.          possible  restriction  can  be imposed  by  cost  accounting
  4894.          restrictions  as  well as FidoMail event  restrictions  (for
  4895.  
  4896.  
  4897.                                 QFront v1.16b
  4898.                                    Page 85
  4899.          example, if you are in a RECEIVE-ONLY event).
  4900.  
  4901.          Immediate
  4902.          ─────────
  4903.          The  message  will  be sent immediately,  ignoring  all  the
  4904.          possible restrictions imposed by the Crash flag.
  4905.  
  4906.          Hold
  4907.          ────
  4908.          The  message will not be sent until the remote system  polls
  4909.          you,  or  you  if you happen to poll  the  destination.   No
  4910.          active  attempt  to dial the system  specifically  for  this
  4911.          message will occur.
  4912.  
  4913.          Direct
  4914.          ──────
  4915.          This flag is similar to Crash and Immediate, except it  does
  4916.          not have as high priority.
  4917.  
  4918.          Kill after sending
  4919.          ──────────────────
  4920.          Select this flag if you want the message deleted after it is
  4921.          successfully  sent.   Usually this is left off, so  you  can
  4922.          better  see  Areafix activity and any  problems  that  might
  4923.          surface.
  4924.  
  4925.       Forward message flags
  4926.       ─────────────────────
  4927.       This setting specifies the flags that QFront is to use on  Areafix
  4928.       forward request messages to your Hub.  A picklist of flags you can
  4929.       toggle using the space bar will be brought up when you press enter
  4930.       on  this  option.  The flags available are the same as  the  above
  4931.       option "Response message flags", review it for more information on
  4932.       them if needed.
  4933.  
  4934.       Maximum response size
  4935.       ─────────────────────
  4936.       This  setting  tells QFront the maximum size to allow  an  AreaFix
  4937.       message to reach, in kilobytes, before breaking it off into one or
  4938.       more messages.  It is HIGHLY recommended that this be left at  the
  4939.       default  of  16, as messages larger than this have been  known  to
  4940.       cause problems for many pieces of software.
  4941.  
  4942.       Help file
  4943.       ─────────
  4944.       The  name given here is the name of the file to send to  the  node
  4945.       when it requests help on using Areafix (see the section on How  to
  4946.       use  Areafix for more information).  A sample AREAFIX.TXT  is  in-
  4947.       cluded  with QFront, and you may wish to refer to it for your  own
  4948.       reference for more information on using Areafix.
  4949.  
  4950.  
  4951.    MENU OPTION - AREAFIX UPLINKS
  4952.  
  4953.  
  4954.                                 QFront v1.16b
  4955.                                    Page 86
  4956.    ─────────────────────────────
  4957.    With this option you define information that allows QFront to  determine
  4958.    which  uplinks it is to send requests for what areas, and what file,  if
  4959.    any, to look for available areas from that hub, along with other config-
  4960.    urations.   When  QFront decides which Hub to sent the  Areafix  forward
  4961.    request  to,  it uses the last hub on the list that it finds  a  success
  4962.    match, both on group, security, and if that node carries the area  being
  4963.    requested by your downlink.
  4964.  
  4965.       Node address
  4966.       ────────────
  4967.       This  is the node number of the uplink you are defining here.   It
  4968.       should be a full address, in the form zone:net/node.
  4969.  
  4970.       Required groups
  4971.       ───────────────
  4972.       The groups that you select here a requesting node MUST have access
  4973.       to,  in  order for the request to be possibly  forwarded  to  this
  4974.       uplink.
  4975.  
  4976.       Required security
  4977.       ─────────────────
  4978.       This  sets  to security level that a requesting node  must  either
  4979.       meet (or exceed) in order for the request to possibly forwarded to
  4980.       this node.  Note that this is in addition to the required groups -
  4981.       both  conditions must be met, both groups the node has access  to,
  4982.       and the security level of the node.
  4983.  
  4984.       Areafix program
  4985.       ───────────────
  4986.       This is the name of the Areafix program being used by this uplink.
  4987.       In most cases, this will not need to be changed from "AREAFIX".
  4988.  
  4989.       Areafix password
  4990.       ────────────────
  4991.       Your  Areafix  password with this uplink will need to  be  defined
  4992.       here, in order for QFront to use it in request messages.
  4993.  
  4994.       Unconditional add
  4995.       ─────────────────
  4996.       When this is set to Y, the next field does not apply.  This  means
  4997.       that  QFront will not check a text file for the area names  avail-
  4998.       able  from this node before it forwards a request off to  it.   In
  4999.       most  cases that is not what you want, so it should be left at  N.
  5000.       Note  that the requirements such as group and security  are  still
  5001.       active when set to Y.
  5002.  
  5003.       Areas file
  5004.       ──────────
  5005.       The file pointed to here is the one that lists the available areas
  5006.       from  this uplink.  The format is that the area name is the  first
  5007.       text  on the line.  For an example of this, obtain a copy  of  the
  5008.       FIDONET.NA  file.  In most cases, this will be the file  you  will
  5009.  
  5010.  
  5011.                                 QFront v1.16b
  5012.                                    Page 87
  5013.       want this to point to in the end anyway.
  5014.  
  5015.       New area group
  5016.       ──────────────
  5017.       What you set here is the group in which all new areas brought into
  5018.       your  system automatically via an Areafix request forward will  be
  5019.       associated with.
  5020.  
  5021.  
  5022.  
  5023.  
  5024.  
  5025.  
  5026.  
  5027.  
  5028.  
  5029.  
  5030.  
  5031.  
  5032.  
  5033.  
  5034.  
  5035.  
  5036.  
  5037.  
  5038.  
  5039.  
  5040.  
  5041.  
  5042.  
  5043.  
  5044.  
  5045.  
  5046.  
  5047.  
  5048.  
  5049.  
  5050.  
  5051.  
  5052.  
  5053.  
  5054.  
  5055.  
  5056.  
  5057.  
  5058.  
  5059.  
  5060.  
  5061.  
  5062.  
  5063.  
  5064.  
  5065.  
  5066.  
  5067.  
  5068.                                 QFront v1.16b
  5069.                                    Page 88
  5070.    THE QFCONFIG CONFIGURATION PROGRAM - FILE REQUEST/FILE FORWARD SETUP
  5071.    ────────────────────────────────────────────────────────────────────────
  5072.    Use  this menu option to configure how your system will  handle  inbound
  5073.    file requests.
  5074.  
  5075.    MENU OPTION - FILE REQ/FORW
  5076.    ───────────────────────────
  5077.  
  5078.       Who can request
  5079.       ───────────────
  5080.       This field allows you a little bit of control over WHO can request
  5081.       files from your system.  There are three possibilities.  "Anyone",
  5082.       as  the name implies, allows anybody to request from your  system.
  5083.       "Only  nodes  found  in nodelist" limits requests  to  only  those
  5084.       system  addresses that are found in your nodelist (including  pri-
  5085.       vate  nodelists).  "Nobody" turns off file requesting entirely  to
  5086.       anybody.
  5087.  
  5088.       Maximum files per session
  5089.       ─────────────────────────
  5090.       Enter  the maximum number of files that you want to allow  for  an
  5091.       individual  file  request  session.  The limit  you  specify  here
  5092.       applies  to all systems calling you.  To set unlimited  number  of
  5093.       files, enter "0".
  5094.  
  5095.       Maximum bytes per session
  5096.       ─────────────────────────
  5097.       Enter  the maximum number of bytes that you want to allow  for  an
  5098.       individual  file  request  session.  The limit  you  specify  here
  5099.       applies to all systems calling you.  To set unlimited bytes, enter
  5100.       "0".
  5101.  
  5102.       Enforce limits by day
  5103.       ─────────────────────
  5104.       When set to Y, the above limits on file numbers and bytes will  be
  5105.       enforced per day, instead of per session.  This defaults to N.
  5106.  
  5107.       Minimum baud
  5108.       ────────────
  5109.       This  sets the lowest baud rate for QFront to honor incoming  file
  5110.       requests  from.  For instance, if you wanted all of  the  requests
  5111.       from your system to require 2400 baud or greater, you would  enter
  5112.       2400  here.   The default however is 0, which disables  a  minimum
  5113.       baud check.
  5114.  
  5115.       Request start time
  5116.       ──────────────────
  5117.       If  you wish to limit the time periods that file requests will  be
  5118.       honored,  use  this and the following field.  If you wish  such  a
  5119.       limit,  enter  the starting time at which you want you  system  to
  5120.       being to honor file requests.  Remember to enter this time in  24h
  5121.       format.   Leave this field and the following at 00:00  to  disable
  5122.       any time restrictions (default).
  5123.  
  5124.  
  5125.                                 QFront v1.16b
  5126.                                    Page 89
  5127.  
  5128.       Request stop time
  5129.       ─────────────────
  5130.       This field works hand in hand with the previous one.  If you  wish
  5131.       to put a limit on the times in which file requests will be  honor,
  5132.       these  two fields allow you to do that.  Here you will  state  the
  5133.       time  you  want QFront to stop honoring  incoming  file  requests.
  5134.       Leave  this field and the previous field at 00:00 to disable   any
  5135.       time restrictions (default).
  5136.  
  5137.    NetMail response messages (text files)
  5138.    ──────────────────────────────────────
  5139.  
  5140.       Normal message
  5141.       ──────────────
  5142.       This is the path and filename of the text file that will always be
  5143.       sent,  as  a NetMail message, when a system requests a  file  from
  5144.       you.   QFront  will  by default look for the file  in  the  QFront
  5145.       direction,  and  the  sample  file  that  is  set  as  a  default,
  5146.       NORMAL.TXT,  is  included.  Clear this field if you  do  not  wish
  5147.       anything to be sent when a file request occurs.
  5148.  
  5149.       Failed requests
  5150.       ───────────────
  5151.       This  is the path and filename of the text file that  QFront  will
  5152.       send, as a NetMail message, when one or more attempts at  request-
  5153.       ing a file fail (such as wrong time, wrong file name, wrong  pass-
  5154.       word,  etc).  Note that this is in addition to the normal  message
  5155.       file that will be sent (see above).
  5156.  
  5157.       So  that is possible for the person doing the request to find  out
  5158.       why it failed, and allow you to still customize things, the @INFO@
  5159.       command is used.  This will print the reason(s) why their  attempt
  5160.       at  file request failed.  It should be on a line by  itself.   See
  5161.       the  included file, FAILED.TXT, for the example of  @INFO@'s  use.
  5162.       As with the above field, QFront looks for the file here by default
  5163.       in the QFront directory, unless a path is specified.
  5164.  
  5165.  
  5166.    MENU OPTION - MAGIC FILENAME SETUP
  5167.    ──────────────────────────────────
  5168.    The  magic  filename feature is a nifty feature of the  file  request
  5169.    module  in  QFront.   With  magic filenames,  you  can  associate  an
  5170.    easy-to-remember  filename to up to 5 "more  complicated"  filenames.
  5171.    For  example,  you can set up a magic filename of  "QFRONT"  that  is
  5172.    associated    with   the   file    "C:\WILDCAT\DL01\QF100.ZIP"    and
  5173.    "C:\WILDCAT\DL01\QF101.ZIP".  When a system requests a file with  the
  5174.    name QFRONT, your QFront will actually send C:\WILDCAT\DL01\QF100.ZIP
  5175.    and  C:\WILDCAT\DL01\QF101.ZIP".  This feature is also handy  if  for
  5176.    example  you publish a newsletter in which the filename of the  news-
  5177.    letter  changes frequently.  You just give a magic filename of  NEWS-
  5178.    LETTER  and  just update the associated actual  filename  and  remote
  5179.    systems  won't have to know the actual filename!  FidoNet  uses  this
  5180.  
  5181.  
  5182.                                 QFront v1.16b
  5183.                                    Page 90
  5184.    feature  when  distributing the international  nodelist.   The  magic
  5185.    filename  of the nodelist is "NODELIST", and you can  request  "NODE-
  5186.    LIST" and always get the latest version of the nodelist.
  5187.  
  5188.    When  you select this menu option, a picklist will appear  that  con-
  5189.    tains  the list of directories or conferences that will be  searched.
  5190.    To  edit  an item in the picklist, simply move the hilight  bar  over
  5191.    your selection and press Enter.  To add a new item, select the  first
  5192.    item on the picklist, "Add a new magic filename".  To delete an item,
  5193.    press Alt-D.
  5194.  
  5195.       Magic filename
  5196.       ──────────────
  5197.       Enter  the  magic filename that you will be associating  with  the
  5198.       actual filename (see below).
  5199.  
  5200.       Real filename
  5201.       ─────────────
  5202.       Enter  up  to 5 real filenames that you want QFront  to  send  the
  5203.       remote system when they request the magic filename given above.
  5204.  
  5205.       Password
  5206.       ────────
  5207.       If you would like to protect this magic filename with a  password,
  5208.       enter  it here.  Otherwise, leave this field blank.  QFront  won't
  5209.       send the file unless the passwords match.
  5210.  
  5211.       Secured file
  5212.       ────────────
  5213.       Answer  Y or N as to whether to allow requesting this magic  file-
  5214.       name  in a non-secured (ie., non session-password protected)  mail
  5215.       session.   If  you answer Y and a session password  is  not  being
  5216.       used, QFront will not allow the system to request the magic  file-
  5217.       name.
  5218.  
  5219.  
  5220.    MENU OPTION - REQUEST PATH SETUP
  5221.    ────────────────────────────────
  5222.    When a file request is received, QFront will need to know what direc-
  5223.    tories  in which to search for the requested files.  Using this  menu
  5224.    option, you can tell QFront exactly that.
  5225.  
  5226.    When  you select this menu option, a picklist will appear  that  con-
  5227.    tains  the list of directories or conferences that will be  searched.
  5228.    To  edit  an item in the picklist, simply move the hilight  bar  over
  5229.    your selection and press Enter.  To add a new item, select the  first
  5230.    item  on  the picklist, "Add a new path".  To delete an  item,  press
  5231.    Alt-D.
  5232.  
  5233.       Path type
  5234.       ─────────
  5235.       QFront  allows  great  flexibility over adding  search  paths  for
  5236.       incoming  file  requests.  This option lets you tell  QFront  what
  5237.  
  5238.  
  5239.                                 QFront v1.16b
  5240.                                    Page 91
  5241.       type  of  a  search path you're going  to  be  adding.   Selecting
  5242.       "Single  path"  will  tell QFront that you want to  add  a  single
  5243.       directory.   If  you select "Entire  conference",  you're  telling
  5244.       QFront that you want to add an entire conference's worth of  down-
  5245.       load  paths.   With this option, QFront will  open  your  Wildcat!
  5246.       download  path  information file and use that list of  paths  when
  5247.       searching  for files.
  5248.  
  5249.       Conference
  5250.       ──────────
  5251.       If  you're  adding an entire conference (see  the  previous  input
  5252.       field), QFront will need to know WHICH conference you want to add.
  5253.       Press  Enter  on this field and a list of known  conferences  will
  5254.       appear.   Select  the conference you want and press  Enter.   Note
  5255.       that this field does not apply if you're adding a single path.
  5256.  
  5257.       Request path
  5258.       ────────────
  5259.       If  you're adding a single path, you'll need to specify the  path-
  5260.       name  here.  This can include a drive designation,  if  necessary.
  5261.       This field does not apply if you're adding an entire conference.
  5262.  
  5263.       Password for this path
  5264.       ──────────────────────
  5265.       If  you want to require a password before QFront will  send  files
  5266.       from the path or conference, enter it here.
  5267.  
  5268.       Secured path
  5269.       ────────────
  5270.       If  you  answer Y to this field, only those systems  who  have  an
  5271.       established session-level (ie., mailer) password established  will
  5272.       be allowed to receive files from this conference or request  path.
  5273.       If the mail transfer is not being protected by a password, and you
  5274.       answer Y to this field, QFront will not send any files out of this
  5275.       conference or path.
  5276.  
  5277.  
  5278.  
  5279.  
  5280.  
  5281.  
  5282.  
  5283.  
  5284.  
  5285.  
  5286.  
  5287.  
  5288.  
  5289.  
  5290.  
  5291.  
  5292.  
  5293.  
  5294.  
  5295.  
  5296.                                 QFront v1.16b
  5297.                                    Page 92
  5298.    THE QFCONFIG CONFIGURATION PROGRAM - DISPLAY SETUP
  5299.    ────────────────────────────────────────────────────────────────────────
  5300.    QFront  allows  complete control of its visual appearance.   You  can
  5301.    change any color and can even select from a wide range of text  fonts
  5302.    if your display supports VGA.
  5303.  
  5304.       Screen display mode
  5305.       ───────────────────
  5306.       Normally  QFront will try to auto-detect whether you have a  color
  5307.       or  monochrome  video adapter.  Using this field,  you  can  force
  5308.       QFront to use color or monochrome colors in its screen displays.
  5309.  
  5310.       Screen saver timeout
  5311.       ────────────────────
  5312.       Enter the number of minutes of idle activity before QFront  blanks
  5313.       the  screen  to prevent burn-in.  A value of zero  turns  off  the
  5314.       screen blanker entirely.
  5315.  
  5316.    MENU OPTION - DEFAULT COLORS #1,#2,#3
  5317.    ─────────────────────────────────────
  5318.    QFront  has 3 built-in color sets.  You can select one of  these,  or
  5319.    you can configure your own custom prompts (see next menu option).
  5320.  
  5321.    MENU OPTION - CUSTOM COLORS
  5322.    ───────────────────────────
  5323.    With this option you can select customized colors for all of QFront's
  5324.    display windows.
  5325.  
  5326.    MENU OPTION - VGA FONTS
  5327.    ───────────────────────
  5328.    If you have a VGA display, you can select from a wide range of screen
  5329.    fonts.  The screen fonts will be active whenever QFront is activated.
  5330.    The fonts are removed automatically whenever QFront exits.
  5331.  
  5332.  
  5333.  
  5334.  
  5335.  
  5336.  
  5337.  
  5338.  
  5339.  
  5340.  
  5341.  
  5342.  
  5343.  
  5344.  
  5345.  
  5346.  
  5347.  
  5348.  
  5349.  
  5350.  
  5351.  
  5352.  
  5353.                                 QFront v1.16b
  5354.                                    Page 93
  5355.    NETMAIL ENTRY
  5356.    ────────────────────────────────────────────────────────────────────────
  5357.    A  NetMail message is a private message from a user on one system  to  a
  5358.    user on another system.
  5359.  
  5360.    QFront  supports 2 methods of entering and reading NetMail.   It  always
  5361.    stores  NetMail messages in your NetMail directory (configured in  "Pro-
  5362.    gram  Setup")  as *.MSG files.  You can optionally configure  a  Wildcat
  5363.    NetMail  conference that QScan will maintain for you.  In  other  words,
  5364.    you  can enter a NetMail message either using a special  NetMail  editor
  5365.    such as GoldED, or you can enter a NetMail message in a special  NetMail
  5366.    Wildcat  conference.  QScan will convert any NetMail message entered  in
  5367.    Wildcat to the *.MSG format used by QFront.
  5368.  
  5369.    Entering  a  NetMail message using a NetMail editor such  as  GoldED  is
  5370.    easy.   Just follow the directions given by the editor and  QFront  will
  5371.    automatically recognize and deliver your messages.
  5372.  
  5373.    Entering  a  NetMail  message into your Wildcat  NetMail  conference  is
  5374.    almost just as easy.  The only thing you need to remember is that  since
  5375.    Wildcat does not directly support FidoNet NetMail messages, you need  to
  5376.    fill in 1 and possibly 2 lines in the actual message text.  These  lines
  5377.    give  information to QScan telling it where and how to send the  NetMail
  5378.    message you enter.
  5379.  
  5380.    Here is a description and format of the two control lines:
  5381.  
  5382.    Line  1 of the message MUST be a complete FidoNet address of the  system
  5383.    that you want to send the message to, enclosed in parenthesis.
  5384.  
  5385.    For example, "(1:2/3)" would cause the message to be sent to the  system
  5386.    "1:2/3".
  5387.  
  5388.    Line  2 of the message can optionally contain special priority flags  to
  5389.    give the message, enclosed in parenthesis.  The flags are:
  5390.  
  5391.       CRASH
  5392.       ─────
  5393.       The  message will be sent as soon as possible.  The only  possible
  5394.       restriction can be imposed by cost accounting restrictions as well
  5395.       as  FidoMail  event  restrictions (for example, if you  are  in  a
  5396.       RECEIVE-ONLY event).
  5397.  
  5398.       IMMEDIATE
  5399.       ─────────
  5400.       The  message will be sent immediately, ignoring all  the  possible
  5401.       restrictions imposed by the Crash flag.
  5402.  
  5403.       HOLD
  5404.       ────
  5405.       The message will not be sent until the remote system polls you.
  5406.  
  5407.       DIRECT
  5408.  
  5409.  
  5410.                                 QFront v1.16b
  5411.                                    Page 94
  5412.       ──────
  5413.       The  message will be sent directly to the destination address  (no
  5414.       host or hub routing will occur).
  5415.  
  5416.    Only one of the message flags should be given to avoid confliction.
  5417.  
  5418.    A sample message text appears (not including dashes):
  5419.  
  5420.    ────────────────────────────────────────────────────────────────────────
  5421.    (1:2/3)
  5422.    (CRASH)
  5423.    Hello this is a test message to 1:2/3!
  5424.  
  5425.    Bye!
  5426.    ────────────────────────────────────────────────────────────────────────
  5427.  
  5428.    This message will be sent to node 1:2/3 and will be given crash  priori-
  5429.    ty.  (See  the description of the CRASH flag for a description  of  what
  5430.    CRASH means).
  5431.  
  5432.    Another example:
  5433.  
  5434.    ────────────────────────────────────────────────────────────────────────
  5435.    (1:20/30)
  5436.    This message will be sent to 1:20/30 with no special flags.
  5437.  
  5438.    Bye!
  5439.    ────────────────────────────────────────────────────────────────────────
  5440.  
  5441.    This  is a message with no special flags.  It will be sent out the  next
  5442.    time a FidoMail event is executed.
  5443.  
  5444.  
  5445.  
  5446.  
  5447.  
  5448.  
  5449.  
  5450.  
  5451.  
  5452.  
  5453.  
  5454.  
  5455.  
  5456.  
  5457.  
  5458.  
  5459.  
  5460.  
  5461.  
  5462.  
  5463.  
  5464.  
  5465.  
  5466.  
  5467.                                 QFront v1.16b
  5468.                                    Page 95
  5469.    HOW TO USE AREAFIX
  5470.    ────────────────────────────────────────────────────────────────────────
  5471.    Areafix is a very handy utility for any system that intends to run as  a
  5472.    host  or  hub.  With it, downlinks can automatically  and  without  your
  5473.    intervention,  add  and drop EchoMail areas.  This means that  they  can
  5474.    select or deselect EchoMail areas that they would like to receive.
  5475.  
  5476.    It is important to remember that Areafix messages are "regular"  NetMail
  5477.    messages.   Areafix  requests are NOT EchoMail in any form.   Whether  a
  5478.    downlink is writing YOU an Areafix request, or YOU are writing an  Area-
  5479.    fix request to a hub, you enter normal NetMail messages.
  5480.  
  5481.    An  inbound or outbound Areafix request consists of entering  a  regular
  5482.    NetMail message addressed to the name "Areafix", "AreaMgr", or  "QScan".
  5483.    The  subject of the message may or may not consist of an  Areafix  pass-
  5484.    word.
  5485.  
  5486.    If you have an Areafix password set up for a downlink (which is  config-
  5487.    ured in the Node Manager), the downlink must specify the password on the
  5488.    subject  line of the NetMail message.  If they do not, QScan  will  send
  5489.    them a message telling them their password is incorrect.
  5490.  
  5491.    Each EchoMail area that a user wants to add or drop must be specified on
  5492.    separate lines in the NetMail message.  If the downlink wants to ADD  an
  5493.    EchoMail  area, he/she just types the EchoMail area name (a  "+"  before
  5494.    the area name is optional).  If the downlink wants to DROP and  EchoMail
  5495.    area, he/she types a "-" followed by the EchoMail area name.
  5496.  
  5497.    For example, here is a sample Areafix request:
  5498.  
  5499.    ────────────────────────────────────────────────────────────────────────
  5500.    To: Areafix
  5501.    From: Rob Kittredge
  5502.    Subject: <blank>
  5503.  
  5504.    QFRONT
  5505.    -OS2
  5506.    +PASCAL
  5507.    -WINDOWS
  5508.    ────────────────────────────────────────────────────────────────────────
  5509.  
  5510.    This downlink does not have an Areafix password, and he wants to add the
  5511.    EchoMail  areas "QFRONT" and "PASCAL".  He wants to remove the  EchoMail
  5512.    areas "OS2" and "WINDOWS".
  5513.  
  5514.    Once  an Areafix request is processed by QScan, QScan will write a  Net-
  5515.    Mail message back to the downlink telling them exactly what it did.
  5516.  
  5517.    Here  is an example response message generated by QScan to  the  example
  5518.    Areafix request given above.
  5519.  
  5520.    ────────────────────────────────────────────────────────────────────────
  5521.    To: Rob Kittredge
  5522.  
  5523.  
  5524.                                 QFront v1.16b
  5525.                                    Page 96
  5526.    From: QScan (Areafix)
  5527.    Subject: Areafix request response
  5528.  
  5529.    This report was generated automatically by QScan's Areafix processor.
  5530.  
  5531.    Action       Area name
  5532.    ------       ---------------------------
  5533.    Added        QFRONT
  5534.    Dropped      OS2
  5535.    Added        PASCAL
  5536.    Dropped      WINDOWS
  5537.    ────────────────────────────────────────────────────────────────────────
  5538.  
  5539.    If you have security levels assigned to EchoMail areas, the node that is
  5540.    doing  the  Areafix request will be required to have  a  security  level
  5541.    greater  than  or equal to the security level required by  the  EchoMail
  5542.    area  they are trying to add.  Also, the node can only request an  Echo-
  5543.    Mail area if they belong to the group in which the EchoMail belongs  to.
  5544.    See the section in QFConfig describing groups and the Node Manager.
  5545.  
  5546.    When  QScan writes the list of available areas to the  Areafix  response
  5547.    message,  only those areas that are available to the downlink (based  on
  5548.    their  security level and the security level of the EchoMail area)  will
  5549.    be displayed.
  5550.  
  5551.    Areafix commands
  5552.    ────────────────
  5553.    There  are several special Areafix commands that your downlink  can  use
  5554.    with  QScan.  All of these commands cause some type of Areafix  response
  5555.    to  be sent.  Areafix response messages are messages from QScan  to  the
  5556.    downlink, and usually tell the downlink what action(s) were performed by
  5557.    QScan.  All Areafix response messages are sent as NetMail.  The  Areafix
  5558.    commands are:
  5559.  
  5560.       %HELP
  5561.       ─────
  5562.       This  command will cause QScan to send the Areafix help file as  a
  5563.       NetMail message to the downlink.  The Areafix help file by default
  5564.       is  called AREAFIX.TXT and is configured in the Areafix  setup  in
  5565.       QFConfig.
  5566.  
  5567.       %LIST
  5568.       ─────
  5569.       This  command  will cause QScan to send a list  of  all  available
  5570.       areas that the downlink can access.
  5571.  
  5572.       %QUERY
  5573.       ──────
  5574.       This  command will send a list of all areas that the downlink  has
  5575.       selected.
  5576.  
  5577.       %UNLINKED
  5578.       ─────────
  5579.  
  5580.  
  5581.                                 QFront v1.16b
  5582.                                    Page 97
  5583.       This command will send a list of all areas that the downlink  does
  5584.       NOT have selected.
  5585.  
  5586.       %PWD
  5587.       ────
  5588.       This  command  will allow the downlink to change  his/her  Areafix
  5589.       password.  It is used like "%PWD newpassword".
  5590.  
  5591.       %PKTPWD
  5592.       ───────
  5593.       This  command  will allow the downlink to  change  his/her  packet
  5594.       password.  It is used like "%PKTPWD newpassword".
  5595.  
  5596.       %COMPRESS
  5597.       ─────────
  5598.  
  5599.       %ACTIVE
  5600.       ───────
  5601.       This  command will cause the PASSIVE flag to be removed  from  the
  5602.       downlink.   The  passive flag (see next command) is used  to  tell
  5603.       QScan to temporarily stop creating mail bundles for the  downlink.
  5604.       This is useful, for example, if the downlink goes down for a while
  5605.       and does not wish to receive any mail during the time.
  5606.  
  5607.       %PASSIVE
  5608.       ────────
  5609.       This command is used to set the PASSIVE flag for the downlink. The
  5610.       passive  flag is used to tell QScan to temporarily  stop  creating
  5611.       mail  bundles for the downlink.  This is useful, for  example,  if
  5612.       the  downlink goes down for a while and does not wish  to  receive
  5613.       any mail during the time.
  5614.  
  5615.       %+ALL
  5616.       ─────
  5617.       This  command will cause QScan to select all available  areas  for
  5618.       the downlink.  Only areas in which the downlink has access will be
  5619.       added.
  5620.  
  5621.       %-ALL
  5622.       ─────
  5623.       This  command will cause QScan to deselect all selected areas  for
  5624.       the downlink.
  5625.  
  5626.       %FROM
  5627.       ─────
  5628.       This command allows the node who is sending the Areafix message to
  5629.       perform  remote  maintenance  on behalf of   another  node.   This
  5630.       command  must be the FIRST one in the message and should  also  be
  5631.       the first line of the message.
  5632.  
  5633.       What  this means is, a node can send an Areafix to QScan,  and  in
  5634.       the  Areafix message, can use the %FROM command to cause QScan  to
  5635.       perform Areafix operations on the node given in the %FROM command.
  5636.  
  5637.  
  5638.                                 QFront v1.16b
  5639.                                    Page 98
  5640.       For example, say 1:228/12 sends an Areafix to QScan, and uses  the
  5641.       command  %FROM 1:2/3 on the first line of the  message.   Normally
  5642.       QScan  will  see that 1:228/12 sent the message and  will  perform
  5643.       Areafix  operations  for  that node.  But if  the  "Allow  Areafix
  5644.       %FROM"  option  is set to Y for 1:228/12 in your Node  Manager  in
  5645.       QFConfig,  QScan  will now perform Areafix operations  for  1:2/3,
  5646.       instead of 1:228/12.  What this does is allows 1:228/12 to control
  5647.       QScan's  Areafix  processor as if it were 1:2/3.   Note  that  the
  5648.       "Allow  Areafix  %FROM"  option  must be set to  Y  for  the  node
  5649.       1:228/12 in your Node Manager, or QScan will deny the request  for
  5650.       remote maintenance.
  5651.  
  5652.    There  are  shortcuts  for some of these commands.  The  user  can  also
  5653.    specify  special commands after their Areafix password (if any)  on  the
  5654.    subject line of the message.  The shortcuts are:
  5655.  
  5656.       -H
  5657.       ──
  5658.       Short for %HELP.
  5659.  
  5660.       -L
  5661.       ──
  5662.       Short for %LIST
  5663.  
  5664.       -Q
  5665.       ──
  5666.       Short for %QUERY
  5667.  
  5668.       -U
  5669.       ──
  5670.       Short for %UNLINKED
  5671.  
  5672.  
  5673.    Here is a sample Areafix message using some of these commands:
  5674.  
  5675.    ────────────────────────────────────────────────────────────────────────
  5676.    To: Areafix
  5677.    From: Rob Kittredge
  5678.    Subject: mypassword -H
  5679.  
  5680.    QFRONT
  5681.    -OS2
  5682.    +PASCAL
  5683.    -WINDOWS
  5684.    %LIST
  5685.    %PWD newpassword
  5686.    ────────────────────────────────────────────────────────────────────────
  5687.  
  5688.    This downlink is adding the QFRONT and PASCAL areas, and is dropping the
  5689.    OS2 and WINDOWS areas.  In addition, the downlink has requested  Areafix
  5690.    help (-H on the subject line), as requested a list of all areas  (%LIST)
  5691.    and has changed his/her Areafix password to "newpassword".  The downlink
  5692.    will  receive  4 Areafix response NetMail messages.  1 for  the  Areafix
  5693.  
  5694.  
  5695.                                 QFront v1.16b
  5696.                                    Page 99
  5697.    help,  1 for the add/drop actions performed, 1 for the %LIST and one  to
  5698.    confirm the %PWD password change.
  5699.  
  5700.    Areafix forwarding
  5701.    ──────────────────
  5702.    A  feature  of QScan's Areafix processor is called  Areafix  forwarding.
  5703.    This feature allows QScan to automatically "forward" an Areafix  request
  5704.    coming  from  one  of your downlinks to your hub (uplink)  if  the  node
  5705.    requests  an  area in which you do not have configured  in  QFront.   In
  5706.    other words, QScan can automatically send an Areafix message to your hub
  5707.    (uplink) requesting the area.  When this occurs, QScan adds the area  to
  5708.    the Area Manager and sets the area as pass-through, and adds the area to
  5709.    the node's list of selected areas.
  5710.  
  5711.    Areafix  forwarding requires that QScan know which areas  are  available
  5712.    from your hub.  If a node requests an area that your hub does not carry,
  5713.    the node will be informed that the area is not available.  Otherwise, if
  5714.    Areafix  forwarding is enabled, QScan will forward the area  request  to
  5715.    your hub (uplink).
  5716.  
  5717.  
  5718.  
  5719.  
  5720.  
  5721.  
  5722.  
  5723.  
  5724.  
  5725.  
  5726.  
  5727.  
  5728.  
  5729.  
  5730.  
  5731.  
  5732.  
  5733.  
  5734.  
  5735.  
  5736.  
  5737.  
  5738.  
  5739.  
  5740.  
  5741.  
  5742.  
  5743.  
  5744.  
  5745.  
  5746.  
  5747.  
  5748.  
  5749.  
  5750.  
  5751.  
  5752.                                 QFront v1.16b
  5753.                                    Page 100
  5754.    MAIL ROUTING
  5755.    ────────────
  5756.    Unless  told not to (via a routing configuration in QFConfig or via  the
  5757.    special  DIRECT, CRASH or IMMEDIATE NetMail message flags), QFront  will
  5758.    always  try  to route NetMail messages.  Routing simply means  that  the
  5759.    NetMail  message gets sent "through" a host or hub before finally  being
  5760.    transmitted to its final destination.  The primary reason for routing is
  5761.    to save on phone charges.  Note that EchoMail is never routed.
  5762.  
  5763.    Please refer to the QFConfig section on configuring the routing system.
  5764.  
  5765.    Default rules
  5766.    ─────────────
  5767.    The  default routing rules are always used by QFront unless you  have  a
  5768.    routing setup that overrides the default rules for the address in  which
  5769.    a NetMail message is to be sent.
  5770.  
  5771.       NetMail addressed from a point address
  5772.       ──────────────────────────────────────
  5773.       If  your system is a point address, all NetMail will be  addressed
  5774.       to  your point boss (a point boss has the same node number as  you
  5775.       except the point number is zero).
  5776.  
  5777.       NetMail addressed to a point address
  5778.       ────────────────────────────────────
  5779.       If  you have mail addressed to a point address, QFront  will  send
  5780.       the  NetMail to the point address's point boss.  From  there,  the
  5781.       point boss will deliver the mail to the point itself.
  5782.  
  5783.       NetMail outside of your net
  5784.       ───────────────────────────
  5785.       If  the  destination of the message is outside of  your  net,  the
  5786.       message  will  be sent through the destination's  host  (the  host
  5787.       always has a node number of 0).
  5788.  
  5789.       For example, if your primary address was 1:228/12 and you wrote  a
  5790.       NetMail  message to 1:106/99, the message would be routed  through
  5791.       1:106/0 on its way to its final destination.
  5792.  
  5793.       NetMail inside of your net
  5794.       ──────────────────────────
  5795.       If  the  destination  of the message is inside of  your  net,  the
  5796.       message  will be sent through the destination's hub, if  there  is
  5797.       one.   If a hub is not found in the nodelist, the message will  be
  5798.       sent directly to its destination.
  5799.  
  5800.       For example, if your primary address was 1:228/12 and you wrote  a
  5801.       NetMail  message  to 1:228/3, the message would be routed  to  net
  5802.       228's  hub (assuming net 228 does indeed have a hub).  If net  228
  5803.       did  not  have a hub, the message would be sent  directly  to  the
  5804.       destination system.
  5805.  
  5806.    NetMail forwarding
  5807.  
  5808.  
  5809.                                 QFront v1.16b
  5810.                                    Page 101
  5811.    ──────────────────
  5812.    If  you are operating QFront in a host or hub environment,  chances  are
  5813.    you will have to do some sort of NetMail forwarding.  NetMail forwarding
  5814.    is when a node routes mail through your system on its way to its  desti-
  5815.    nation.   This  mail is technically called IN-TRANSIT mail  because  the
  5816.    mail  is not destined for your system.  QFront automatically  recognizes
  5817.    mail  that  is not destined for your system when it unpacks  NetMail  by
  5818.    checking the destination address of the message to your primary  address
  5819.    and  all  alias addresses.  If the address is not found,  it  means  the
  5820.    message is in-transit and should be forwarded to your hub.
  5821.  
  5822.    QFront,  by  default,  will NEVER forward mail to your  hub  unless  you
  5823.    explicitly tell it to do so using the routing control setup in  QFConfig.
  5824.    The  two route types of interest for NetMail routing  are  "forward-for"
  5825.    and  "forward-to".   Please see the section about routing setup  in  the
  5826.    QFConfig part of the manual.
  5827.  
  5828.  
  5829.  
  5830.  
  5831.  
  5832.  
  5833.  
  5834.  
  5835.  
  5836.  
  5837.  
  5838.  
  5839.  
  5840.  
  5841.  
  5842.  
  5843.  
  5844.  
  5845.  
  5846.  
  5847.  
  5848.  
  5849.  
  5850.  
  5851.  
  5852.  
  5853.  
  5854.  
  5855.  
  5856.  
  5857.  
  5858.  
  5859.  
  5860.  
  5861.  
  5862.  
  5863.  
  5864.  
  5865.  
  5866.                                 QFront v1.16b
  5867.                                    Page 102
  5868.    A pointlist is a simple nodelist that you can create to define any point
  5869.    addresses  that may pick up mail from your system.  Each  point  address
  5870.    has  what  is called a "boss".  The boss is the "hub" of the  point  ad-
  5871.    dresses.   The  boss  is  given a  regular  non-point  address  such  as
  5872.    1:228/12.   Any  point  addresses  would  then  be  given  the   address
  5873.    1:228/12.x where "x" is the point address.
  5874.  
  5875.    QFront  and  QNList  (the nodelist compiler) support  various  forms  of
  5876.    pointlists and point address definitions.
  5877.  
  5878.    Form 1
  5879.    ──────
  5880.    This  form is similar to the format of the master FidoNet nodelist  with
  5881.    the exception of the "Boss" entry:
  5882.  
  5883.    Boss,1:228/12
  5884.    Point,1000,Point_1000,Nunica_MI,Rob_Kittredge,1-616-844-
  5885.    0713,9600,CM,HST,V32B,XX
  5886.    Point,1001,Point_1001,Nunica_MI,Rob_Kittredge,1-616-844-
  5887.    0713,9600,CM,HST,V32B,XX
  5888.    Point,1002,Point_1002,Nunica_MI,Rob_Kittredge,1-616-844-
  5889.    0713,9600,CM,HST,V32B,XX
  5890.    Point,1003,Point_1003,Nunica_MI,Rob_Kittredge,1-616-844-
  5891.    0713,9600,CM,HST,V32B,XX
  5892.  
  5893.    (Note that because of the page formatting of this manual, the individual
  5894.    nodelist  lines are split up at the phone number.  In the real  nodelist
  5895.    file, of course, the lines would not be split up, so there would  really
  5896.    only be 5 lines in this nodelist).
  5897.  
  5898.    This  nodelist defines 4 nodes that are all points under 1:228/12.   For
  5899.    example, the addresses would be 1:228/12.1000, 1:228/12.1001, and so on.
  5900.  
  5901.    The  "Point"  keyword (the first word of the lines in the  nodelist)  is
  5902.    optional.  If you do not use the point keyword, you MUST still keep  the
  5903.    comma in order to keep the nodelist in the correct format.
  5904.  
  5905.    Form 2
  5906.    ──────
  5907.    This  form is similar to the first form, except the boss address is  not
  5908.    explicitly given in the nodelist.  Instead, the boss address is given in
  5909.    the  nodelist  configuration  in QFConfig (see the  section  on  private
  5910.    nodelists for more information):
  5911.  
  5912.    Point,1000,Point_1000,Nunica_MI,Rob_Kittredge,1-616-844-
  5913.    0713,9600,CM,HST,V32B,XX
  5914.    Point,1001,Point_1001,Nunica_MI,Rob_Kittredge,1-616-844-
  5915.    0713,9600,CM,HST,V32B,XX
  5916.    Point,1002,Point_1002,Nunica_MI,Rob_Kittredge,1-616-844-
  5917.    0713,9600,CM,HST,V32B,XX
  5918.    Point,1003,Point_1003,Nunica_MI,Rob_Kittredge,1-616-844-
  5919.    0713,9600,CM,HST,V32B,XX
  5920.  
  5921.  
  5922.  
  5923.                                 QFront v1.16b
  5924.                                    Page 103
  5925.    (Note that because of the page formatting of this manual, the individual
  5926.    nodelist  lines are split up at the phone number.  In the real  nodelist
  5927.    file, of course, the lines would not be split up, so there would  really
  5928.    only be 4 lines in this nodelist).
  5929.  
  5930.    Assuming you have defined the boss address to be 1:228/12, for  example,
  5931.    in  the QFConfig private nodelist setup, the addresses would once  again
  5932.    be 1:228/12.1000, 1:228/12.1001, and so on.
  5933.  
  5934.    The  "Point"  keyword (the first word of the lines in the  nodelist)  is
  5935.    optional.  If you do not use the point keyword, you MUST still keep  the
  5936.    comma in order to keep the nodelist in the correct format.
  5937.  
  5938.  
  5939.  
  5940.  
  5941.  
  5942.  
  5943.  
  5944.  
  5945.  
  5946.  
  5947.  
  5948.  
  5949.  
  5950.  
  5951.  
  5952.  
  5953.  
  5954.  
  5955.  
  5956.  
  5957.  
  5958.  
  5959.  
  5960.  
  5961.  
  5962.  
  5963.  
  5964.  
  5965.  
  5966.  
  5967.  
  5968.  
  5969.  
  5970.  
  5971.  
  5972.  
  5973.  
  5974.  
  5975.  
  5976.  
  5977.  
  5978.  
  5979.  
  5980.                                 QFront v1.16b
  5981.                                    Page 104
  5982.    ADDING DOWNLINKS/UPLINKS
  5983.    ────────────────────────
  5984.    All nodes that you want QScan to pack mail for must be defined in QFCon-
  5985.    fig.  Whether you are configuring a downlink that will be receiving mail
  5986.    from  you,  or you are configuring your host/hub (an uplink),  you  must
  5987.    always configure the node in QFConfig.
  5988.  
  5989.    The  node  manager in QFConfig use used to do this.   The  node  manager
  5990.    tells QScan and QFront various things about each node that you  communi-
  5991.    cate  with.  For example, QScan uses the node manager to know  *WHO*  to
  5992.    pack  EchoMail for, and *WHICH* EchoMail areas to pack.  QScan will  not
  5993.    pack mail for any node that is not defined in the node manager.
  5994.  
  5995.    Adding nodes to the node manager is relatively simple.  See the documen-
  5996.    tation about the node manager in the QFConfig part of the manual.
  5997.  
  5998.    Just as a quick example, let's assume that you just purchased QFront and
  5999.    you are interested in obtaining 2 EchoMail areas from your hub, who  has
  6000.    an address of 1:2/3.  Let's also assume that the EchoMail area names are
  6001.    AREA1  and AREA2.  What steps would be required to configure  this  into
  6002.    QFConfig?
  6003.  
  6004.       Step 1
  6005.       ──────
  6006.       First and foremost, make sure you have YOUR system set up  proper-
  6007.       ly.   For example, make sure you have your primary address,  node-
  6008.       lists, origin lines, archivers, etc., all configured in  QFConfig.
  6009.       See  the QFConfig section of the manual for information on how  to
  6010.       configure these.
  6011.  
  6012.       Step 2
  6013.       ──────
  6014.       Configure  two conferences into PCBSetup.  These  two  conferences
  6015.       will be used by QScan - EchoMail that is received will be "tossed"
  6016.       into these conferences.
  6017.  
  6018.       Step 3
  6019.       ──────
  6020.       You  need  to  add two EchoMail areas  into  QFConfig  (AREA1  and
  6021.       AREA2).  So you enter QFConfig and go into the AREA MANAGER.   The
  6022.       area manager is used to configure all of your EchoMail areas,  and
  6023.       stores information about each area such as the associated  Wildcat
  6024.       conference (if any), high message pointer, etc.
  6025.  
  6026.       Select  the item in the picklist that says "Add a new area".   You
  6027.       will  be  presented with a pop up window.  We're  now  adding  the
  6028.       first  area,  AREA1, so select which Wildcat conference  you  want
  6029.       EchoMail  for AREA1 to be placed in (this will be one of the  con-
  6030.       ferences you just configured in step 2).  Then, fill in the  Echo-
  6031.       Mail area name (set it to AREA1).  There are several other  fields
  6032.       available  in the picklist, but you have just configured  the  two
  6033.       most important fields, so we won't go into detail about the  other
  6034.       fields.  See the area manager section of the QFConfig part of  the
  6035.  
  6036.  
  6037.                                 QFront v1.16b
  6038.                                    Page 105
  6039.       manual for more information.
  6040.  
  6041.       Step 4
  6042.       ──────
  6043.       Repeat step 3, except set the Wildcat conference and EchoMail area
  6044.       name  to  AREA2.  You now have two EchoMail  areas  configured  in
  6045.       QFConfig.   QScan  now knows that when it sees a message  with  an
  6046.       EchoMail area name of AREA1 or AREA2 to toss them into the  proper
  6047.       Wildcat conference.
  6048.  
  6049.       Step 5
  6050.       ──────
  6051.       Now  that  you have the areas configured, you need to  tell  QScan
  6052.       which address(es) you want to pack any newly entered EchoMail  to.
  6053.       By  "newly entered", we mean any EchoMail that originates on  your
  6054.       system.   So you go into the node manager configuration in  QFCon-
  6055.       fig.   The node manager tells QScan which areas to send  to  which
  6056.       nodes.
  6057.  
  6058.       Step 6
  6059.       ──────
  6060.       Select  the  first item in the picklist, "Add a new  address".   A
  6061.       window  will  pop up.  Fill in the first field that asks  for  the
  6062.       address.   In  our  example, the address is 1:2/3.   Fill  in  the
  6063.       second field by entering the name of the Sysop for address 1:2/3.
  6064.  
  6065.       Step 7
  6066.       ──────
  6067.       Now comes the important part.  You need to tell QFConfig and QScan
  6068.       WHICH  conferences  to send to node 1:2/3.  You do this  with  the
  6069.       "selected  areas" field.  Press Enter on this field and  a  window
  6070.       will  appear, showing all of your configured EchoMail  areas.   In
  6071.       our  example, you would see two areas appear (the two you  config-
  6072.       ured in steps 3 and 4).
  6073.  
  6074.       Using the Spacebar, place a checkmark next to both EchoMail areas,
  6075.       and then press Enter.  If a checkmark is next to an EchoMail  area
  6076.       name, this means that QScan will pack mail for that area.
  6077.  
  6078.       Step 8
  6079.       ──────
  6080.       The "groups belonged to" field is not important at this time.  The
  6081.       next  field, "archiver", is important however.  This  tells  QScan
  6082.       what  archiver  to use when archiving mail bundles for  the  node.
  6083.       You  will  want  to talk with the sysop of the node  in  order  to
  6084.       determine which archiver you want to use.
  6085.  
  6086.       Step 9
  6087.       ──────
  6088.       Select  which packet flags to use when creating mail  bundles  for
  6089.       the  node  1:2/3.  The packet flags are used to  tell  QFront  the
  6090.       "priority"  of  the  mail bundle.  The  priority  basically  tells
  6091.       QFront  how quickly to send the mail bundle out.  There is  a  lot
  6092.  
  6093.  
  6094.                                 QFront v1.16b
  6095.                                    Page 106
  6096.       more  to  the priority, so please see the section about  the  node
  6097.       manager  in the QFConfig section of the manual for  more  informa-
  6098.       tion.
  6099.  
  6100.    That's  it!  You now have 2 EchoMail areas configured and you have  told
  6101.    QScan to exchange these areas with the 1:2/3 node!
  6102.  
  6103.    Of  course,  this was a very simple example of how to add  downlinks  or
  6104.    uplinks to QFront, so please see the QFConfig section of the manual  for
  6105.    more information about the area manager and node manager.
  6106.  
  6107.  
  6108.  
  6109.  
  6110.  
  6111.  
  6112.  
  6113.  
  6114.  
  6115.  
  6116.  
  6117.  
  6118.  
  6119.  
  6120.  
  6121.  
  6122.  
  6123.  
  6124.  
  6125.  
  6126.  
  6127.  
  6128.  
  6129.  
  6130.  
  6131.  
  6132.  
  6133.  
  6134.  
  6135.  
  6136.  
  6137.  
  6138.  
  6139.  
  6140.  
  6141.  
  6142.  
  6143.  
  6144.  
  6145.  
  6146.  
  6147.  
  6148.  
  6149.  
  6150.  
  6151.                                 QFront v1.16b
  6152.                                    Page 107
  6153.    FAX
  6154.    ───
  6155.    QFront  recognizes  FAX connect strings returned from  your  modem.   It
  6156.    recognizes "FAX", "CONNECT FAX", and "+FCON" strings.
  6157.  
  6158.    Once a FAX string is returned from your modem, QFront will exit with the
  6159.    FAX errorlevel (errorlevel 9).  It is up to your STARTx.BAT batch  file
  6160.    to  trap  for the errorlevel and process the FAX with your  FAX  receive
  6161.    software, such as BGFAX.
  6162.  
  6163.    Of course, in order to process FAX receives, your modem must support FAX
  6164.    transmissions, and must be able to support "adaptive answering".   Adap-
  6165.    tive answering allows the modem to tell the communications software  (be
  6166.    it QFront, Wildcat!, etc.) whether you are connected to another modem or
  6167.    to  a FAX machine.  Your modem will require special commands to be  sent
  6168.    to  it  to turn on adaptive answering.  You add these commands  to  your
  6169.    modem  initialization string in MAKEWILD.  Sometimes these commands  can
  6170.    be very long, so you may need to use the "secondary modem initialization
  6171.    string"  setup in QFConfig, because PCBSetup does not allow for  a  very
  6172.    long   modem  initialization  string.   See  the  QFConfig  section   on
  6173.    modem/dialouts for more information.
  6174.  
  6175.    CallerID
  6176.    ────────
  6177.    QFront  also  recognizes  CallerID  strings  returned  by  your   modem.
  6178.    Unfortunately, at this time, Wildcat! does not support passing  CallerID
  6179.    information  to  it, so QFront's capabilities are going unused  in  this
  6180.    area.   I am in contact with Mustang to get this added to a  future  re-
  6181.    lease of Wildcat!.
  6182.  
  6183.  
  6184.  
  6185.  
  6186.  
  6187.  
  6188.  
  6189.  
  6190.  
  6191.  
  6192.  
  6193.  
  6194.  
  6195.  
  6196.  
  6197.  
  6198.  
  6199.  
  6200.  
  6201.  
  6202.  
  6203.  
  6204.  
  6205.  
  6206.  
  6207.  
  6208.                                 QFront v1.16b
  6209.                                    Page 108
  6210.    THE QFRONT CALL-WAITING SCREEN
  6211.    ────────────────────────────────────────────────────────────────────────
  6212.    The  QFront call-waiting screen is what you normally see when you  start
  6213.    QFront.  It  displays information such as the date & time,  last  caller
  6214.    name, pending event information, and the call-waiting menu.
  6215.  
  6216.    The  bottom-most  window on the call-waiting  screen  shows  information
  6217.    about the current event and the next event.  The left half of the window
  6218.    shows the current event (if any), and the right half of the window shows
  6219.    the next event (if any).
  6220.  
  6221.    The  call-waiting menu is available to you while QFront is  waiting  for
  6222.    the next call or event.  To select an option, move the highlight bar  to
  6223.    your  selection and press Enter.  Or, for quicker access, you can  press
  6224.    the highlighted character that appears in each option.
  6225.  
  6226.    Menu options
  6227.    ────────────
  6228.  
  6229.       LOGIN AS SYSOP
  6230.       ──────────────
  6231.       This  option  will allow you to log onto Wildcat  in  sysop  local
  6232.       mode.  QFront will optionally take the modem  off-hook,  depending
  6233.       if  you have this flag set (see the Program configuration  section
  6234.       earlier in this documentation), and will load Wildcat.
  6235.  
  6236.       If you do not wish to login as your sysop name, see the "login  as
  6237.       user" call-waiting screen option, described below.
  6238.  
  6239.       VIEW CALLER LOG
  6240.       ───────────────
  6241.       This option will allow you to view the caller log for the  current
  6242.       node.   The  caller log will be displayed in either a  forward  or
  6243.       backward  direction,  depending  on what you  have  configured  in
  6244.       QFConfig.
  6245.  
  6246.       There are several keyboard commands that can be used while viewing
  6247.       the log file:
  6248.  
  6249.          HOME
  6250.          ────
  6251.          This command will cause the viewer to move to the top of the
  6252.          file.
  6253.  
  6254.          END
  6255.          ───
  6256.          This command will cause the viewer to move to the bottom  of
  6257.          the file.
  6258.  
  6259.          CTRL-QF
  6260.          ───────
  6261.          This command can be used to search the log file for a string
  6262.          of  text.   An entry field will appear near the top  of  the
  6263.  
  6264.  
  6265.                                 QFront v1.16b
  6266.                                    Page 109
  6267.          display window asking you for the text to search for.  After
  6268.          entering  the text, another entry field will  appear  asking
  6269.          for  what  search options you want.   The  available  search
  6270.          options are:
  6271.  
  6272.             B
  6273.             ─
  6274.             Search  the  log  file backwards  starting  from  your
  6275.             current cursor position.
  6276.  
  6277.             G
  6278.             ─
  6279.             Search  the  entire log file.  If you do  not  specify
  6280.             this  option, the search will begin from  the  current
  6281.             cursor position.
  6282.  
  6283.             U
  6284.             ─
  6285.             Ignore case while searching.
  6286.  
  6287.          CTRL-KB
  6288.          ───────
  6289.          Mark  the  beginning of a block of text.   Use  the  CTRL-KK
  6290.          command to mark the end of the block.
  6291.  
  6292.          CTRL-KK
  6293.          ───────
  6294.          Mark the end of a block of text.  Use the CTRL-KB command to
  6295.          mark the beginning of the block.
  6296.  
  6297.          CTRL-KH
  6298.          ───────
  6299.          Hide  (unmark)  any block of text marked  with  CTRL-KB  and
  6300.          CTRL-KK.
  6301.  
  6302.          CTRL-KP
  6303.          ───────
  6304.          Print the text that has been blocked with CTRL-KB and  CTRL-
  6305.          KK.
  6306.  
  6307.          CTRL-KW
  6308.          ───────
  6309.          Save the text that has been blocked with CTRL-KB and CTRL-KK
  6310.          to  a file.  An entry field will appear near the top of  the
  6311.          display window asking you for the filename to save to.
  6312.  
  6313.       RECENT 5 CALLERS
  6314.       ────────────────
  6315.       This option will display a pop-up window showing the last 5  call-
  6316.       ers  and the  date/time  that they called.   QFront  automatically
  6317.       maintains  this list.  Once the pop-up window is displayed you  can
  6318.       press any key to get back to the call-waiting menu.
  6319.  
  6320.  
  6321.  
  6322.                                 QFront v1.16b
  6323.                                    Page 110
  6324.       FIDOMAIL OPTIONS
  6325.       ────────────────
  6326.       This  option will bring up a secondary menu that displays  options
  6327.       for  the FidoMail module - "Mail packet manager",  "File  req/forw
  6328.       manager", "Poll a node", and "Show outbound queue".  See below for
  6329.       complete documentation on these FidoMail options.
  6330.  
  6331.       MANUAL EVENT EXECUTION
  6332.       ──────────────────────
  6333.       This option will allow you to force an event to execute immediate-
  6334.       ly.  A picklist will appear showing you information about all non-
  6335.       FidoMail events.  FidoMail events cannot be manually executed.
  6336.  
  6337.       To execute an event, move the hilight bar over your selection  and
  6338.       press Enter.  The event will execute just as if QFront had execut-
  6339.       ed it by itself.
  6340.  
  6341.       CONFIGURE QFRONT
  6342.       ────────────────
  6343.       Selection of this option will result in QFront shelling out to the
  6344.       configuration program, QFConfig.  Note that because QFConfig is  a
  6345.       very  large program, there may not be enough memory  available  to
  6346.       shell to QFConfig.  If this is the case, turn the "Swap to disk or
  6347.       EMS for shelling" option to ON in QFConfig and try again.
  6348.  
  6349.       EXIT QFRONT (LEAVE ONHOOK)
  6350.       ──────────────────────────
  6351.       This option will drop the DTR and RTS lines on the modem and  will
  6352.       cause  QFront  to exit to your batch file.  If a caller  dials  in
  6353.       after you've exited, the phone will ring.
  6354.  
  6355.       LOGIN AS USER
  6356.       ─────────────
  6357.       This option is similar to "login as sysop" except that QFront will
  6358.       not automatically fill in your sysop name when logging into  Wild-
  6359.       cat.  Instead, Wildcat will come up and ask you for your name  and
  6360.       password.  This option is handy if you wish to login as some other
  6361.       user name than your own.
  6362.  
  6363.       VIEW/DELETE QFRONT LOG FILES
  6364.       ────────────────────────────
  6365.       This  option  will display a secondary menu that has  options  for
  6366.       viewing  any of the log files that QFront maintains  (system  log,
  6367.       QScan log and error log) and also has options for deleting any  of
  6368.       these log files.  See the option "view caller log" for a  complete
  6369.       description of the log viewer and how to use it.
  6370.  
  6371.       TODAY'S ACTIVITY
  6372.       ────────────────
  6373.       This  option  will display a window showing statistics  about  the
  6374.       current  day's mail sessions, such as bytes transferred, number  of
  6375.       human  callers, etc.  The activity statistics are cleared at  mid-
  6376.       night each day.
  6377.  
  6378.  
  6379.                                 QFront v1.16b
  6380.                                    Page 111
  6381.  
  6382.       WILDCAT OPTIONS
  6383.       ───────────────
  6384.       If this option is selected, a secondary menu will appear.  Most of
  6385.       the  options  (Use console for display, Use printer  for  logging,
  6386.       Page  bell, and Caller alarm) operate exactly as they do in  Wild-
  6387.       cat! itself.
  6388.  
  6389.       NODE INFORMATION
  6390.       ────────────────
  6391.       This  option will let you monitor the status of your nodes  across
  6392.       the network.  It will show who is online and what they are doing.
  6393.  
  6394.       When  the monitor is displayed, you can move the highlight bar  to
  6395.       any node and press Enter.  This will allow you to view the  caller
  6396.       log of that node (see the "view caller log" option described above
  6397.       for a description of the caller log viewer).
  6398.  
  6399.       SHELL TO DOS
  6400.       ────────────
  6401.       As  the  name implies, this option will cause QFront to  shell  to
  6402.       DOS.   Depending on whether you have the "Swap to disk or EMS  for
  6403.       shelling"  option  turned on in QFConfig, QFront  will  also  swap
  6404.       itself  out of memory, leaving as much memory as  possible  during
  6405.       the  shell.   Note that you ***MUST*** type "EXIT"  from  the  DOS
  6406.       prompt when you want to return to QFront.
  6407.  
  6408.       EXIT QFRONT (OFFHOOK)
  6409.       ─────────────────────
  6410.       This  option  will take the modem off-hook and will exit  to  your
  6411.       batch  file.  If a caller dials in after you've exited, the  phone
  6412.       will be busy.
  6413.  
  6414.    Shortcut keys
  6415.    ─────────────
  6416.    There  are  several shortcut keys that you can use on  the  call-waiting
  6417.    screen.  They are:
  6418.  
  6419.       Alt-H
  6420.       ─────
  6421.       Displays a pop up window showing shortcut key help descriptions.
  6422.  
  6423.       Alt-A
  6424.       ─────
  6425.       Force the modem to answer the phone.
  6426.  
  6427.       Alt-C
  6428.       ─────
  6429.       Enter terminal mode.  (See the section later in the  documentation
  6430.       regarding terminal mode).
  6431.  
  6432.       Alt-D
  6433.       ─────
  6434.  
  6435.  
  6436.                                 QFront v1.16b
  6437.                                    Page 112
  6438.       Display the dial queue.
  6439.  
  6440.       Alt-F
  6441.       ─────
  6442.       Display function key assignment help.
  6443.  
  6444.       Alt-I
  6445.       ─────
  6446.       Show inbound mail history.
  6447.  
  6448.       Alt-M
  6449.       ─────
  6450.       Initialize the modem.
  6451.  
  6452.       Alt-O
  6453.       ─────
  6454.       Show outbound mail history.
  6455.  
  6456.       Alt-P
  6457.       ─────
  6458.       Poll a node.
  6459.  
  6460.       Alt-Q
  6461.       ─────
  6462.       Display the outbound queue.
  6463.  
  6464.       Alt-R
  6465.       ─────
  6466.       Request file(s) from another system.
  6467.  
  6468.       Alt-S
  6469.       ─────
  6470.       Shell  to DOS.  This shortcut key works EVERYWHERE in QFront,  not
  6471.       just on the call-waiting screen.  You could be viewing a log  file
  6472.       and press Alt-S for example.
  6473.  
  6474.       Alt-T
  6475.       ─────
  6476.       Transmit (or forward) files to another system.
  6477.  
  6478.       Alt-U
  6479.       ─────
  6480.       Display the undialable address manager.
  6481.  
  6482.    See the section on FidoMail options below for a complete description  of
  6483.    many of the above shortcut keys.
  6484.  
  6485.  
  6486.  
  6487.  
  6488.  
  6489.  
  6490.  
  6491.  
  6492.  
  6493.                                 QFront v1.16b
  6494.                                    Page 113
  6495.    FIDOMAIL OPTIONS
  6496.    ────────────────────────────────────────────────────────────────────────
  6497.    The  "FidoMail options" item on the call-waiting menu  provides  several
  6498.    functions  that pertain to the FidoMail module in QFront.  Many  of  the
  6499.    functions  can be accessed via a shortcut key (see above for a  descrip-
  6500.    tion of shortcut keys).
  6501.  
  6502.    Here is a list and description of each function:
  6503.  
  6504.       Dial queue
  6505.       ──────────
  6506.       Selecting  this item will display the dial queue.  The dial  queue
  6507.       is a list of addresses in which QFront is set to place a call  to.
  6508.       The  queue shows the address, queue priority and  redial  attempts
  6509.       for  each  entry in the queue, as well as  information  about  the
  6510.       address  such  as sysop name, BBS name, phone  number,  etc.   The
  6511.       addresses  that  appear  in the dial queue are  in  no  particular
  6512.       order.
  6513.  
  6514.       You  can select any item in the queue.  Doing this will bring  you
  6515.       into  the  outbound  queue editor for the  address  you  selected.
  6516.       Please  see the next function, outbound queue, for information  on
  6517.       the outbound queue.
  6518.  
  6519.       Outbound queue
  6520.       ──────────────
  6521.       The  outbound queue is the very heart of QFront's  FidoMail  func-
  6522.       tions.   The outbound queue shows all EchoMail bundles,  file  re-
  6523.       quests, file forwards, polls, and NetMail messages that are  wait-
  6524.       ing to go to each address.
  6525.  
  6526.       When  you view the outbound queue, you will first be placed in  an
  6527.       expanded  view showing all addresses that are in the  queue.   The
  6528.       addresses are sorted by node number.  Each entry in expanded queue
  6529.       view  shows  the address and the number of EchoMail  packets,  the
  6530.       number  of NetMail messages, the number of file  request  entries,
  6531.       the  number  of file update entries, the number of  file  forwards
  6532.       entries,  and  the number of poll entries that are in  the  queue.
  6533.       This "expanded view" allows you to see, at a quick glance, what is
  6534.       waiting to go out of your system.
  6535.  
  6536.       You  can press Alt-D on any item while in the "expanded  view"  to
  6537.       delete ALL entries for the address you selected.  BE VERY  CAREFUL
  6538.       when  you  do  this because pressing  Alt-D  permanently  destroys
  6539.       EchoMail bundles, file request entries, file forward entries, poll
  6540.       entries and all NetMail messages waiting to go to the address.  If
  6541.       you  do not wish to delete everything, you should not press  Alt-D
  6542.       from  the  expanded view.  Instead, press Enter to  bring  up  the
  6543.       "exploded view" queue for the address.  The outbound queue,  while
  6544.       in  exploded view, will allow you to delete on a  per-entry  basis
  6545.       instead of on a global basis.
  6546.  
  6547.       You can select an entry in the queue by pressing Enter.   Pressing
  6548.  
  6549.  
  6550.                                 QFront v1.16b
  6551.                                    Page 114
  6552.       Enter will bring up an "exploded view" of what is waiting to go out
  6553.       to the address you selected.  The exploded view shows exactly WHAT
  6554.       is  waiting to go out; unlike the expanded view which  only  shows
  6555.       you  HOW MANY queue entries there are for each address.   You  can
  6556.       edit  each queue entry by press Enter.  Depending on what type  of
  6557.       queue entry it is that you selected, different things will happen.
  6558.       If  you  edit a "EchoMail bundle", "File  request",  "File  update
  6559.       request"  or  "Poll" queue entry type, a window will pop  up  with
  6560.       specific  information  about the queue entry, such  as  filenames,
  6561.       priority flags, etc.  Here is a complete list of all the available
  6562.       items:
  6563.  
  6564.          Type
  6565.          ────
  6566.          Selecting this item will bring up a picklist allowing you to
  6567.          select the type of the queue entry.  The types are  EchoMail
  6568.          bundle, file request, file update request, file forward  and
  6569.          poll.   Certain fields will become dim and are unable to  be
  6570.          edited  depending  on what type you select.  If a  field  is
  6571.          dimmed out, it is because the field does not apply based  on
  6572.          the queue type you have selected.
  6573.  
  6574.          Address
  6575.          ───────
  6576.          Enter  the  node address for the queue entry.   QFront  will
  6577.          verify  that the address exists in the nodelist, and  if  it
  6578.          does  not, will display a warning.  If you are not  sure  of
  6579.          the  address,  you  can press Alt-L which will  bring  up  a
  6580.          window where you can search by sysop name or by address.  If
  6581.          you  do  press Alt-L, you can either enter a  partial  sysop
  6582.          name (the sysop's last name) to search for or you can  enter
  6583.          a  quick lookup name by preceding the name with a "!".   For
  6584.          example,  you could enter "!ROB" if you had a  quick  lookup
  6585.          name  "ROB"  configured.  See the QFConfig  section  of  the
  6586.          manual for more information about quick lookup names.
  6587.  
  6588.          Flags
  6589.          ─────
  6590.          Select which priority flag(s) apply to the queue entry.  The
  6591.          flag types are:
  6592.  
  6593.             Crash
  6594.             ─────
  6595.             Dial  out  as  soon as possible.   The  only  possible
  6596.             restriction can be imposed by cost accounting restric-
  6597.             tions  as  well as FidoMail  event  restrictions  (for
  6598.             example, if you are in a RECEIVE-ONLY event).
  6599.  
  6600.             Immediate
  6601.             ─────────
  6602.             Dial  out immediately, ignoring all the  possible  re-
  6603.             strictions imposed by the Crash flag.
  6604.  
  6605.  
  6606.  
  6607.                                 QFront v1.16b
  6608.                                    Page 115
  6609.             Hold
  6610.             ────
  6611.             Wait  until the remote system polls you, or you if you
  6612.             happen to poll the destination.  No active attempt  to
  6613.             dial the system specifically will occur.
  6614.  
  6615.             Absolute hold
  6616.             ─────────────
  6617.             This  flag is similar to the Hold flag, except  QFront
  6618.             will  NEVER process the queue entry unless the  remote
  6619.             system polls you.  Even if you poll the remote system,
  6620.             QFront  will not process the queue entry if the  abso-
  6621.             lute hold flag is set.
  6622.  
  6623.             Kill after sending
  6624.             ──────────────────
  6625.             For  file forward queue entries, select this  flag  if
  6626.             you  want  the file to be deleted after  it  is  sent.
  6627.             EchoMail bundles are ALWAYS deleted after QFront sends
  6628.             them.
  6629.  
  6630.          Filenames
  6631.          ─────────
  6632.          Enter  the list of filename(s) to send for the queue  entry.
  6633.          Each  filename must be separated by a space.   For  example,
  6634.          QScan  will  place multiple bundle filenames in  this  field
  6635.          when  it archives mail for an address.  As another  example,
  6636.          you  could request several files from the remote  system  by
  6637.          specifying more than one filename.
  6638.  
  6639.          Password
  6640.          ────────
  6641.          For file request or file update request queue entries, if  a
  6642.          request password is required, enter it here.
  6643.  
  6644.          Auto repeat
  6645.          ───────────
  6646.          For file requests, file update requests, and file  forwards,
  6647.          you  can tell QFront to "repeat" the queue entry  every  "x"
  6648.          days.   The "x" value is specified in the next field,  "fre-
  6649.          quency".   This feature is very useful, for example, if  you
  6650.          want to request a nodediff (nodelist update) file from  your
  6651.          hub every week.  In this case, the queue entry type would be
  6652.          file  request, the filename would be NODEDIFF,  auto  repeat
  6653.          would  be  Y, and frequency would be 7.   This  would  cause
  6654.          QFront to request NODEDIFF from your hub every 7 days.
  6655.  
  6656.          Frequency
  6657.          ─────────
  6658.          This  field  is used with the "auto repeat"  field  to  tell
  6659.          QFront what frequency (in days) to process the queue  entry.
  6660.          For  example, entering a value of 7 causes QFront to  repeat
  6661.          the queue entry every 7 days.
  6662.  
  6663.  
  6664.                                 QFront v1.16b
  6665.                                    Page 116
  6666.  
  6667.          Last date
  6668.          ─────────
  6669.          This  field contains the last date that the queue entry  was
  6670.          processed.  This information is used with the "auto  repeat"
  6671.          field so that QFront knows when to process the queue entry.
  6672.  
  6673.       Undialable addresses
  6674.       ────────────────────
  6675.       The  undialable  address manager maintains a list  of  nodes  that
  6676.       QFront has had problems connecting with in the past.  QFront keeps
  6677.       track  of these addresses and will retry for "x" number  of  times
  6678.       per  day and up to 3 days to successfully communicate with a  sys-
  6679.       tem.  (The "x" value is configured in QFConfig under modem/dialout
  6680.       setup - see that section in this manual for more information).
  6681.  
  6682.       Bringing  up  the  undialable manager shows  you  which  addresses
  6683.       QFront  has  had problems connecting with.   Information  that  is
  6684.       stored, and can be edited is the tries today, level, last attempt,
  6685.       and never downgrade.
  6686.  
  6687.       The tries today field holds the number of failed connections  that
  6688.       have  taken  place  on  the 'last  attempt'  date.   Each  time  a
  6689.       connection  fails,  this  number is incremented by  one  and  will
  6690.       continue  incrementing  until it reaches the value that  you  have
  6691.       stored  in QFConfig under modem/dialout setup.  What this does  is
  6692.       keeps QFront from continually trying to connect to the system  all
  6693.       day long.
  6694.  
  6695.       The  level field holds the number 1, 2 or 3, which tells  you  how
  6696.       many  DAYS  QFront has tried dialing the system.  When  the  tries
  6697.       today number reaches the limit you have set in QFConfig, the level
  6698.       number  is incremented by one.  This, in effect, causes QFront  to
  6699.       continue trying to successfully communicate with the system for up
  6700.       to 3 days.  Once the third day comes and still no successful  mail
  6701.       run,  QFront will never dial the system again unless you  manually
  6702.       remove it from the undialable manager.  There is a field in QFCon-
  6703.       fig  under  modem/dialout setup where you can set whether  to  use
  6704.       this  'day counter' or not.  If you answer N to that  question  in
  6705.       QFConfig,  QFront will continue trying to successfully connect  to
  6706.       the system for as many days as it takes.
  6707.  
  6708.       The  last  date field stores the date that the  last  unsuccessful
  6709.       mail run was placed to the node.
  6710.  
  6711.       The never downgrade field is used to tell QFront whether to ignore
  6712.       whether  a  mail run completes successfully or not to  this  node.
  6713.       This can be useful, for example, if you are dialing a local  phone
  6714.       number where it really doesn't matter how many times QFront  tries
  6715.       to  connect  to  a system (in which case you'd answer  Y  to  this
  6716.       field).  Normally you will leave this field set to N.
  6717.  
  6718.       If  a  node  is  in the undialable  manager,  and  QFront  finally
  6719.  
  6720.  
  6721.                                 QFront v1.16b
  6722.                                    Page 117
  6723.       successfully completes a mail run to that node, the node is marked
  6724.       as DELETED in the undialable manager.
  6725.  
  6726.       Force queue rescan
  6727.       ──────────────────
  6728.       Selecting  this item causes QFront to rescan the  entire  outbound
  6729.       queue.  This will cause it to find any new mail that may have been
  6730.       added since the last time the queue was rescanned.
  6731.  
  6732.       Poll a node
  6733.       ───────────
  6734.       This item allows you to poll a node.  A poll is nothing more  than
  6735.       a  "forced call".  Whether there is mail waiting to go out to  the
  6736.       node  or not, if you enter a poll you are forcing QFront  to  dial
  6737.       out  to  the system, probably to try to pick up any  waiting  mail
  6738.       that the node may have for you.
  6739.  
  6740.       A window will pop up asking you for the address to poll.  You  can
  6741.       enter the address or you can enter a quick lookup name by  preced-
  6742.       ing the name with a "!".  For example, if you have a quick  lookup
  6743.       name of "ROB", you would type "!ROB".  See the QFConfig section of
  6744.       the manual for more information about quick lookup names.  You can
  6745.       also  enter a partial sysop name (the sysop's last name) to  cause
  6746.       QFront  to  search  for the name.  For  example,  you  could  type
  6747.       "KITTR" to search for all sysop names who have a last name  start-
  6748.       ing with "KITTR".
  6749.  
  6750.       Request files
  6751.       ─────────────
  6752.       This  menu option does the same thing as adding a file request  to
  6753.       the QFront outbound queue, but in a slightly more organized  fash-
  6754.       ion.   Please read the documentation on adding information to  the
  6755.       outbound queue for more information.
  6756.  
  6757.       Forward files
  6758.       ─────────────
  6759.       This  menu option does the same thing as adding a file forward  to
  6760.       the QFront outbound queue, but in a slightly more organized  fash-
  6761.       ion.   Please read the documentation on adding information to  the
  6762.       outbound queue for more information.
  6763.  
  6764.       Inbound history
  6765.       ───────────────
  6766.       This  item  will show a list of inbound mail  history.   The  list
  6767.       shows  the  date,  time, address, bytes received  and  bytes  sent
  6768.       statistics for every node that calls your system.  The list  shows
  6769.       the most recent statistics first.  You can configure how many days
  6770.       in  which to keep the inbound history by using the "days  to  keep
  6771.       history"  field  in  QFConfig.  See the QFConfig  section  of  the
  6772.       manual for more information.
  6773.  
  6774.       Outbound history
  6775.       ────────────────
  6776.  
  6777.  
  6778.                                 QFront v1.16b
  6779.                                    Page 118
  6780.       This  item  will show a list of outbound mail history.   The  list
  6781.       shows  the  date,  time, address, bytes received  and  bytes  sent
  6782.       statistics for every node that your system calls.  The list  shows
  6783.       the most recent statistics first.  You can configure how many days
  6784.       in  which to keep the outbound history by using the "days to  keep
  6785.       history"  field  in  QFConfig.  See the QFConfig  section  of  the
  6786.       manual for more information.
  6787.  
  6788.       Compile nodelist
  6789.       ────────────────
  6790.       Selecting  this item will cause QFront to exit to your batch  file
  6791.       with  an errorlevel of 7, which should run QNList to compile  your
  6792.       nodelist(s).
  6793.  
  6794.       Scan/toss mail
  6795.       ──────────────
  6796.       Selecting  this item will cause QFront to exit to your batch  file
  6797.       with  an errorlevel of 8, which should run QScan to scan  for  new
  6798.       mail and toss newly received mail.
  6799.  
  6800.  
  6801.  
  6802.  
  6803.  
  6804.  
  6805.  
  6806.  
  6807.  
  6808.  
  6809.  
  6810.  
  6811.  
  6812.  
  6813.  
  6814.  
  6815.  
  6816.  
  6817.  
  6818.  
  6819.  
  6820.  
  6821.  
  6822.  
  6823.  
  6824.  
  6825.  
  6826.  
  6827.  
  6828.  
  6829.  
  6830.  
  6831.  
  6832.  
  6833.  
  6834.  
  6835.                                 QFront v1.16b
  6836.                                    Page 119
  6837.    COMMAND LINE SWITCHES
  6838.    ────────────────────────────────────────────────────────────────────────
  6839.    This is a list of the command line switches that QFront accepts.
  6840.  
  6841.       /H or /?
  6842.       ────────
  6843.       Will display a help screen for command-line switches for QFront.
  6844.  
  6845.       /C<config name>
  6846.       ───────────────
  6847.       Allows  you  to tell QFront which configuration file you  wish  to
  6848.       use.  If this parameter is not specified, QFront will look for the
  6849.       "NODE1.CFG"  configuration file by default.  An example  of  using
  6850.       this switch would be "QFRONT /CNODE2".
  6851.  
  6852.       /NO16550
  6853.       ────────
  6854.       QFront  will  automatically  determine if you have  a  16550  UART
  6855.       installed  in  your system.  If found, QFront will  enable  it  by
  6856.       default.   If there is some reason that you don't want  the  16550
  6857.       turned on, specify the "/NO16550" parameter.  One reason you might
  6858.       want to do this is that some early 16550 UART's contained bugs.
  6859.  
  6860.       /NOANSWER
  6861.       ─────────
  6862.       Will  turn off auto-answering.  This means that QFront will  *NOT*
  6863.       answer  the phone under ANY circumstances.  If the  modem  answers
  6864.       the  phone  by itself, QFront will ignore  any  connection.   This
  6865.       switch  is  useful for nodes on a network that you  only  want  to
  6866.       process events on, for example.
  6867.  
  6868.       /NOCLEARWC
  6869.       ──────────
  6870.       This parameter will normally never be used.  It was added for  one
  6871.       special circumstance - loading QFront while you are remote using a
  6872.       program  such as DOORWAY.  Whenever QFront loads, it  clears  your
  6873.       NODEINFO.DAT  file.   If you are within  DOORWAY  (and  therefore,
  6874.       shelled  out of Wildcat!), and run QFront, your NODEINFO.DAT  file
  6875.       will  be cleared.  Upon return to Wildcat!, Wildcat! will see  the
  6876.       cleared file and think that the caller has logged off.  Using this
  6877.       command  line  option tells QFront to NOT clear  the  NODEINFO.DAT
  6878.       file when it starts up.  So, to run QFront under DOORWAY, use  the
  6879.       command line "/LOCALONLY /NOCLEARWC".
  6880.  
  6881.       /LOCALONLY
  6882.       ──────────
  6883.       Will  tell QFront that you want to run it in a "local-only"  mode,
  6884.       meaning the communications port will not be opened, and therefore,
  6885.       no  modem input/output will take place.  This has the same  effect
  6886.       as specifying a communications port of "0" or a node number of "0"
  6887.       in  MAKEWILD.  You can load QFront using this command line  switch
  6888.       from within DOORWAY, for example since the communications port  is
  6889.       not opened.
  6890.  
  6891.  
  6892.                                 QFront v1.16b
  6893.                                    Page 120
  6894.  
  6895.       /NOMOUSE
  6896.       ────────
  6897.       If  you  do  not wish for QFront to use the  mouse,  specify  this
  6898.       command  line  option.   You can also turn off  mouse  support  in
  6899.       QFConfig.
  6900.  
  6901.       /COLOR
  6902.       ──────
  6903.       Will  force QFront to always use color attributes when writing  to
  6904.       the video screen, regardless of what is set in QFConfig.
  6905.  
  6906.       /MONO
  6907.       ─────
  6908.       Will force QFront to always use monochrome attributes when writing
  6909.       to the video screen, regardless of what is set in QFConfig.
  6910.  
  6911.       /SEARCH
  6912.       ───────
  6913.       This  switch is primarily intended for use with  special  NetMail-
  6914.       type  wcCode  programs  that may be  written  for  QFront.   Using
  6915.       /SEARCH,  you  can allow the user to browse the  FidoNet  nodelist
  6916.       (and  any other nodelist you have configured).  You can specify  a
  6917.       partial sysop name to search for (based on the sysop's last  name)
  6918.       or  a partial node address to search for.  QFront will write to  a
  6919.       file called QSRCHx.DAT (where "x" is the node number given in  the
  6920.       /NODE  parameter, described below) information on the  nodes  that
  6921.       match the search parameter.  For example:
  6922.  
  6923.       "QFRONT /SEARCH:KITTR /NODE:2"
  6924.  
  6925.       This  would cause QFront to search for any node with KITTR in  the
  6926.       sysop's  last  name  and  would  write  to  a  text  file   called
  6927.       QSRCH2.DAT.  Another example:
  6928.  
  6929.       "QFRONT /SEARCH:1:228 /NODE:1"
  6930.  
  6931.       This  would  cause QFront to list all nodes in zone  1,  net  228.
  6932.       QFront  would  write the node information to a  text  file  called
  6933.       QSRCH1.DAT.
  6934.  
  6935.       The format of the QSRCHx.DAT file is as follows:
  6936.  
  6937.          Line 1: Node address.
  6938.          Line 2: BBS name.
  6939.          Line 3: BBS location.
  6940.          Line 4: Sysop name.
  6941.          Line 5: BBS phone number
  6942.  
  6943.       The  format  is  repeated for each node that  matches  the  search
  6944.       string.  If no matches are found, no QSRCHx.DAT file is created.
  6945.  
  6946.       /NODE
  6947.  
  6948.  
  6949.                                 QFront v1.16b
  6950.                                    Page 121
  6951.       ─────
  6952.       This  switch is used ONLY with the /SEARCH option and is  used  to
  6953.       set  the node number that is doing the search.  When  the  /SEARCH
  6954.       option is used, none of the QFront configuration files are  loaded
  6955.       so  there  is no way for QFront to know the node  number  you  are
  6956.       running on without specifying it with /NODE.  When QFront does the
  6957.       search, it writes a file called QSRCHx.DAT, where "x" is the  node
  6958.       number  you specify with this option.  Here is an example  command
  6959.       line:
  6960.  
  6961.       "QFRONT /SEARCH:KITTR /NODE:2"
  6962.  
  6963.       This  would cause QFront to write node information  to  QSRCH2.DAT
  6964.       for those BBS's who have KITTR in their sysop's last name.
  6965.  
  6966.       /DEBUG
  6967.       ──────
  6968.       Turns on debug mode.  The debug mode creates two files, one called
  6969.       "QF-x.DBG"  and another called "QF-x.TRC", where "x" is  the  node
  6970.       number.   These two files are very helpful to debug problems  that
  6971.       you  may  have  with QFront on your system.  The .DBG  file  is  a
  6972.       fairly extensive list of each action that QFront takes.  The  .TRC
  6973.       file  is a complete trace of all characters send to  and  received
  6974.       from your modem.
  6975.  
  6976.    You can specify any combination of these switches, separated by  spaces,
  6977.    when loading QFront.  For example, "QFRONT /CNODE2 /MONO".
  6978.  
  6979.  
  6980.  
  6981.  
  6982.  
  6983.  
  6984.  
  6985.  
  6986.  
  6987.  
  6988.  
  6989.  
  6990.  
  6991.  
  6992.  
  6993.  
  6994.  
  6995.  
  6996.  
  6997.  
  6998.  
  6999.  
  7000.  
  7001.  
  7002.  
  7003.  
  7004.  
  7005.  
  7006.                                 QFront v1.16b
  7007.                                    Page 122
  7008.    COMPANION PROGRAMS
  7009.    ────────────────────────────────────────────────────────────────────────
  7010.    There  are several other programs in the QFront package in  addition  to
  7011.    the mailer program and configuration program.
  7012.  
  7013.    NOTE!
  7014.    ─────
  7015.    ALL companion programs *MUST* be run from inside your QFront  directory!
  7016.    If you run any QFront program from outside the QFront directory you will
  7017.    most likely have many problems!
  7018.  
  7019.    Here is a brief description of what each program does:
  7020.  
  7021.       QNList
  7022.       ──────
  7023.       QNList is the nodelist compiler.  It will take a "St. Louis" style
  7024.       FidoNet nodelist and any private nodelists you may have configured
  7025.       and  compile  them  into the database  format  that  QFront  uses.
  7026.       QFront  cannot dial out to any system unless QNList has  been  run
  7027.       and the nodelist database created.
  7028.  
  7029.       QScan
  7030.       ─────
  7031.       The  QScan  program is the foundation of the  FidoMail  module  in
  7032.       QFront.  It has two main functions.  First, it takes messages from
  7033.       your Wildcatconferences and places them in FidoMail packet format.
  7034.       Secondly,  QScan will take packets received by QFront  from  other
  7035.       systems  and unpack them and place them into your Wildcat  confer-
  7036.       ences.   In  addition, QScan is the program that  handles  Areafix
  7037.       requests and unpacks received NetMail into *.MSG format.
  7038.  
  7039.       QFUtil
  7040.       ──────
  7041.       This  program  is  a program that allows you  to  add  entries  to
  7042.       QFront's outbound queue from the DOS command line.  You can  place
  7043.       file  requests,  polls, and even convert text files  into  NetMail
  7044.       messages for sending using the QFUtil program.
  7045.  
  7046.  
  7047.    Using QNList
  7048.    ────────────
  7049.    Using QNList is relatively simple.  Before running the compiler,  howev-
  7050.    er, you must have FidoMail fully configured in QFConfig.
  7051.  
  7052.    QNList  includes  a  nodelist editor which allows you to  add  nodes  or
  7053.    change information about nodes in your nodelist.  This can be very handy
  7054.    if you don't want to bother creating your own FidoNet-formatted nodelist
  7055.    and  include  them in QFront as a private nodelist.  This  can  also  be
  7056.    handy  if, for example, the phone number of a certain node  changes  but
  7057.    the  new  phone number has not appeared in  the  main  FidoNet-formatted
  7058.    nodelist(s) yet.  The nodelist editor in QNList works on what is  called
  7059.    a  personal  nodelist in QFront.  The personal  nodelist  is  completely
  7060.    separate from any of your other nodelist(s) that you may have configured
  7061.  
  7062.  
  7063.                                 QFront v1.16b
  7064.                                    Page 123
  7065.    into QFront.  QFront ALWAYS looks in this personal nodelist FIRST  when-
  7066.    ever  it looks up a node address.  If the node is not found in the  per-
  7067.    sonal nodelist, QFront continues the search into your other  nodelist(s)
  7068.    that you have configured (ie., the primary nodelist and any other  node-
  7069.    lists you may have configured).
  7070.  
  7071.    Using the nodelist editor
  7072.    ─────────────────────────
  7073.    As was mentioned before, the nodelist editor in QNList allows you to add
  7074.    nodes  or  to change information about nodes in your  nodelist(s).   The
  7075.    nodelist  that  you  are editing in the nodelist editor  is  called  the
  7076.    'personal nodelist' in QFront.
  7077.  
  7078.    To bring up the nodelist editor, start QNList without using the /COMPILE
  7079.    or  /COMPILENEW command line options.  A picklist will pop  up  allowing
  7080.    you to add or change nodes to the personal nodelist.  If you select  the
  7081.    first item in the picklist, 'Add/edit a node', an entry screen will  pop
  7082.    up  asking you for some information.
  7083.  
  7084.    The  first field in the entry screen is the most important and it  holds
  7085.    the address of the node you are adding or editing.  Once you type a node
  7086.    address and press return, QNList will do the following.  It will look in
  7087.    your current nodelist(s) that are configured into QFront for the address
  7088.    you  just  entered.  If the address is found, QNList will bring  up  all
  7089.    known  information about that node and allow you to change any  informa-
  7090.    tion that is appropriate.  The changes you make here override the origi-
  7091.    nal  information  that is stored in  the  FidoNet-formatted  nodelist(s)
  7092.    themselves.  If the address is NOT found, QNList will warn you that  the
  7093.    node  address was not found and that you need to fill in all the  fields
  7094.    in the entry screen.  What you are doing at this point is ADDING a  node
  7095.    to QFront's personal nodelist database.  As soon as you have entered all
  7096.    of  the  information, from now on QFront will treat this node as  if  it
  7097.    were actually present in your configured FidoNet-format nodelist(s).
  7098.  
  7099.  
  7100.    Command line options
  7101.    ────────────────────
  7102.    There are several command line options available in QNList:
  7103.  
  7104.       /COLOR
  7105.       ──────
  7106.       This parameter will force QNList to use color attributes.  Normal-
  7107.       ly you will not need this as QNList automatically detects  whether
  7108.       you have color available or not.
  7109.  
  7110.       /MONO
  7111.       ─────
  7112.       This  parameter  will force QNList to use  monochrome  attributes.
  7113.       Normally  you  will not need this as QNList  automatically  detects
  7114.       whether you have color available or not.
  7115.  
  7116.       /COMPILE
  7117.       ────────
  7118.  
  7119.  
  7120.                                 QFront v1.16b
  7121.                                    Page 124
  7122.       This  parameter will tell QNList to unarchive any  new  nodelists,
  7123.       process  any  nodediffs, and start compiling the  primary  FidoNet
  7124.       nodelist  and  any private nodelists.  Whether  new  nodelists  or
  7125.       nodediffs are found, QNList will ALWAYS compile the nodelist.
  7126.  
  7127.       /COMPILENEW
  7128.       ───────────
  7129.       This parameter tells QNList to compile the nodelist ONLY if  there
  7130.       is  a  new archived nodelist or nodediff found  to  be  processed.
  7131.       Since it is relatively pointless to compile your nodelists  unless
  7132.       something  has changed in them, most of the time you will want  to
  7133.       use this parameter instead of /COMPILE.
  7134.  
  7135.       If nothing new is found by QNList, it immediately exits.
  7136.  
  7137.       /C<config file>
  7138.       ───────────────
  7139.       Tells QNList which node configuration you want to use.  For  exam-
  7140.       ple, on node 3 this parameter might be "/CNODE3" if your  configu-
  7141.       ration file for node 3 is called NODE3.CFG.
  7142.  
  7143.    To  compile  the nodelist(s), for example, just type  "QNLIST  /C<config
  7144.    name>  /COMPILENEW" from the QFront directory.  For example,  if  you're
  7145.    running on node 3, you'd type "QNLIST /CNODE3 /COMPILENEW".
  7146.  
  7147.  
  7148.    Using QSCAN
  7149.    ───────────
  7150.    Using  QScan is also relatively simple.  However, before running it,  be
  7151.    sure that you have FidoMail fully configured in QFConfig.
  7152.  
  7153.    There are several command line options available:
  7154.  
  7155.       /COLOR
  7156.       ──────
  7157.       This parameter will force QScan to use color attributes.  Normally
  7158.       you will not need this as QScan automatically detects whether  you
  7159.       have color available or not.
  7160.  
  7161.       /MONO
  7162.       ─────
  7163.       This  parameter  will force QScan to  use  monochrome  attributes.
  7164.       Normally  you  will not need this as QScan  automatically  detects
  7165.       whether you have color available or not.
  7166.  
  7167.       /SCAN
  7168.       ─────
  7169.       This parameter will cause QScan to scan (export) any new  messages
  7170.       in  your Wildcat conferences (including your Wildcat NetMail  con-
  7171.       ference,  if  you  have one configured).  Once  the  messages  are
  7172.       scanned out, they are put into packet form, archived, and put into
  7173.       the  outbound mail queue so QFront will send them  out.   Normally
  7174.       you will never use this option, use /BOTH instead.
  7175.  
  7176.  
  7177.                                 QFront v1.16b
  7178.                                    Page 125
  7179.  
  7180.       /TOSS
  7181.       ─────
  7182.       This parameter will cause QScan to toss (import) packets that have
  7183.       been  received by QFront into your Wildcat conferences.   Normally
  7184.       you will never use this option, use /BOTH instead.
  7185.  
  7186.       /BOTH
  7187.       ─────
  7188.       This  command line parameter is the most important one.  You  will
  7189.       almost  ALWAYS  want to use this switch instead of  the  /SCAN  or
  7190.       /TOSS switches (or a combination of both switches).
  7191.  
  7192.       The  /BOTH  switch performs several functions.  First,  it  tosses
  7193.       (imports)  messages  that have been received by QFront  into  your
  7194.       Wildcat conferences. At the same time the messages are tossed into
  7195.       Wildcat conferences, the messages will be forwarded to your  down-
  7196.       links  (if you're acting as a host or hub).  Then, it  scans  (ex-
  7197.       ports) any new messages in your Wildcat conferences.
  7198.  
  7199.       Note  that if you're acting as a host or hub, you *MUST* use  this
  7200.       command  line switch over the /SCAN or /TOSS switches in order  to
  7201.       ensure   that   the  messages  are  properly  exported   to   your
  7202.       downlinks/uplinks.
  7203.  
  7204.       I cannot stress enough that /BOTH is *not* the same as  specifying
  7205.       both /TOSS and /SCAN switches!
  7206.  
  7207.       /NETMAIL
  7208.       ────────
  7209.       This  option  is used in conjunction with the  /SCAN  option.   It
  7210.       causes  QScan to scan ONLY your Wildcat NetMail  conference  (that
  7211.       is,  if you are using such a conference).  For example, you  could
  7212.       use this switch after every caller logs off your BBS to search for
  7213.       any  new NetMail they may have entered.  An example  command  line
  7214.       might be "QSCAN /CNODE1 /SCAN /NETMAIL".
  7215.  
  7216.       /SETHIGH
  7217.       ────────
  7218.       This  switch will tell QScan to set the "last message pointer"  to
  7219.       the top for the EchoMail conferences which are set with the  /AREA
  7220.       parameter.
  7221.  
  7222.       /RESET
  7223.       ──────
  7224.       This  switch will tell QScan to set the "last message pointer"  to
  7225.       zero  for  the EchoMail conferences which are set with  the  /AREA
  7226.       parameter (see next).
  7227.  
  7228.       /AREA:<range>
  7229.       ─────────────
  7230.       This  switch is used in conjunction with the /SETHIGH  and  /RESET
  7231.       switch  to tell QScan which conference or range of conferences  to
  7232.  
  7233.  
  7234.                                 QFront v1.16b
  7235.                                    Page 126
  7236.       update the high message pointers in.
  7237.  
  7238.       It  is important to point out that the numbers you specify in  the
  7239.       range are WILDCAT CONFERENCE NUMBERS.
  7240.  
  7241.       The  range  parameter can consist of "ALL", or values  from  low[-
  7242.       high],  separated by a semicolon.  To signify the Wildcat  NetMail
  7243.       conference  (assuming you have one configured), use  "NETMAIL"  in
  7244.       the range. For example, the following are valid ranges:
  7245.  
  7246.       "QSCAN /SETHIGH /AREA:10-20;100-200;5"
  7247.  
  7248.       This  would set the high message pointers in  Wildcat  conferences
  7249.       10-20, 100-200 and 5 to the top.
  7250.  
  7251.       "QSCAN /SETHIGH /AREAS:100;NETMAIL"
  7252.  
  7253.       This would set the high message pointers in Wildcat conference 100
  7254.       and the Wildcat NetMail area to the top.
  7255.  
  7256.       "QSCAN /SETHIGH /AREAS:ALL"
  7257.  
  7258.       This would set the high message pointer in all Wildcat conferences
  7259.       and the Wildcat NetMail conference (assuming you have one) to  the
  7260.       top.
  7261.  
  7262.       /FORCE
  7263.       ──────
  7264.       This switch will allow QScan to scan (export) messages out of your
  7265.       Wildcat conference, even if they were tossed there by QScan.
  7266.  
  7267.       Normally,  you would not want to scan out messages that  were  put
  7268.       there  by  QScan  because this would indicate that  you  would  be
  7269.       sending out duplicate messages into the network.
  7270.  
  7271.       If  you're  sure you want to scan these types of messages  out  of
  7272.       your Wildcat conferences, use this switch.
  7273.  
  7274.       /C<config name>
  7275.       ───────────────
  7276.       Tells  QScan which node configuration you want to use.  For  exam-
  7277.       ple, on node 3 this parameter would be "/CNODE3" if your  configu-
  7278.       ration filename for node 3 is NODE3.CFG.
  7279.  
  7280.  
  7281.    Using QFUTIL
  7282.    ────────────
  7283.    The  QFUtil program is a small utility program that you can use  to  add
  7284.    entries  to QFront's outbound queue directly from the DOS command  line.
  7285.    You can add file requests, file forwards, poll entries, and even convert
  7286.    text files into NetMail messages that QFront will send out.
  7287.  
  7288.    Several command line options are available:
  7289.  
  7290.  
  7291.                                 QFront v1.16b
  7292.                                    Page 127
  7293.  
  7294.  
  7295.       /ADDR
  7296.       ─────
  7297.       This switch is absolutely necessary and tells QFUtil which address
  7298.       you will be referring to.  It is used like "/ADDR:1:228/12".
  7299.  
  7300.       /REQUEST
  7301.       ────────
  7302.       This switch tells QFUtil that you will be adding one or more  file
  7303.       requests  to the outbound queue.  This switch is used in  conjunc-
  7304.       tion with the /FILE command line switch.
  7305.  
  7306.       /UREQUEST
  7307.       ─────────
  7308.       This switch tells QFUtil that you will be adding one or more  file
  7309.       update  requests  to the outbound queue.  This switch is  used  in
  7310.       conjunction with the /FILE command line switch.
  7311.  
  7312.       /FORWARD
  7313.       ────────
  7314.       This switch tells QFUtil that you will be adding one or more  file
  7315.       forward  (file  attaches) to the outbound queue.  This  switch  is
  7316.       used in conjunction with the /FILE command line switch.
  7317.  
  7318.       /POLL
  7319.       ─────
  7320.       This  switch tells QFUtil that you will be adding a poll entry  to
  7321.       the outbound queue.
  7322.  
  7323.       /FILE
  7324.       ─────
  7325.       Used in conjunction with /REQUEST, /UREQUEST and /FORWARD  command
  7326.       line switches, this switch specifies one or more filenames for the
  7327.       queue  entry.  Each filename is separated by a comma.  It is  used
  7328.       like  "/FILE:C:\AUTOEXEC.BAT,C:\CONFIG.SYS".  Wildcard  characters
  7329.       may be used.
  7330.  
  7331.       /FLAGS
  7332.       ──────
  7333.       This  switch  specifies which priority queue flags  to  use.   The
  7334.       meaning  for  each of the flags is described in the  node  manager
  7335.       section of QFConfig, earlier in the manual.
  7336.  
  7337.       The choices are:
  7338.  
  7339.          IMM
  7340.          ───
  7341.          Specifies  that you would like the queue entry  (or  NetMail
  7342.          message if you use the /NETMAIL switch) to have the  immedi-
  7343.          ate flag set.
  7344.  
  7345.          HOLD
  7346.  
  7347.  
  7348.                                 QFront v1.16b
  7349.                                    Page 128
  7350.          ────
  7351.          Specifies  that you would like the queue entry  (or  NetMail
  7352.          message if you use the /NETMAIL switch) to have the hold flag
  7353.          set.
  7354.  
  7355.          ABSHOLD
  7356.          ───────
  7357.          Specifies  that you would like the queue entry to  have  the
  7358.          absolute hold flag set.  This flag does not apply to NetMail
  7359.          messages if you use the /NETMAIL switch.
  7360.  
  7361.          CRASH
  7362.          ─────
  7363.          Specifies  that you would like the queue entry  (or  NetMail
  7364.          message  if you use the /NETMAIL switch) to have  the  crash
  7365.          flag set.
  7366.  
  7367.          DIR
  7368.          ───
  7369.          Specifies  that you would like the queue entry  (or  NetMail
  7370.          message  if you use the /NETMAIL switch) to have the  direct
  7371.          flag set.
  7372.  
  7373.          KFS
  7374.          ───
  7375.          Specifies  that you would like the queue entry to  have  the
  7376.          "kill  file  after sending" flag set.  This  flag  does  not
  7377.          apply to NetMail messages if you use the /NETMAIL switch.
  7378.  
  7379.       You  can  specify multiple flags, separated by a  comma,  such  as
  7380.       "/FLAG:IMM,KFS".
  7381.  
  7382.       /PWRD
  7383.       ─────
  7384.       Used  with /REQUEST and /UREQUEST, this switch supplies  the  file
  7385.       request  password  for  the file(s) you specify  using  the  /FILE
  7386.       switch.  It is used like "/PWRD:MYPASSWORD".
  7387.  
  7388.       /FREQ
  7389.       ─────
  7390.       This switch is used to tell the queue manager to repeat the  queue
  7391.       action  every  "x" days.  See the section on the  outbound  queue,
  7392.       earlier  in  the  manual for a description of  what  the  "repeat"
  7393.       action  means.   /FREQ is used like "/FREQ:7" to cause  the  queue
  7394.       action to be repeated every 7 days.
  7395.  
  7396.       /NETMAIL
  7397.       ────────
  7398.       This switch allows you to convert a regular text file into NetMail
  7399.       to send to the address given with the /ADDR switch.  The text file
  7400.       will be converted verbatim to *.MSG format, where QFront will find
  7401.       and send it.  This switch is used like "/NETMAIL:<filename>",  for
  7402.       example, "/NETMAIL:INFO.TXT".
  7403.  
  7404.  
  7405.                                 QFront v1.16b
  7406.                                    Page 129
  7407.  
  7408.       /FROM
  7409.       ─────
  7410.       If  you are using QFUtil to create any NetMail messages,  you  can
  7411.       use  this  switch to set the FROM name on the  messages  that  are
  7412.       created.  You must replace spaces with underscores.  For  example,
  7413.       "/FROM:ROB_KITTREDGE".   If you don't specify a from  name,  QScan
  7414.       uses the name "QFUtil".
  7415.  
  7416.       /TO
  7417.       ───
  7418.       If  you are using QFUtil to create any NetMail messages,  you  can
  7419.       use this switch to set the TO name on the messages that are creat-
  7420.       ed.   You  must  replace spaces with  underscores.   For  example,
  7421.       "/TO:ROB_KITTREDGE".   If you don't specify a to name, QScan  uses
  7422.       the name "Sysop".
  7423.  
  7424.  
  7425.       /SUBJ
  7426.       ─────
  7427.       If  you are using QFUtil to create any NetMail messages,  you  can
  7428.       use  this  switch to set the SUBJ name on the  messages  that  are
  7429.       created.  You must replace spaces with underscores.  For  example,
  7430.       "/SUBJ:HI_THERE!".  If you don't specify a subject, QScan uses the
  7431.       subject "Automatic message".
  7432.  
  7433.    You  can combine queue entry options (/REQUEST, /UREQUEST, /FORWARD  and
  7434.    /POLL)  with the /NETMAIL switch to cause QFUtil to add a queue entry  as
  7435.    well  as create a NetMail message.  For example, I used this  capability
  7436.    myself  during the alpha testing of QFront.  Each time a new  alpha  was
  7437.    released,  I automatically forwarded the file to the alpha  testers  and
  7438.    sent  them a NetMail message telling them that the alpha is now  sitting
  7439.    in their inbound directory.  Here is a sample command line:
  7440.  
  7441.    "QFUTIL  /ADDR:1:228/12  /FORWARD  /FILE:QF-110.ZIP   /NETMAIL:ALPHA.TXT
  7442.    /FLAG:ABSHOLD"
  7443.  
  7444.    This  caused QFUtil to add a file forward file (QF-110.ZIP) to  1:228/12
  7445.    and at the same time, convert ALPHA.TXT into NetMail.  The file  forward
  7446.    and NetMail message will be held until 1:228/12 polls my system.
  7447.  
  7448.    Needless to say, this saved a LOT of time for me and the alpha testers!
  7449.  
  7450.  
  7451.  
  7452.  
  7453.  
  7454.  
  7455.  
  7456.  
  7457.  
  7458.  
  7459.  
  7460.  
  7461.  
  7462.                                 QFront v1.16b
  7463.                                    Page 130
  7464.    BATCH FILES
  7465.    ────────────────────────────────────────────────────────────────────────
  7466.    QFront  relies  heavily on batch files for its  operation.   The  QFront
  7467.    install  program  creates batch files that should work  on  your  system
  7468.    untouched.   However, you may need to modify them for  any  "errorlevel"
  7469.    type  events that you have set up (in order to trap for their  errorlev-
  7470.    els) or to change system paths, add environment variables, etc.
  7471.  
  7472.    We'll  go through a quick description of what each batch file does.   If
  7473.    after reading this you still don't understand how the batch files  work,
  7474.    the first suggestion we offer is to try to trace through them  yourself,
  7475.    adding PAUSE statements wherever necessary.  Most of the time you'll  be
  7476.    able to figure things out fairly quickly.  If not, feel free to call for
  7477.    support.
  7478.  
  7479.    THE STARTx.BAT FILE
  7480.    ───────────────────
  7481.    STARTx.BAT  (where "x" is the node number running QFront) is used  when
  7482.    you want to start your BBS. This is similar to your old CAT.BAT file but
  7483.    with  one major exception - the STARTx.BAT file is for QFront's  opera-
  7484.    tion only.  It does not interface with Wildcat! at any time, and  there-
  7485.    fore  no door operations are handled in this file.  Instead,  you  might
  7486.    trap for errorlevels that  QFront returns, like when one of your "error-
  7487.    level"  type  event executes or when an incoming FidoMail  mail  run  is
  7488.    completed.  See the section on errorlevels  for more information on what
  7489.    errorlevels are returned by QFront.
  7490.  
  7491.    THE SPAWNBBS.BAT FILE
  7492.    ─────────────────────
  7493.    The  second batch file, SPAWNBBS.BAT, is used when a human caller  wants
  7494.    to  log onto your BBS.  This batch file is similar to your  old  CAT.BAT
  7495.    file and handles such things as loading Wildcat for callers and handling
  7496.    doors.   You  should never need to call this batch  file  yourself;  the
  7497.    BBSBATCH.BAT and DOOR.BAT files will do that as necessary automatically.
  7498.  
  7499.    THE BBSBATCH.BAT FILE
  7500.    ─────────────────────
  7501.    The  BBSBATCH.BAT is a temporary batch file that QFront creates  when  a
  7502.    human  caller logs onto your BBS.  All that this batch file contains  is
  7503.    the following line:
  7504.  
  7505.       SPAWNBBS.BAT <user logon or local logon control string>
  7506.  
  7507.    QFront  will  add the user logon or local logon control  string  to  the
  7508.    command line to tell Wildcat! the baud rate of the caller, whether there
  7509.    is  an  error-correcting connection, etc., and let  Wildcat!  take  over
  7510.    normally.
  7511.  
  7512.    QEVT-XXX.BAT
  7513.    ────────────
  7514.    The QEVT-x.BAT file (where "x" is the node number) is executed from  the
  7515.    STARTx.BAT  file when QFront exits with errorlevel 2.  The  QEVT  batch
  7516.    file  is created on-the-fly when a "batch file" type event is  executed.
  7517.  
  7518.  
  7519.                                 QFront v1.16b
  7520.                                    Page 131
  7521.    Its contents consist of a copy of the batch file that you have the  event
  7522.    set to run.
  7523.  
  7524.       SPAWNBBS.BAT RETURN
  7525.  
  7526.    The  "RETURN" on the command line will tell SPAWNBBS.BAT that a door  is
  7527.    returning, and SPAWNBBS.BAT will re-load Wildcat properly.
  7528.  
  7529.    The  reason  for the modified BOARD.BAT file that  the  install  program
  7530.    creates  is  so that you do not need to modify all of  your  door  batch
  7531.    files when you install QFront.
  7532.  
  7533.  
  7534.  
  7535.  
  7536.  
  7537.  
  7538.  
  7539.  
  7540.  
  7541.  
  7542.  
  7543.  
  7544.  
  7545.  
  7546.  
  7547.  
  7548.  
  7549.  
  7550.  
  7551.  
  7552.  
  7553.  
  7554.  
  7555.  
  7556.  
  7557.  
  7558.  
  7559.  
  7560.  
  7561.  
  7562.  
  7563.  
  7564.  
  7565.  
  7566.  
  7567.  
  7568.  
  7569.  
  7570.  
  7571.  
  7572.  
  7573.  
  7574.  
  7575.  
  7576.                                 QFront v1.16b
  7577.                                    Page 132
  7578.    EVENTS AND BATCH FILES
  7579.    ────────────────────────────────────────────────────────────────────────
  7580.    Unlike  most  other front-end mailers, QFront makes it  easy  to  manage
  7581.    events and batch files.
  7582.  
  7583.    All  event  processing is done through the STARTx.BAT  file.   How  the
  7584.    STARTx.BAT  file is constructed depends on which type of event you  are
  7585.    running.  The installation program writes the proper STARTx batch  file
  7586.    to handle most event situations.
  7587.  
  7588.    Normally,  you will not need to directly modify the STARTx batch  file,
  7589.    unless  you have "errorlevel" type events configured.  Instead, most  of
  7590.    the  time you will use the "batch file" type event, where each event  is
  7591.    given  its  own separate batch file.  The default  STARTx.BAT  file  is
  7592.    already written to handle all of your "batch file" type events.  See the
  7593.    QFConfig section regarding events for information on configuring events.
  7594.  
  7595.  
  7596.  
  7597.  
  7598.  
  7599.  
  7600.  
  7601.  
  7602.  
  7603.  
  7604.  
  7605.  
  7606.  
  7607.  
  7608.  
  7609.  
  7610.  
  7611.  
  7612.  
  7613.  
  7614.  
  7615.  
  7616.  
  7617.  
  7618.  
  7619.  
  7620.  
  7621.  
  7622.  
  7623.  
  7624.  
  7625.  
  7626.  
  7627.  
  7628.  
  7629.  
  7630.  
  7631.  
  7632.  
  7633.                                 QFront v1.16b
  7634.                                    Page 133
  7635.    ERRORLEVELS RETURNED BY QFRONT
  7636.    ────────────────────────────────────────────────────────────────────────
  7637.    QFront  exits  to your STARTx.BAT file with one of 20  errorlevel  set-
  7638.    tings:
  7639.  
  7640.       0
  7641.       ─
  7642.       Normal shutdown.
  7643.  
  7644.       1
  7645.       ─
  7646.       An error occurred, check the QFRONT.ERR error log file.
  7647.  
  7648.       2
  7649.       ─
  7650.       A "batch file" type event is running, execute the QEVT-x.BAT  file
  7651.       (where "x" is the node number).
  7652.  
  7653.       3
  7654.       ─
  7655.       If you make use of the "exit after no more outbound mail" in  your
  7656.       FidoMail  events, QFront will exit with this errorlevel when  this
  7657.       situation occurs.
  7658.  
  7659.       4
  7660.       ─
  7661.       Not currently used.
  7662.  
  7663.       5
  7664.       ─
  7665.       Not currently used.
  7666.  
  7667.       6
  7668.       ─
  7669.       Not currently used.
  7670.  
  7671.       7
  7672.       ─
  7673.       Compile the FidoNet nodelist.
  7674.  
  7675.       8
  7676.       ─
  7677.       FidoMail has been received, toss the mail with QScan.
  7678.  
  7679.       9
  7680.       ─
  7681.       Incoming FAX call received, load FAX software.
  7682.  
  7683.       10-19
  7684.       ─────
  7685.       Reserved for future use.
  7686.  
  7687.    NOTE!
  7688.  
  7689.  
  7690.                                 QFront v1.16b
  7691.                                    Page 134
  7692.    ─────
  7693.    It  is  imperative that you remember to test errorlevels  in  descending
  7694.    order if you modify the STARTx.BAT batch file.  For example:
  7695.  
  7696.           If errorlevel 50 goto doutils
  7697.           If errorlevel 20 goto telix
  7698.           If errorlevel 0 goto end
  7699.  
  7700.  
  7701.  
  7702.  
  7703.  
  7704.  
  7705.  
  7706.  
  7707.  
  7708.  
  7709.  
  7710.  
  7711.  
  7712.  
  7713.  
  7714.  
  7715.  
  7716.  
  7717.  
  7718.  
  7719.  
  7720.  
  7721.  
  7722.  
  7723.  
  7724.  
  7725.  
  7726.  
  7727.  
  7728.  
  7729.  
  7730.  
  7731.  
  7732.  
  7733.  
  7734.  
  7735.  
  7736.  
  7737.  
  7738.  
  7739.  
  7740.  
  7741.  
  7742.  
  7743.  
  7744.  
  7745.  
  7746.  
  7747.                                 QFront v1.16b
  7748.                                    Page 135
  7749.    QUESTIONS AND ANSWERS
  7750.    ─────────────────────
  7751.    Q: Why won't QFront answer the phone?
  7752.  
  7753.    A: More than likely, you have not called the 7th Heaven support BBS  for
  7754.    your evaluation keyfile.  Please see the section on keyfiles, earlier in
  7755.    the documentation for information about the keyfile.
  7756.  
  7757.    Q:  QScan, after receiving a mail bundle from my hub, immediately  packs
  7758.    the same mail up and sends it back to my hub.
  7759.  
  7760.    A:  The reason is because the address your hub identifying itself as  is
  7761.    not  the same address you are scanning mail for in the node manager.  In
  7762.    other words, if you hub uses 1:2/3 as an originating address when creat-
  7763.    ing  mail  bundles for you, you should have 1:2/3 as an address  in  the
  7764.    node  manager.  Otherwise, QScan doesn't think that any of the  messages
  7765.    have been seen by your hub, when in fact they have.
  7766.  
  7767.    Q:  I  have  a Wildcat NetMail conference defined, and when  I  go  into
  7768.    Wildcat! and try to enter the NetMail message, the Wildcat! aborts entry
  7769.    of the message right away.
  7770.  
  7771.    A: You need to go into MAKEWILD and set the conference type to something
  7772.    other than "Fido NetMail", such as "Normal Mail".
  7773.  
  7774.    Q:  QScan won't scan out my NetMail messages in my Wildcat NetMail  con-
  7775.    ference.
  7776.  
  7777.    A: The most likely reason for this is because you formatted the messages
  7778.    in an invalid way.  There are special things that you need to do with  a
  7779.    Wildcat NetMail conference.  Please see the section on entering NetMail,
  7780.    earlier in the documentation, for more information.
  7781.  
  7782.    Q:  QScan won't scan out new mail that I enter on my BBS in my  EchoMail
  7783.    conferences.
  7784.  
  7785.    A:  There  are several possibilities here.  Most likely,  you  have  the
  7786.    "respect Echo flag" flag turned on in QFConfig under "mail scanner", but
  7787.    the  messages don't have the ECHO flag.  If you have the  "respect  echo
  7788.    flag"  option  set to Y, then every Wildcat message that is  entered  on
  7789.    your system MUST have the "ECHO" flag set by Wildcat for the message, or
  7790.    QScan  will skip it.  Another possibility is if you have the "scan  pri-
  7791.    vate mail" flag turned off in your EchoMail area setups, and the Wildcat
  7792.    message is marked PRIVATE.  In this case, QScan will skip the message.
  7793.  
  7794.    Q: I keep getting a message in my QScan log that says "No downlinks  for
  7795.    area XXXXX".  What does this mean?
  7796.  
  7797.    A: This message is nothing more than a warning to tell you that you have
  7798.    EchoMail  areas that are configured but aren't selected by any nodes  in
  7799.    the  node manager.  You can turn off this option by answering N  to  the
  7800.    field in mail scanner setup in QFConfig that says "no downlink warning".
  7801.  
  7802.  
  7803.  
  7804.                                 QFront v1.16b
  7805.                                    Page 136
  7806.    Q: My QFront log shows "Address xxxx is marked HOLD, PRIVATE, or  DOWN".
  7807.    What does this mean?
  7808.  
  7809.    A:  Each node in your nodelist(s) has special flags associated with  it.
  7810.    These  flags  tell what kind of mailer is used, what type  of  modem  is
  7811.    used, and several other things.  These HOLD, PRIVATE, and DOWN flags are
  7812.    similar  in  use.   The  HOLD flag means that no  mail  should  be  sent
  7813.    directly  to  that  node (in other words, mail should be  sent  to  that
  7814.    node's hub or host).  The PRIVATE flag means that the node does not want
  7815.    to  reveal its phone number and that mail should be sent to that  node's
  7816.    hob  or  host.  The DOWN flag means that the node is  experiencing  some
  7817.    type  of hardware or software difficulty and is not currently running  a
  7818.    mailer at the time, and NO mail should be sent to it until the DOWN flag
  7819.    is  removed.  If any of these three flags appear in a node's flag  list,
  7820.    QFront will not send mail to it.  The mail will sit on your system until
  7821.    either  you manually poll the node or until the node polls  your  system
  7822.    for its mail.
  7823.  
  7824.  
  7825.  
  7826.  
  7827.  
  7828.  
  7829.  
  7830.  
  7831.  
  7832.  
  7833.  
  7834.  
  7835.  
  7836.  
  7837.  
  7838.  
  7839.  
  7840.  
  7841.  
  7842.  
  7843.  
  7844.  
  7845.  
  7846.  
  7847.  
  7848.  
  7849.  
  7850.  
  7851.  
  7852.  
  7853.  
  7854.  
  7855.  
  7856.  
  7857.  
  7858.  
  7859.  
  7860.  
  7861.                                 QFront v1.16b
  7862.                                    Page 137
  7863.    CREDITS
  7864.    ────────────────────────────────────────────────────────────────────────
  7865.    All products mentioned in this document are trademarks of their  respec-
  7866.    tive authors and/or companies.
  7867.  
  7868.  
  7869.  
  7870.  
  7871.  
  7872.  
  7873.  
  7874.  
  7875.  
  7876.  
  7877.  
  7878.  
  7879.  
  7880.  
  7881.  
  7882.  
  7883.  
  7884.  
  7885.  
  7886.  
  7887.  
  7888.  
  7889.  
  7890.  
  7891.  
  7892.  
  7893.  
  7894.  
  7895.  
  7896.  
  7897.  
  7898.  
  7899.  
  7900.  
  7901.  
  7902.  
  7903.  
  7904.  
  7905.  
  7906.  
  7907.  
  7908.  
  7909.  
  7910.  
  7911.  
  7912.  
  7913.  
  7914.  
  7915.  
  7916.  
  7917.  
  7918.                                 QFront v1.16b
  7919.                                    Page 138
  7920.    INDEX
  7921.    ────────────────────────────────────────────────────────────────────────
  7922.   Adding downlinks, 105
  7923.   Alias addresses, 55
  7924.   Archiver setup, 39
  7925.   Areafix
  7926.     How to use, 96
  7927.   Areafix setup, 84
  7928.   Areafix uplinks, 86
  7929.   Areas
  7930.     Setting up, 72
  7931.   Automatic polls, 60
  7932.  
  7933.   Batch files
  7934.     Descriptions and usage, 132
  7935.     Events and, 134
  7936.   Beta software announcement, 9
  7937.   Bug reports, 7
  7938.  
  7939.   CallerID capabilities, 108
  7940.   Call-waiting screen, 109
  7941.   Call-waiting screen
  7942.     Menu options, 109
  7943.     Shortcut keys, 112
  7944.   Command line switches, 121
  7945.   Companion programs, 124
  7946.   Companion programs
  7947.     QFUtil, 128
  7948.     QNList, 124
  7949.     QScan, 126
  7950.   Compile nodelist, 120
  7951.  
  7952.   Dial queue, 115
  7953.   Dial translations/costing, 35
  7954.   Dial translations/costing
  7955.     Country specific setup, 35
  7956.     Custom values, 37
  7957.     Default costs, 36
  7958.   Dialout fixups, 80
  7959.   Display setup, 93
  7960.  
  7961.   EchoMail conferences
  7962.     Setting up, 72
  7963.   Errorlevels, 135
  7964.   Event setup, 45
  7965.   Events
  7966.     Explained, 20
  7967.   External mail strings, 40
  7968.  
  7969.   FAX capabilities, 108
  7970.   FidoMail options, 115
  7971.   FidoMail options
  7972.     Compile nodelist, 120
  7973.  
  7974.  
  7975.                                 QFront v1.16b
  7976.                                    Page 139
  7977.     Dial queue, 115
  7978.     Force queue rescan, 119
  7979.     Forward files, 119
  7980.     Inbound history, 119
  7981.     Outbound history, 119
  7982.     Outbound queue, 115
  7983.     Poll a node, 119
  7984.     Request files, 119
  7985.     Scan/toss mail, 120
  7986.     Undialable addresses, 118
  7987.   FidoMail setup, 53
  7988.   File requests
  7989.     Path setup, 91
  7990.   File request/file forward
  7991.     NetMail responses, 90
  7992.     Setting up, 89
  7993.   Force queue rescan, 119
  7994.   Forward files, 119
  7995.   Function keys, 43
  7996.  
  7997.   General setup, 27
  7998.   General setup
  7999.     Call waiting screen settings, 28
  8000.     Miscelleneous flags, 29
  8001.     System login controls, 27
  8002.   Getting started, 13
  8003.   Getting started
  8004.     Event management, 20
  8005.     FidoNet addresses, 14
  8006.     How mail moves, 14
  8007.     Introduction to FidoNet, 13
  8008.     Joining FidoNet, 17
  8009.     Nodelists and nodediffs, 13
  8010.     Operating as a host or a hub, 19
  8011.     Who runs the show, 15
  8012.   Group setup, 71
  8013.  
  8014.   Import/export, 82
  8015.   Inbound history, 119
  8016.   Installation, 10
  8017.  
  8018.   Keyfiles, 6
  8019.  
  8020.   Magic filenames
  8021.     Setting up, 90
  8022.   Mail routing, 101
  8023.   Mail routing
  8024.     Default rules, 101
  8025.     NetMail forwarding, 101
  8026.   Mail scanner setup, 66
  8027.   Mail scanner setup
  8028.     Lost mail, 66
  8029.     Misc settings, 67
  8030.  
  8031.  
  8032.                                 QFront v1.16b
  8033.                                    Page 140
  8034.     Node expiration, 66
  8035.   Modem/dialout setup, 31
  8036.   Modem/dialout setup
  8037.     Modem init/dial strings, 31
  8038.  
  8039.   NetMail
  8040.     Entering NetMail, 94
  8041.   NetMail forwarding, 101
  8042.   NetMail setup, 61
  8043.   NetMail setup
  8044.     General settings, 65
  8045.     PCBoard NetMail setup, 61
  8046.     Routing, 62
  8047.   Node Manager, 75
  8048.   Nodelist editor, 125
  8049.   Nodelist setup, 57
  8050.   Nodelist setup
  8051.     Nodediff setup, 58
  8052.  
  8053.   Origin line setup, 70
  8054.   Outbound history, 119
  8055.   Outbound queue, 115
  8056.  
  8057.   Pointlists, 103
  8058.   Poll a node, 119
  8059.   Program setup, 23
  8060.   Program setup
  8061.     FidoMail/QScan directories, 25
  8062.     File request directories, 27
  8063.     System directories, 23
  8064.     System filenames, 24
  8065.  
  8066.   QFConfig
  8067.     Alias addresses, 55
  8068.     Archiver setup, 39
  8069.     Area manager, 72
  8070.     Areafix setup, 84
  8071.     Areafix uplinks, 86
  8072.     Automatic polls, 60
  8073.     Dialout fixups, 80
  8074.     Display setup, 93
  8075.     Event setup, 45
  8076.     External mail strings, 40
  8077.     FidoMail setup, 53
  8078.     File request paths, 91
  8079.     File request/file forward setup, 89
  8080.     Function keys, 43
  8081.     General setup, 27
  8082.     Groups, 71
  8083.     How to use, 21
  8084.     Import/export, 82
  8085.     Loading, 22
  8086.     Magic filename setup, 90
  8087.  
  8088.  
  8089.                                 QFront v1.16b
  8090.                                    Page 141
  8091.     Mail scanner, 66
  8092.     Modem/dialout setup, 31
  8093.     NetMail setup, 61
  8094.     Node Manager, 75
  8095.     Nodelist setup, 57
  8096.     Origin lines, 70
  8097.     Program setup options, 23
  8098.     Quick lookup names, 81
  8099.     Semaphore files, 41
  8100.     Translation/costing setup, 35
  8101.     Usernames to ignore, 42
  8102.     UserNet messages, 44
  8103.   QFUtil
  8104.     Using, 128
  8105.   QNList
  8106.     Nodelist editor, 125
  8107.     Using, 124
  8108.   QScan
  8109.     Using, 126
  8110.   Questions and answers, 137
  8111.   Quick lookup names, 81
  8112.  
  8113.   Registration, 6
  8114.   Request files, 119
  8115.   Requirements, 7
  8116.  
  8117.   Scan/toss mail, 120
  8118.   Semaphore files, 41
  8119.   Starting your BBS, 12
  8120.   Support, 7
  8121.  
  8122.   Undialable addresses, 118
  8123.   Uninstalling, 11
  8124.   Usernames to ignore, 42
  8125.   UserNet messages, 44
  8126.  
  8127.  
  8128.  
  8129.  
  8130.  
  8131.  
  8132.  
  8133.  
  8134.  
  8135.  
  8136.  
  8137.  
  8138.  
  8139.  
  8140.  
  8141.  
  8142.  
  8143.  
  8144.  
  8145.  
  8146.                                 QFront v1.16b
  8147.                                    Page 142
  8148. 
  8149.