home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 2 BBS / 02-BBS.zip / BTP_EEBE.LZH / BT_REF.DOC < prev    next >
Text File  |  1992-09-12  |  144KB  |  2,999 lines
  1.           
  2.           
  3.           
  4.           
  5.           
  6.           ****   *         *      *             *******                 TM
  7.           *   *            *      *                *
  8.           *   *  *  * **   *   *  *   ***   *   *  *   ***   * **  *** **  
  9.           ****   *  **  *  *  *   *  *   *  *   *  *  *   *  **    *  *  * 
  10.           *   *  *  *   *  ***    *  ****   *   *  *  ****   *     *  *  * 
  11.           *   *  *  *   *  *  *   *  *      *   *  *  *      *     *  *  * 
  12.           ****   *  *   *  *   *  *   ****   ****  *   ****  *     *  *  * 
  13.           E   X   T   E   N   D   E   D       E * D   I   T   I   O   N 
  14.                                                 *
  15.           Version 2.50 EE - Reference Guide   ***       September 12, 1992
  16.           
  17.  
  18.               *******************************************************
  19.               *               THIS VERSION IS A HACK!               *
  20.               *   IT DOES NOT OROGINATE FROM BIT BUCKET SOFTWARE    *
  21.               *           AND THERE IS NO OFFICIAL SUPPORT.         *
  22.               *                                                     *
  23.               *          PLEASE READ BTEE_MOD.DOC CAREFULLY!        *
  24.               *          USE THIS VERSION ON YOUR OWN RISK!         *
  25.               *******************************************************
  26.  
  27.           
  28.                   A Freely Available FidoNet Compatible Electronic
  29.                       Mail Interface and Dumb Terminal Package
  30.           
  31.           
  32.           
  33.           
  34.                  Software Written by Vince Perriello and Bob Hartman
  35.                       Enhancements Written by Michael Buenter, 
  36.                         Holger Schurig and Tobias Burchardt.
  37.                      Documentation Written by Alan D. Applegate
  38.           
  39.           
  40.           
  41.           
  42.                   Copyright (C) 1988, 1989 Bit Bucket Software, Co.
  43.                                A Delaware Corporation
  44.                     Enhancements (C) 1991, 1992  Michael Buenter
  45.                                  All Rights Reserved
  46.           
  47.                       Terms and Conditions Contained Separately
  48.           
  49.           
  50.           
  51.           
  52.                               Bit Bucket Software, Co.
  53.                             427-3 Amherst St., Suite 232
  54.                                   Nashua, NH 03063
  55.           
  56.           
  57.           
  58.           
  59.                         "BinkleyTerm" and "Freely Available"
  60.                      are trademarks of Bit Bucket Software, Co.
  61.           
  62.           
  63.           
  64.           
  65.           
  66.  
  67.           TABLE OF CONTENTS
  68.           
  69.           Section 1 - General Information
  70.                How to Use This Manual
  71.           
  72.           Section 2 - Configuring BinkleyTerm
  73.                Configuration File
  74.                Scheduling Events
  75.           
  76.           Section 3 - General Reference Information
  77.                Command Line Parameters
  78.                Dial Translation
  79.                Response File Template
  80.                Scripts
  81.                Terminal Mode Keystrokes
  82.                Unattended Mode Keystrokes
  83.                VT-100 Keystrokes
  84.           
  85.  
  86.           
  87.  
  88.           +-------------+
  89.           | +---------+ |
  90.           | | Section | |   BinkleyTerm Reference Guide
  91.           | |    1    | |   GENERAL INFORMATION
  92.           | +---------+ |
  93.           +-------------+
  94.           
  95.           HOW TO USE THIS MANUAL
  96.           
  97.           The documentation for BinkleyTerm is supplied in two parts.  
  98.           
  99.           The User's Guide (named BT_USER.DOC) explains how to install
  100.           BinkleyTerm.  It also describes basic operational procedures.  New
  101.           users may find some concepts or terminology unfamiliar; a glossary
  102.           is provided toward the end of the User's Guide.  
  103.           
  104.           Concepts and terminology that may be of interest to experienced
  105.           users and new users alike are covered in the Reference Guide (named
  106.           BT_REF.DOC) an alphabetically arranged manual separate from the
  107.           User's Guide. 
  108.           
  109.           For inquiries, questions or comments regarding BinkleyTerm, please
  110.           refer to the User's Guide section "BinkleyTerm Support." 
  111.           
  112.           
  113.  
  114.           +-------------+
  115.           | +---------+ |
  116.           | | Section | |   BinkleyTerm Reference Guide
  117.           | |    2    | |   CONFIGURING BINKLEYTERM
  118.           | +---------+ |
  119.           +-------------+
  120.           
  121.           CONFIGURATION FILE
  122.           
  123.           The BinkleyTerm configuration file, by default named BINKLEY.CFG,
  124.           is the place where you communicate information about your system
  125.           to BinkleyTerm.  Port number, modem control strings, FidoNet node
  126.           addresses, and much more are all contained in the configuration
  127.           file. 
  128.           
  129.           A sample configuration file comes with the BinkleyTerm 
  130.           distribution package.  The sample file is arranged in such a way
  131.           as to illustrate which parameters need to be changed for which
  132.           operational modes.  For ease of use as a reference, the parameters
  133.           are listed alphabetically here. 
  134.           
  135.  
  136.  
  137.  
  138.  
  139.           About <filespec>
  140.           
  141.                This tells BinkleyTerm the name of the ABOUT file, a special
  142.                file used with incoming file requests.  <filespec> is a
  143.                complete drive, path and filename designation.  Refer to the
  144.                User's Guide sections "File Requests" and "Security -
  145.                Controlling File Requests" for more information.
  146.           
  147.           Address [<zone>:]<net>/<node>[.<point>][@domain]
  148.           
  149.                This statement (or multiple statements) designates the network
  150.                address(es) of your system.  Although the <zone> and <point>
  151.                parameters are optional, it is recommended that the <zone>
  152.                parameter ALWAYS be used.
  153.           
  154.                When this statement is used, the older style (BinkleyTerm 2.00
  155.                and previous versions) addressing should NOT be used, such as
  156.                'Aka,' 'Point,' and 'Zone.'
  157.           
  158.                Multiple 'Address' statements, each with a different <zone>
  159.                parameter, may be used.  This allows BinkleyTerm to identify
  160.                itself differently to different zones, thereby making multi-
  161.                net operation somewhat more simple.  Note that in this
  162.                scenario, if you are connected to a zone for which an
  163.                'Address' statement does not exist, that the 'Address'
  164.                statement that appears first in the configuration file will
  165.                be used as a default.
  166.           
  167.                In addition, the zone given in the 'Address' statement that
  168.                appears first determines your "default" outbound area, as
  169.                given by the 'Hold' statement.  Mail for all other zones is
  170.                stored in distinct outbound areas for each zone.  See "Zone
  171.                Support" in the User's Guide for details.
  172.  
  173.                For Domain-Support refer to the User's Guide Section
  174.                "Description an Operation of Domain Addressing".
  175.           
  176.                NOTE:  3D Point systems must also use the 'PrivateNet'
  177.                statement, even if a <point> parameter is specified.
  178.           
  179.           AfterMail <command_line>
  180.           
  181.                If used, BinkleyTerm will invoke a DOS shell and execute the
  182.                <command_line> after receiving mail.  It is suggested that
  183.                <command_line> designate a batch file, rather than a specific
  184.                program.  The batch file would contain command line(s) for the
  185.                program(s) that will actually unpack and/or toss incoming
  186.                mail.
  187.           
  188.                NOTE!  If this statement is used, no E2= or E3= exits during
  189.                event schedules should be used, since they take priority over
  190.                this statement.  Refer to the section "Scheduling Events" for
  191.                details.
  192.           
  193.                See also 'Packer' and 'Cleanup' for related information.
  194.           
  195.           Aka <net>/<node>
  196.           
  197.                NOTE:  This statement is supported for backward compatibility
  198.                only.  If you wish to specify a/k/a addresses, please use the
  199.                newer 'Address' statement described previously. 
  200.           
  201.                Allows nodes with more than one FidoNet address to specify
  202.                their alternate addresses.  This would normally be used by
  203.                network, region or zone coordinators, and other 'special'
  204.                nodes.  Multiple 'Aka' statements can be used.
  205.           
  206.           Answer <modem_string>
  207.           
  208.                When this statement is used, BinkleyTerm assumes that the
  209.                modem has been set NOT to answer the phone automatically (by
  210.                the modem initialization string, or the modem's DIP switches). 
  211.                When BinkleyTerm receives a response string of "RING" from the
  212.                modem, it sends the <modem_string> command to the modem to
  213.                answer the phone. 
  214.           
  215.                The advantage is that BinkleyTerm must be "alive and well"
  216.                before the modem will answer a call.  If for some reason
  217.                BinkleyTerm is not available, yet the modem still has power,
  218.                no calls will be answered.  
  219.           
  220.                NOTE!  Some modems DO NOT like commands to be sent while
  221.                they're sending response strings...in testing, this feature
  222.                DOES NOT work on all modems.  Only by trying it will you be
  223.                able to determine if it works with your modem.
  224.           
  225.           AnswerBack <text>
  226.           
  227.                In Terminal Mode, when an ENQ (ASCII decimal 5, hex 5) is
  228.                received, <text> will be sent in response.  Normal BinkleyTerm
  229.                character translations are available.  Many BBS packages send
  230.                this character immediately prior to requesting a user name.
  231.           
  232.           Application <app_name> [<parm> <parm> ... ]
  233.           
  234.                Allows addition of application dependent data to the
  235.                configuration file.  Any 'Application' statement is ignored
  236.                by BinkleyTerm entirely.
  237.           
  238.                <app_name> is the name of or reference to a specific
  239.                application, such as a message editor or outbound maintenance
  240.                utility that uses the BinkleyTerm configuration file.  Zero
  241.                or more application specific parameters, shown as <parm> in
  242.                the example, may follow <app_name>.  
  243.           
  244.           Autobaud
  245.           
  246.                In Unattended Mode, this forces BinkleyTerm to call out at the
  247.                baud rate specified by the 'Baud' statement, regardless of the
  248.                baud rate associated with a given nodelist entry.  This
  249.                assures connects at the highest possible baud rate.
  250.           
  251.           Avail <filespec>
  252.           
  253.                This designates the name of the file to be sent to a remote
  254.                system that file requests "FILES" from your system.  The
  255.                <filespec> identifies the file, and may contain an optional
  256.                drive and path designation.
  257.           
  258.                Refer to the User's Guide sections "File Requests" and
  259.                "Security - Controlling File Requests" for more information.
  260.           
  261.           Banner <string>
  262.           
  263.                The line designated by <string> is sent to callers 
  264.                immediately following the BinkleyTerm identification line, and
  265.                before the line, "Press <Escape> to enter BBS."  Generally,
  266.                this is the name of your BBS or something else of interest to
  267.                callers.
  268.                         
  269.           Baud <max_baud_rate>
  270.           
  271.                This parameter tells BinkleyTerm your maximum baud rate. 
  272.                Valid <max_baud_rate> settings are 300, 1200, 2400, 4800,
  273.                9600, 19,200 and 38,400.  In Terminal Mode, you may change
  274.                this setting. 
  275.           
  276.           BBS <exit_option>
  277.           
  278.                This designates the method to be used to access your BBS
  279.                software when a human caller dials your system.  Valid options
  280.                for <exit_option> are 'Batch,' 'Exit' and 'Spawn.'  Refer to
  281.                the User's Guide section "BBS Interface" for more information
  282.                on the options, and how to use them.
  283.           
  284.           BBSNote <string>
  285.           
  286.                After a human caller presses Escape to access the BBS program,
  287.                or after the number of seconds designated by the 'Timeout'
  288.                statement, BinkleyTerm will display the <string> to the
  289.                caller.  Generally, this is a notification that the BBS
  290.                software is loading. 
  291.           
  292.           BlankWait <number>
  293.  
  294.                Sets the number of seconds Binkley will wait before blanking the
  295.                screen when the "ScreenBlank" config verb is uncommented.
  296.  
  297.           Boss <net>/<node>
  298.           
  299.                NOTE:  This statement is supported for backward compatibility
  300.                only.  It is not needed when the 'Address' statement is used,
  301.                as described previously.
  302.           
  303.                This specifies a FidoNet node address.  For regular FidoNet
  304.                nodes, place your assigned address here.  For Point systems,
  305.                place the address of your Boss node here.
  306.           
  307.           BossPhone <phone_number>
  308.           
  309.                This parameter, used in Point installations, contains the
  310.                telephone number of your Boss node for use with the Alt-Y
  311.                command in Terminal Mode.  This statement is optional in all
  312.                cases except Point installations that do not wish to use a
  313.                nodelist.   
  314.           
  315.           BossPwd <password>
  316.           
  317.                Used for Point installations, this parameter designates the
  318.                password to be used for session-level passwording with your
  319.                Boss node.  Refer to the User's Guide section "Security -
  320.                Session Passwording" for additional information.  The Boss
  321.                node must also have session passwording implemented, using
  322.                this password.
  323.           
  324.                When this parameter AND 'BossPhone' are BOTH implemented, a
  325.                nodelist is NOT required for a Point system.
  326.           
  327.           BoxType <number>
  328.           
  329.                When full-screen mode is used (default), this tells
  330.                BinkleyTerm what type of boxes to use for the various on-
  331.                screen windows.  Legal values are from 0 to 4.  They produce
  332.                the following results (apologies given to people with printers
  333.                that do not support the extended IBM character set):
  334.           
  335.                     0    1    2    3    4        0 = Hatches (Non-IBM)
  336.                    +-+  ┌─┐  ╔═╗  ╓─╖  ╒═╕       1 = Single Rule
  337.                    | |  │ │  ║ ║  ║ ║  │ │       2 = Double Rule
  338.                    +-+  └─┘  ╚═╝  ╙─╜  ╘═╛       3 = Single Top, Double Sides
  339.                                                  4 = Double Top, Single Sides
  340.           
  341.           
  342.           Busy <modem_string>
  343.           
  344.                While BinkleyTerm performs certain functions, and when you
  345.                exit the program from Unattended Mode, BinkleyTerm sends the
  346.                <modem_string> to the modem.  Normally, this is a short set
  347.                of modem commands, as shown in the sample configuration file,
  348.                to take the phone off-hook to prevent incoming calls.  Callers
  349.                will hear a busy signal.
  350.           
  351.                You may desire to lower DTR instead using a lower-case letter
  352.                "v."  This would cause callers to hear ringing, but with no
  353.                answer.  
  354.           
  355.           CaptureFile <filename>
  356.           
  357.                If used, this statement tells BinkleyTerm the name of a file
  358.                to use for session capturing in terminal mode.  The Alt-L
  359.                command toggles session capture on and off.  If this statement
  360.                is not used, then BinkleyTerm will prompt for a name each time
  361.                Alt-L is pressed.  When activated, all communications session
  362.                I/O will be echoed to this file.  The <filename> may
  363.                optionally include a drive and path designation as well.  
  364.           
  365.           Carrier <hex_carrier_mask>
  366.           
  367.                This tells BinkleyTerm which FOSSIL status bit it should use
  368.                to determine whether or not carrier is present.  A value of
  369.                80 (hexadecimal) is nearly always correct.  Some modems do not
  370.                support CD (carrier detect) and other signal lines may be
  371.                used.  
  372.           
  373.                NOTE:  This value is in HEXADECIMAL (base 16).  Other systems,
  374.                such as Opus-CBCS, ask for this value in DECIMAL (base 10). 
  375.                Normal setting is 80 hex, which equals 128 decimal. 
  376.  
  377.           CheckInit
  378.  
  379.                BT watches now the modem reponse after issuing the init string.
  380.                If there's no "OK" coming, BT tries again. After two
  381.                unsuccesfull tries, BT exits with errorlevel 2.
  382.                I recommend to comment out "PreInit" when using this feature.
  383.           
  384.           Cleanup <command_line>
  385.           
  386.                If used, BinkleyTerm will execute <command_line> at the
  387.                beginning of each event, but prior to the 'Packer' statement's
  388.                command line (if used).  This might be used to unpack any
  389.                previously packed outbound mail for later repacking, or to
  390.                perform minor outbound area maintenance, etc.  It is suggested
  391.                that <command_line> designate a batch file that would contain
  392.                the command line(s) for the program(s) actually used to unpack
  393.                mail and/or perform maintenance.
  394.           
  395.                See also 'AfterMail' and 'Packer' for related information.
  396.           
  397.           Colors <n1> <n2> <n3> <n4> <n5> <n6> <n7> <n8> <n9> <n10>
  398.  
  399.                <n1>   top and bottom text displays (Nodenumber, Systemname,
  400.                       Version and help key).
  401.                <n2>   "Current-Settings"-window
  402.                <n3>   "Today at a Glance"-window
  403.                <n4>   "Pending Outbound Mail"-window
  404.                <n5>   "Recent-Activity"-window
  405.                <n6>   "Transfer Status"-window
  406.                <n7>   actual called node in the "Pending Outbound Mail"-window
  407.                <n8>   color of pop-up windows
  408.                <n9>   header of all windows
  409.                <n10>  border of all windows
  410.  
  411.                Only applies if a Video FOSSIL (VFOSSIL) is detected at start-
  412.                up.  This statement allows setting of color attributes for the
  413.                full-screen windowed display.
  414.  
  415.                The default colors are all 7, black background with white
  416.                foreground.
  417.  
  418.                The following chart may assist you in determining your desired
  419.                color attribute values.  The numbers listed under "Foreground"
  420.                will yield the given color on a black background.  By adding
  421.                the value shown under "Background Value" to the foreground
  422.                value will yield a background of the selected color.  
  423.           
  424.                For example, to get yellow characters on a blue background,
  425.                add the foreground color for yellow, 14, to the background
  426.                value for blue, 16 - use a color attribute of 30.  
  427.           
  428.                Note that gray, bright colors and yellow cannot be used for
  429.                the background.
  430.           
  431.                Color          Foreground     Background Value
  432.                -------------- -------------- ----------------
  433.                Black          0              0
  434.                Blue           1              16
  435.                Green          2              32
  436.                Cyan           3              48
  437.                Red            4              64
  438.                Magenta        5              80
  439.                Brown          6              96
  440.                White          7              112
  441.                Gray           8              N/A
  442.                Bright Blue    9              N/A
  443.                Bright Green   10             N/A
  444.                Bright Cyan    11             N/A
  445.                Bright Red     12             N/A
  446.                Bright Magenta 13             N/A
  447.                Yellow         14             N/A
  448.                Bright White   15             N/A
  449.           
  450.                On IBM-compatible monochrome displays and using a black
  451.                background, colors 9 through 15 yield high intensity
  452.                characters, 1 through 7 normal intensity characters.  0 and
  453.                8 yield invisible characters.  1 and 9 will yield underscored
  454.                characters.
  455.           
  456.           CursorCol <column>
  457.           
  458.                For use with multi-tasking systems, this tells BinkleyTerm
  459.                the column number to place the cursor after screen writes. 
  460.                For DESQview, <column> should be set to 1.  The default value
  461.                is 80.  
  462.           
  463.           CursorRow <row>
  464.           
  465.                For use with multi-tasking systems, this tells BinkleyTerm the
  466.                row number to place the cursor after screen writes.  For
  467.                DESQview, <row> should be set to 1.  The default value is 23.
  468.           
  469.           CostLog <file>
  470.  
  471.                 It needs  CostLog definitions from parselst.cfg and works
  472.                 only with the German and Swiss phone billing scheme. If
  473.                 "CostLog" isn't defined, then everything works the
  474.                 standard way.
  475.  
  476.                 If CostLog is defined you will have to change the cost
  477.                 settings of your nodelist compiler.
  478.                 BT EE needs the cost in tenth of seconds for one cost unit in
  479.                 the compiled nodelist.
  480.  
  481.                 The costlog has two formats: One "big" if abs(LogLevel) is 5
  482.                 and one "small".
  483.  
  484.           CostUnit <unit>
  485.  
  486.                Define the cost unit. If you leave it out, Binkley uses 23
  487.                (for Germany every unit costs 23 Pfg, length of unit differs
  488.                with the distance of your call). If you live in
  489.                Switzerland you will probably define "CostLog 10" for 10
  490.                 Rappen.
  491.  
  492.           Dial <match_string> <new_prefix>/[<new_suffix>]
  493.           
  494.                This option allows for real-time telephone number translation. 
  495.                
  496.                BinkleyTerm will look at the telephone number it is to send
  497.                to the modem.  If the prefix of the telephone number matches
  498.                that shown in <match_string>, then the prefix will be changed
  499.                to <new_prefix>, and <new_suffix> (optional) will be added to
  500.                the end. 
  501.                    
  502.                In most cases, this will be used to strip-off "1-" and/or area
  503.                codes for systems in a local exchange, such as:
  504.           
  505.                DIAL 1-603-888 888/
  506.                    
  507.                A number in the nodelist as 1-603-888-8179 would be changed
  508.                to simply 888-8179 and dialed.           
  509.           
  510.                DIAL 1-303-555 555/&M0
  511.                    
  512.                A number in the nodelist as 1-303-555-1234 would be changed
  513.                to 555-1234&M0 and dialed. 
  514.           
  515.                There is a maximum of 20 characters each for <match_string>,
  516.                <new_prefix> and <new_suffix>.
  517.           
  518.                Another use for this feature would be for dialing scripts:  
  519.                        
  520.                DIAL 1-404 "GA_PCP.SCR"404/
  521.                    
  522.                This line could be used to invoke a PC Pursuit script, for
  523.                example, for the state of Georgia.  The script would be used
  524.                for all outgoing calls to area code 404. 
  525.                    
  526.                For permanent translations it is probably more efficient to
  527.                perform these translations with your nodelist processing
  528.                program (i.e., XlatList, ParseLst, XlaxNode).  Refer to your
  529.                nodelist processing software documentation for more
  530.                information.
  531.           
  532.           DoingMail <string>
  533.           
  534.                If used, this statement will cause BinkleyTerm to send
  535.                <string> to a caller when an event without a 'B' flag is
  536.                active, indicating that BBS access is NOT allowed.  This
  537.                replaces the default string "Processing Mail.  Please hang
  538.                up."  See the section "Scheduling Events" for more information
  539.                on event flags.
  540.           
  541.           Domain <designator> <abbreviation> [<nodelist> [<start_z> <end_z>]]
  542.  
  543.                For Domain-Support refer to the User's Guide Section
  544.                "Description an Operation of Domain Addressing".
  545.  
  546.                BT uses start_z and end_z for a simple domain matching.
  547.                If BT receives any nodedumber without domain and you set
  548.                up domains, it'l try to add the domain with comparing
  549.                them to all <start_z> <end_z> entries.
  550.                Example:
  551.                    Domain fidonet fidonet nodex 1 6
  552.                    Domain signet  signet  sigex 24 29
  553.                    Domain virnet  virnet  virex 9 9
  554.                If BT receives 27:1341/103 ther will be added @signet
  555.                automatically.
  556.  
  557.           Downloads <path>
  558.           
  559.                This tells BinkleyTerm where to place files downloaded while
  560.                in Terminal Mode.  The <path> is a complete drive and path
  561.                designation.  This path has no effect on mail transfers made
  562.                in Unattended Mode.
  563.           
  564.           DTRHigh
  565.           
  566.                If used, BinkleyTerm will leave the DTR (data terminal ready)
  567.                line to the modem "high" whenever it is exiting.  By default,
  568.                BinkleyTerm takes the DTR line "low" when exiting.  The use
  569.                of 'DTRHigh' has no effect when doing an Alt-J shell escape
  570.                which will leave DTR low.  'DTRHigh' should be used with
  571.                modems that go back on-hook when DTR is lowered.
  572.           
  573.           EnterBBS <string>
  574.           
  575.                If used, this statement will cause BinkleyTerm to send
  576.                <string> to a caller when the BBS is available, during events
  577.                with a 'B' flag, indicating that BBS access is allowed.  This
  578.                replaces the default string "Press <Escape> to enter BBS." 
  579.                Note that <string> must not exceed one line.  See the section
  580.                "Scheduling Events" for more information on event flags.
  581.           
  582.           Event <event_flags...>
  583.           
  584.                NOTE!  Normally the 'Event' statement is used only in the
  585.                event file, BINKLEY.EVT.  Events should NOT be scheduled in
  586.                the configuration file.  This statement begins an event line. 
  587.                Due to the depth of this topic, it is covered in the section
  588.                "Scheduling Events."
  589.           
  590.           ExitBaud [<errorlevel>] <Connect>
  591.  
  592.                This is a feature for people who have to react on
  593.                different connect messages (e.g. Fax modems).
  594.                If BT encounters the given <Connect> messages reported
  595.                by the modem it takes the following action:
  596.  
  597.                   -  errorlevel > 0:
  598.                       * forces Binkley to exit with the specified
  599.                         errorlevel (or 99 if not defined)
  600.                       * it generates a batchfile called BAUDBAT.BAT
  601.                         that contains the line
  602.                           "EXITBAUD <locked Baudrate> <Baudrate> <Port/Handle>
  603.                                     <Time_to_next_event> <Connect>"
  604.  
  605.                   - errorlevel < 0:
  606.                       * forces Binkley to shell to call
  607.                           "EXITBAUD <locked Baudrate> <Baudrate> <Port/Handle>
  608.                                     <Time_to_next_event> <Connect>"
  609.  
  610.                E.g. if you have a Fax-Modem that reports 'CONNECT FAX' and
  611.                you want to call your fax-software as fast as possible, you
  612.                may include
  613.                         ExitBaud 199 FAX
  614.                into your CFG. You see that this statements works like
  615.                ExtrnMail...
  616.                In OS/2 you'll have to use the shell!
  617.  
  618.           ExtrnMail [<errorlevel>] <string> 
  619.           
  620.                This is used in conjunction with BinkleyTerm's external mail
  621.                program feature.  If while waiting for a YooHoo or TSYNC (the
  622.                beginning of a FidoNet mail session) BinkleyTerm receives
  623.                <string>, it will write to the disk a file named MAILBAT.BAT,
  624.                and will then exit with an errorlevel of 99.  Refer to the
  625.                User's Guide section "External Mail Programs" for information.
  626.           
  627.                Note that if the [<errorlevel>] parameter is used, BinkleyTerm
  628.                will exit with an errorlevel of the value given, rather than
  629.                the default value of 99.
  630.           
  631.                When used for an external mail program, <string> should be
  632.                relatively long, without too many repeating characters, to
  633.                assure accuracy.  When used with multiple BBS functionality,
  634.                <string> may be only one letter.
  635.           
  636.                Up to 16 "ExtrnMail" statements that each use [<errorlevel>]
  637.                may be used.
  638.  
  639.           FaxIn <fax_inbound_path>
  640.  
  641.                This keyword tells Binkley where to store received Class 2
  642.                faxes. See the User's Guide for more information about
  643.                Class 2 fax receive.
  644.  
  645.           FileSec <n>
  646.  
  647.                See MaxAreas
  648.  
  649.           Flags <dir>
  650.  
  651.                The directory name specified is used by BinkleyTerm to create
  652.                task identification files.  The filename is TASK.# where # is
  653.                the task number.  These files can be used to determine if any
  654.                given Binkley task is currently running.  The file is created
  655.                whenever Binkley has carrier present and a mail session is
  656.                in progress.
  657.  
  658.           FTS-0001
  659.  
  660.                When used, this statement will force BinkleyTerm to use only
  661.                base FidoNet protocol (FTS-0001), effectively enabling the
  662.                equivalent of the following statements:  NoWaZOO, NoResync,
  663.                NoSLO and NoSEAlink.  Used mostly for debugging and testing
  664.                of FidoNet policy compliance; not for regular use.
  665.  
  666.           Gong
  667.           
  668.                Using this statement causes BinkleyTerm to sound an alarm when
  669.                it successfully connects with a system it's attempting dial,
  670.                or after a download has been completed.  'Gong' is only
  671.                applicable in Terminal Mode.  Note that 'Gong' also works when
  672.                doing a manual mail poll operation in Terminal Mode (Alt-M).
  673.           
  674.           Hold <path>
  675.           
  676.                This specifies the complete drive and path designation for the
  677.                directory that will be used as your outbound mail holding
  678.                area.  oMMM and/or other mail processing software places
  679.                outbound mail in this area for BinkleyTerm to send to or hold
  680.                for other FidoNet systems.
  681.           
  682.                It should be mentioned that this area should NOT contain any
  683.                other files of any kind, and that the contents of the
  684.                directory should NOT be manipulated by you unless you know
  685.                EXACTLY what you're doing.  For all practical purposes,
  686.                BinkleyTerm maintains this directory for you.
  687.           
  688.           Include <filename>
  689.           
  690.                If used, this tells BinkleyTerm the name of a file to include
  691.                while reading the configuration file.  The include file must
  692.                contain additional configuration file statements in the same
  693.                format as expected for the primary configuration file.  When
  694.                end-of-file is reached, BinkleyTerm will continue reading the
  695.                main configuration file at the line immediately following the
  696.                "Include" statement that initially caused BinkleyTerm to
  697.                branch.
  698.           
  699.                The <filename> may optionally include a drive and path
  700.                designation.  Example:  C:\BT\INCL_2.CFG
  701.           
  702.           Init <modem_string>
  703.           
  704.                BinkleyTerm sends the <modem_string> to the modem to 
  705.                initialize it, and make it ready for communication.  The
  706.                string is sent to the modem verbatim, with the exception of
  707.                special dial translation characters.  These characters are
  708.                shown in the section "Dial Translations." 
  709.           
  710.                Refer to your modem instruction manual for help in finding a
  711.                correct init string for your particular modem and
  712.                configuration.
  713.           
  714.           JanusBaud
  715.           JanusOK
  716.  
  717.                Controls whether Janus bi-directional protocol will be used
  718.                during WaZOO sessions.  Please refer to the complete Janus
  719.                explanation in the User's Guide.
  720.  
  721.           KnownAbout <filespec>
  722.           
  723.                This tells BinkleyTerm the name of the ABOUT file, a special
  724.                file used with incoming file requests.  <filespec> is a
  725.                complete drive, path and filename designation.  This ABOUT
  726.                file applies only to file requests that are received from
  727.                "known" systems.  
  728.           
  729.                Refer to the User's Guide sections "File Requests" and
  730.                "Security - Controlling File Requests" for more information.
  731.           
  732.           KnownAvail <filespec>
  733.           
  734.                This designates the name of the file to be sent to a "known"
  735.                remote system which file requests "FILES" from you.  The
  736.                <filespec> identifies the file, and may contain an optional
  737.                drive and path designation.
  738.           
  739.                Refer to the User's Guide sections "File Requests" and
  740.                "Security -Controlling File Requests" for more information.
  741.           
  742.           KnownInbound <path>
  743.           
  744.                Used with secured inbound areas, this statement designates the
  745.                path to the inbound file area used for mail received from
  746.                "known" systems.
  747.           
  748.                Refer to the User's Guide section "Security - Secured Inbound
  749.                File Areas" for more information.
  750.  
  751.           KnownMaxBytes
  752.  
  753.                See 'MaxBytes' for information.
  754.           
  755.           KnownMaxTime <number>
  756.  
  757.                See MaxTime.
  758.  
  759.           KnownMinBaud <baud>
  760.  
  761.                See MinBaud.
  762.  
  763.           KnownReqLim <quantity>
  764.           
  765.                This tells BinkleyTerm the maximum number of files that will
  766.                be sent in response to incoming file requests during any one
  767.                mail session.  Regardless of whether the incoming requests has
  768.                wildcards, or whether multiple file requests are sent in one
  769.                mail session, the maximum number of files that will be sent
  770.                in response to an incoming file request will be no greater
  771.                than <quantity>.  
  772.           
  773.                This statement applies only to "known" systems.
  774.           
  775.                Refer to the User's Guide sections "File Requests" and
  776.                "Security - Controlling File Requests" for more information.
  777.           
  778.           KnownReqList <filespec>
  779.           
  780.                This designates the name of the OKFILE, a special used with
  781.                incoming file requests.  The <filespec> is a complete drive,
  782.                path and filename designation.  This OKFILE applies only to
  783.                file requests received from "known" systems.
  784.           
  785.                For more information, refer to the User's Guide sections "File
  786.                Requests" and "Security - Controlling File Requests."
  787.           
  788.           KnownReqTpl <filespec>
  789.           
  790.                This designates the name of the response file template used
  791.                for request response file construction.  The <filespec> is a
  792.                complete drive, path and filename designation.  This template
  793.                applies only for response files generated for "known" systems.
  794.           
  795.                For more information, refer to the User's Guide sections
  796.                "Request Response Files" and "Security - Response File
  797.                Templates."
  798.           
  799.           KnownSec <n>
  800.  
  801.                See MaxAreas
  802.  
  803.           LazyAkaChk
  804.  
  805.                Standard behaviour on EMSI Sessions is to hang up if the remote
  806.                password does not match our passwords.
  807.                If you enable "LazyAkaChk" in BINKLEY.CFG, all Akas with bad
  808.                passwords are deleted (no mail is sent to those akas) but
  809.                BT does NOT hang up.
  810.                If you want to protect _your_ akas, e.g. tell BT to hang up
  811.                if a remote system calls you with one of your akas in his
  812.                aka list, install a password for your own akas!
  813.  
  814.           Lockbaud <string>
  815.           LockBaud [<lock_rate>]
  816.  
  817.                The <lock_rate> parameter tells BinkleyTerm what baud rate
  818.                at which locking should occur.  This is useful for modems
  819.                that allow a floating baud rate to a certain speed, then
  820.                are locked at higher connect rates.
  821.                Most ROM revisions of the USRobotics Courier HST 14.4k model
  822.                and the USRobotics Courier HST Dual Standard allow this type
  823.                of operation by setting the modem for &B0 which floats the
  824.                baud rate at 2400 bps or lower.  Bit 7 (and perhaps Bit 6)
  825.                of the S27 register also need to be set appropriately.
  826.  
  827.                TO LOCK AT 19200 AND FLOAT AT SLOW SPEEDS:  Use the
  828.                'Baud 19200' and 'LockBaud 4800' statements in your
  829.                configuration file, and set the modem for &B0 and S27=128.
  830.  
  831.                Jeff Nonken's Lockbaud ARQ idea has been implemented.  The
  832.                <string> should be that part of the connect string from the
  833.                modem that identifies an error-free connection.  The FOSSIL
  834.                should NOT be locked if this option is used.
  835.                See the User's Guide for more information.
  836.  
  837.                If you have a modem with more than one response code which
  838.                indicates an error-free connection, you can use multiple
  839.                "LockBaud" lines (up to 16).
  840.  
  841.  
  842.           LogLevel <log_level_number>
  843.           
  844.                This tells BinkleyTerm how verbose to make the status log. 
  845.                Acceptable values for <log_level_number> are from 1 to 5, 1
  846.                indicating minimal information, 5 maximum information.  See
  847.                the 'Statuslog' option for additional information.
  848.  
  849.                If you define a negative Log level, Binkley will only write to
  850.                the logfile if a carrier is currently detected. This reduces
  851.                the logfile dramatically, but with "LogLevel -5" you still have
  852.                the complete information of your sessions available. Note that
  853.                this can cause problems with logfile-analyzers.
  854.           
  855.                Each log entry is preceded by a character or a blank,
  856.                indicating the importance of the entry.
  857.           
  858.                LogLevel  Characters That Precede Included Entries
  859.           
  860.                     1      ! *
  861.                     2      ! * +
  862.                     3      ! * + :
  863.                     4      ! * + : #
  864.                     5      ! * + : # and blank (no character)
  865.           
  866.           Macro <number> <macro_string>
  867.           
  868.                This allows the sending of predefined macros from within
  869.                Terminal Mode.  Macros are typically used to send your name,
  870.                user ID, or passwords while on-line.
  871.           
  872.                The <number> parameter is a digit between 1 and 9, which
  873.                corresponds to the F1 through F9 keys.  While in Terminal
  874.                Mode, you send a macro by pressing Alt-Fx, x indicating the
  875.                macro number you desire to send.
  876.           
  877.                The <macro_string> is sent verbatim.  A carriage return is
  878.                indicated by the pipe symbol (|).  No other translations take
  879.                place.
  880.           
  881.           MailNote <string>
  882.           
  883.                Used in conjunction with BinkleyTerm's external mail program
  884.                feature.  When the string designated by the 'ExtrnMail'
  885.                statement is received, <string> is sent to the caller as
  886.                notification that the external mail program is being loaded. 
  887.                Refer to the User's Guide section "External Mail Programs" for
  888.                information.
  889.           
  890.           MakeDir
  891.                If "TaskNumber" is set and if BT has to create flag files,
  892.                not available directories (PNT, zones) are now created on the
  893.                fly. Empty PNT directories are deleted after use.
  894.  
  895.           MaxBytes
  896.  
  897.                Together with the 'ProtMaxBytes' and 'KnownMaxBytes'
  898.                statements, you can control file requests by number of bytes
  899.                sent.  These three statements work in the same manner as the
  900.                other file request limiting statements detailed in the
  901.                documentation.  NOTE:  There is a response file "Type 6"
  902.                response now, which indicates that the caller has exceeded
  903.                the byte limits.
  904.  
  905.           MaxAreas <area.dat>
  906.  
  907.                Adding MaxAreas with the path to your Maximus
  908.                AREA.DAT files database let's BT seek files in
  909.                this base when processing file requests.
  910.  
  911.                All you have to do is:
  912.                 * add "MaxFiles D:\Max\AREA.DAT" to BINKLEY.CFG
  913.                 * add "*D:\Max\MAXFILES.IDX" to you OKFILE
  914.  
  915.                You will have to add following keywords to your BINKLEY.CFG:
  916.                    FileSec  <n>
  917.                    KnownSec <n>   (optional)
  918.                    ProtSec  <n>   (optional)
  919.  
  920.                Where n is the following security level:
  921.                    0=Disgrace, 1=Limited, 2=Normal, 3=Worthy,     4=Privil,
  922.                    5=Favored,  6=Extra,   7=Clerk,  8=Asstsysop, 10=Sysop,
  923.                   11=Hidden,  -2=Twit (not supported)
  924.  
  925.                Each caller will be assigned a "user level" (security)
  926.                depending on their caller level (default, known, prot).
  927.                This security will be compared to the access rights in the
  928.                Maximus file area. If the security is too low, the caller
  929.                will get a password error.
  930.  
  931.                Access to 5000-8000 files is very fast: it takes about _one_
  932.                second on my setup! This won't be very much longer on slower
  933.                systems because the file access time will stay about the same.
  934.  
  935.           MaxPort <quantity>
  936.           
  937.                BinkleyTerm is capable of supporting up to 32 communications
  938.                ports.  This is, however, far more than any current FOSSIL
  939.                driver is capable of supporting.  Normally the <quantity> will
  940.                be 1 or 2, depending on your FOSSIL.
  941.           
  942.                Refer to the documentation for your FOSSIL for information
  943.                about the number of ports it is capable of supporting.  For
  944.                Unattended Mode, the port number in use is set by the 'Port'
  945.                statement.  In terminal mode, you may change the port in use,
  946.                dependent on this statement, the number of ports your FOSSIL
  947.                can support, and the hardware you have available. 
  948.           
  949.           MaxReq <quantity>
  950.           
  951.                This tells BinkleyTerm the maximum number of files that will
  952.                be sent in response to incoming file requests during any one
  953.                mail session.  Regardless of whether the incoming requests has
  954.                wildcards, or whether multiple file requests are sent in one
  955.                mail session, the maximum number of files that will be sent
  956.                in response to an incoming file request will be no greater
  957.                than <quantity>. 
  958.           
  959.                Refer to the User's Guide sections "File Requests" and
  960.                "Security - Controlling File Requests" for more information.
  961.           
  962.           MaxTime <number>
  963.  
  964.                Specifies the maximum cumulative time allowed for file request
  965.                sessions in minutes.  This verb can be used in combination with
  966.                the file request size limiters (MaxBytes, KnownMaxBytes,
  967.                ProtMaxBytes) as well as the file request quantity limiters
  968.                (MaxReq, KnownMaxReq, ProtMaxReq).
  969.  
  970.           MinBaud <baud>
  971.  
  972.                This keyword defines the lowest baudrate at which
  973.                frequesting is allowed. If the caller is at a lower
  974.                baudrate he'll get the right response-message. Have
  975.                a look into SAMPLE.TPL for the new 'status 8'!
  976.  
  977.           ModemTrans <number> <prefix>/[<suffix>]
  978.           
  979.                This statement allows BinkleyTerm to dynamically select the
  980.                modem prefix and suffix strings based on the modem type field
  981.                found in a Version 6 or compatible nodelist, or in a
  982.                NODELIST.EXT file (see the section "Nodelist" in the User's
  983.                Guide).  
  984.           
  985.                The <prefix>/[<suffix>] have the same purpose and usage as
  986.                they do in conjunction with the 'Dial' statement described
  987.                previously.  Refer to 'Dial' above for more information.
  988.           
  989.                The value of <number> corresponds to a given modem type.  If
  990.                this type is matched, then the given <prefix>/[<suffix>]
  991.                values are used.
  992.           
  993.           MultiLink
  994.           
  995.                This tells BinkleyTerm that the MultiLink multi-tasker is
  996.                installed, and to release time-slice to the multi-tasker
  997.                during certain non-processor-intensive operations.  This
  998.                increases system efficiency for MultiLink-using systems.
  999.           
  1000.           MyListFlags <list_flags>
  1001.  
  1002.                Your nodelist-flags (EMSI)
  1003.  
  1004.           MyLocation <location>
  1005.  
  1006.                Location of your system (EMSI)
  1007.  
  1008.           MyMaxBaud <maxbaud>
  1009.  
  1010.                The max. baudrate supported by your modem (300-9600)
  1011.  
  1012.           MyPhone <phone>
  1013.  
  1014.                Your phonenumber (data) (EMSI)
  1015.  
  1016.           NetFile <path>
  1017.           
  1018.                This specifies the complete drive and path of the directory
  1019.                that will hold files being sent to your system via FidoNet. 
  1020.                Incoming mail is stored here prior to processing.  This path
  1021.                is also used by BTCTL to create a MAIL.SYS file. 
  1022.           
  1023.                If secured inbound areas are being used (see 'ProtInbound' and
  1024.                'KnownInbound' in this Reference Guide, or the section
  1025.                "Security - Secured Inbound File Areas" in the User's Guide),
  1026.                then this statement designated the inbound file path for mail
  1027.                received from systems not in the nodelist and not password
  1028.                protected.
  1029.           
  1030.           NetMail <path>
  1031.           
  1032.                This specifies the complete drive and path of the directory
  1033.                that contains a Fido compatible message base.
  1034.                This Path is used for the "Unread Netmail Pending" display.
  1035.  
  1036.           NiceOutbound <sorted>
  1037.                NiceOutbound switches on the nice outbound. If you
  1038.                use "NiceOutbound S", it will be sorted in zone/net/node/point
  1039.                order.
  1040.  
  1041.                The "Flags" field. It carries the information spread
  1042.                about half the window in the standard version. Depending on
  1043.                the files in the outbound directory the characters C/H/D/N
  1044.                and/or R are displayed (for crash, hold, direct, normal and
  1045.                requests).
  1046.  
  1047.                The old "S" field (status) has been removed. Instead, a human
  1048.                readable text is displayed if an error occurs:
  1049.  
  1050.                  Unknwn   for nodes that have no entry in the nodelist
  1051.                  NoConn   when the maximum values in BINKLEY.EVT ("T=n,m") are
  1052.                           exceeded.
  1053.                  Tried    If a session took place, but some mail or requests
  1054.                           for the node still remains.
  1055.  
  1056.                The "Files" field displays how many files
  1057.                are pending for the node. All *.?UT, *.?EQ, *.?LO and all
  1058.                files in flow-file(s) are counted.
  1059.  
  1060.                The "Age" field displays how old the oldest of all the
  1061.                files to be sent is. Nice for people with points not picking
  1062.                up their mail regularily. The date of the files inside of the
  1063.                *.?LOs flow-files are not considered, because you can send very
  1064.                old files from your system via file-attach.
  1065.  
  1066.                ┌ Pending Outbound Mail ─────────────────┐
  1067.                │Node               Files Size Age Status│
  1068.                │1:135/202@fidonet      1  267b  0      C│  <- a crashmail
  1069.                │2:243/1@fidonet        1  7.1k  0     NR│  <- normal mail/req
  1070.                │2:242/29@fidonet       2  127k  1     H-│  <- 2 files since 
  1071.                │                                        │     yesterday on hold
  1072.                └────────────────────────────────────────┘
  1073.  
  1074.           NoArq <arqstr>
  1075.  
  1076.                You can define here up to five  extended connect strings which
  1077.                should'nt passed to the bbs. If none of these strings
  1078.                matches, BT displays "ARQ Connect" in the "Current Settings"
  1079.                window and handles ZModem block sizes more "ARQ-friendly".
  1080.                My setting for a HST-DS:
  1081.                  NoArq  /None
  1082.                  NoArq  /V32/None
  1083.  
  1084.           NoCollide
  1085.           
  1086.                By default, BinkleyTerm will make an attempt to detect an
  1087.                incoming call while preparing to make an outgoing call, and
  1088.                abort the outgoing call process.  This feature is called "call
  1089.                collision detection," and may not work on all modems.  Using
  1090.                'NoCollide' disables this feature entirely.
  1091.           
  1092.           Nodelist <path>
  1093.           
  1094.                This specifies the complete drive and path where processed,
  1095.                compiled nodelist files can be found.  Refer to the User's
  1096.                Guide section "Nodelist" for more information.
  1097.           
  1098.           NoEMSI <user_flag>
  1099.  
  1100.                Set NoEmsi to disable the EMSI handshake.
  1101.                NoEMSI without <user_flag>:
  1102.                   - disable EMSI-support for callers and outdials
  1103.                NoEMSI with <user_flag>:
  1104.                   - <user_flag> can be "A" trough "F"
  1105.                   - If a dialed system has the same user flag set in the
  1106.                     nodelist, BT won't use EMSI in this session!
  1107.  
  1108.           NoFullScreen
  1109.           
  1110.                By default, BinkleyTerm uses a full-screen interface when in
  1111.                Unattended Mode.  When this statement is used, BinkleyTerm
  1112.                will use the line-by-line screen write mode employed by
  1113.                BinkleyTerm Version 1.10 and earlier.  This statement has no
  1114.                effect in Terminal Mode.
  1115.                    
  1116.           NoMNPFilter
  1117.  
  1118.                This statement disables the MNP-filter and causes
  1119.                session handshakes to start faster. Us this with new modems
  1120.                which support MNP/V.42b; they suppress mnp/v42 garbage well
  1121.                enough.
  1122.  
  1123.           NoRequests
  1124.           
  1125.                This statement tells BinkleyTerm to universally refuse
  1126.                incoming file requests at all times.
  1127.           
  1128.           NoResync
  1129.  
  1130.                When used, this statement will tell BinkleyTerm not to allow
  1131.                SEAlink Resync (an ability to restart failed SEAlink mail
  1132.                sessions).  Used mostly for debugging purposes; not for
  1133.                regular use.
  1134.  
  1135.           NoSEAlink
  1136.  
  1137.                When used, this statement will tell BinkleyTerm not to allow
  1138.                SEAlink mail sessions at all, including SEAlink extensions
  1139.                to base FidoNet protocol (FTS-0007) and WaZOO/DietIFNA
  1140.                sessions.
  1141.  
  1142.           NoSharing
  1143.  
  1144.                Disables file sharing calls in networked environments.
  1145.  
  1146.           NoSize
  1147.  
  1148.                Disables Bink's calculation and display of queued file sizes
  1149.                for the pending outbound window display.  If you see a big
  1150.                performance problem associated with this feature, try uncommenting
  1151.                this verb.  When in force, the "Q=nnn" schedule flag is also
  1152.                disabled.
  1153.  
  1154.           NoSLO
  1155.           
  1156.                This tells BinkleyTerm NOT to employ SEAlink "Overdrive" (an
  1157.                ACK-less variety of the SEAlink protocol) for any SEAlink
  1158.                network mail transfers.  
  1159.           
  1160.           NoWaZOO
  1161.           
  1162.                Forces BinkleyTerm to be strictly an FSC-0001 mailer by
  1163.                disabling WaZOO functionality.  This is primarily of interest
  1164.                to coordinators who wish to verify that their nodes are
  1165.                meeting FidoNet compatibility requirements.
  1166.           
  1167.                There is no benefit to the average user from using this
  1168.                statement.  In fact, performance with other WaZOO-capable
  1169.                mailers (BinkleyTerm, Opus, D'Bridge, FrontDoor, etc.) will
  1170.                be adversely affected.
  1171.  
  1172.           NoWildCards
  1173.  
  1174.                If you define "NoWildCards", wildcards are not allowed in
  1175.                the filename part of a request.
  1176.  
  1177.           NoZedZap
  1178.  
  1179.                When used, this statement will tell BinkleyTerm not to allow
  1180.                ZedZap (Zmodem) transfers during a WaZOO session.  It is
  1181.                primarily intended to force BinkleyTerm to use DietIFNA mode
  1182.                (SEAlink) during WaZOO sessions.  Used mostly for debugging
  1183.                purposes; not for regular use.
  1184.  
  1185.           NoZones
  1186.           
  1187.                Tells BinkleyTerm to handle zones in the same manner as
  1188.                version 1.50 and previous versions.  This essentially means
  1189.                that multi-zone support is turned off.  Refer to the User's
  1190.                Guide section "Zone Support" for additional information.
  1191.           
  1192.           Okfile <filespec>
  1193.           
  1194.                This designates the name of the OKFILE, a special file used
  1195.                with incoming file requests.  <filespec> is a complete drive,
  1196.                path and filename designation.  
  1197.           
  1198.                For more information, refer to the User's Guide sections "File
  1199.                Requests" and "Controlling File Requests."
  1200.           
  1201.           Overwrite
  1202.           
  1203.                When receiving a file in Unattended Mode, or when  downloading
  1204.                a file in Terminal Mode, BinkleyTerm by default will NOT allow
  1205.                overwriting of an existing file if you're receiving a file
  1206.                with the same name.  Instead, BinkleyTerm will slightly alter
  1207.                the name of the file being received to differentiate it from
  1208.                the existing file.  By using the 'Overwrite' statement,
  1209.                BinkleyTerm WILL ALLOW overwriting of existing files should
  1210.                you be receiving one by the same name.
  1211.           
  1212.                Use this option carefully. 
  1213.           
  1214.           Packer <command_line>
  1215.           
  1216.                If used, BinkleyTerm will execute <command_line> at the
  1217.                beginning of each event, but after the "Cleanup" statement's
  1218.                command line (if used).  This might be used to pack any
  1219.                pending outbound mail for sending.  It is suggested that
  1220.                <command_line> designate a batch file that would contain the
  1221.                command line(s) for the program(s) actually used to scan
  1222.                and/or pack mail.
  1223.           
  1224.                See also 'AfterMail' and 'Cleanup' for related information.
  1225.  
  1226.           PickUpAll
  1227.  
  1228.                When connected via EMSI, pickup mail for ALL akas. If
  1229.                not specified, you'll only get mail for your primary aka
  1230.                (beware of BT's automatic aka-matching!).
  1231.  
  1232.           PktRsp
  1233.                PktRsp tells BT to send an answer in PKT style instead of
  1234.                a RSP file.
  1235.                PktRsr only works when a FlagDir is defined, because it
  1236.                creates the PKTs in this directory. The PKTs will be deleted
  1237.                at beginning of the next session. They are coded with the task
  1238.                number, so that no crashes will occur!
  1239.           
  1240.           Point <net>/<node>
  1241.           
  1242.                NOTE:  This statement is supported for backward compatibility
  1243.                only.  To specify a system address, use the 'Address'
  1244.                statement described previously.
  1245.           
  1246.                This parameter specifies a FidoNet node address.  For regular
  1247.                FidoNet nodes, this is your assigned node address.  For Point
  1248.                systems, this address is the one assigned to you by your Boss
  1249.                node Sysop.
  1250.           
  1251.           PollTries <number>
  1252.           
  1253.                This controls how many call attempts BinkleyTerm will make
  1254.                under the following circumstances:
  1255.           
  1256.                     - Alt-D keypress in Terminal Mode
  1257.                     - Alt-M keypress in Terminal or Unattended Mode
  1258.                     - BT POLL command line invocation of BinkleyTerm
  1259.           
  1260.                BinkleyTerm will make <number> attempts, then stop.
  1261.           
  1262.           Port <port_number>
  1263.           
  1264.                This informs BinkleyTerm which communications port your modem
  1265.                is connected to or configured as.  The <port_number>
  1266.                corresponds to the COM port number, 1 for COM1, 2 for COM2,
  1267.                etc.  Most FOSSIL drivers support up to 2 COM ports, COM1 and
  1268.                COM2, some support more.  Refer to your FOSSIL documentation
  1269.                for information on port support and installation information. 
  1270.           
  1271.                Note that in Terminal Mode, it is possible to override this
  1272.                setting.
  1273.           
  1274.           PreDial <modem_string>
  1275.           
  1276.                The <modem_string> designates a string, which will have
  1277.                standard modem translations performed upon it, that is to be
  1278.                sent to the modem BEFORE the dial string (designated by the
  1279.                'Prefix' statement) is sent.  BinkleyTerm has a default
  1280.                'PreDial' string of:
  1281.           
  1282.                     v``^`````
  1283.           
  1284.                Some modems give responses when DTR is lowered, and others
  1285.                require an extended period of time to resync.  By using
  1286.                'PreDial,' you can override the default to provide an outward
  1287.                dialing situation better suited to your modem.  In testing,
  1288.                a single backquote (`) has been used with the USR HST high
  1289.                speed modem to provide extremely fast outward dialing
  1290.                responsiveness.
  1291.           
  1292.           Prefix <modem_string>
  1293.           
  1294.                The <modem_string> is a modem command to cause the modem to
  1295.                dial.  To dial a system, BinkleyTerm sends the <modem_string>,
  1296.                followed by the telephone number, to the modem.  Normally, for
  1297.                touch-tone systems, "ATDT," is used, for rotary-dial lines,
  1298.                "ATDP," would be used.
  1299.           
  1300.                Refer to your modem manual for more information on control
  1301.                options. 
  1302.           
  1303.           PreInit <modem_string>
  1304.           
  1305.                The <modem_string> designates a string, which will have
  1306.                standard modem translations performed upon it, that is to be
  1307.                sent to the modem BEFORE the modem initialization string
  1308.                (designated by the 'Init' statement) is sent.  BinkleyTerm
  1309.                has a default 'PreInit' string of:
  1310.           
  1311.                     |v~^````` |`````
  1312.           
  1313.                The default string is optimized to be suitable for a wide
  1314.                variety of modems.  However, many modems may be able to work
  1315.                with a shorter string, which would yield faster modem
  1316.                initialization sequences.  In testing, this 'PreInit' string
  1317.                has proven effective:
  1318.           
  1319.                     |v``^``
  1320.           
  1321.                Using this string, the initialization sequence is very fast. 
  1322.                Note that 1/2 second is still added at the end of the
  1323.                'PreInit' string for timing purposes, and therefore, 1/2
  1324.                second is the fastest initialization that could be realized
  1325.                by using your own 'PreInit' setting.
  1326.  
  1327.           PrivateNet <fakenet>
  1328.           
  1329.                This tells BinkleyTerm the net number of a private network for
  1330.                which you serve as a gateway, if any.  This statement is also
  1331.                used on Point systems to designate their private net number.
  1332.  
  1333.                If this line is commented out, BinkleyTerm 2.50 offers
  1334.                full 5-D addressing for points.  For example, if you are
  1335.                point 5 off my system, your address would be
  1336.                "1:106/2000.5@fidonet.org", expressed in 5-D notation. In other
  1337.                words, the five dimensions are: "zone:net/node.point@domain".
  1338.  
  1339.           ProtAbout <filespec>
  1340.           
  1341.                This tells BinkleyTerm the name of the ABOUT file, a special
  1342.                file used with incoming file requests.  The <filespec> is a
  1343.                complete drive, path and filename designation.  This ABOUT
  1344.                file applies only to file requests that are received from
  1345.                "protected" systems.
  1346.           
  1347.                Refer to the User's Guide sections "File Requests" and
  1348.                "Security - Controlling File Requests" for more information.
  1349.           
  1350.           ProtAvail <filespec>
  1351.           
  1352.                This designates the name of the file to be sent to a
  1353.                "protected" remote system which file requests "FILES" from
  1354.                you.  The <filespec> identifies the file, and may contain an
  1355.                optional drive and path designation.
  1356.           
  1357.                Refer to the User's Guide sections "File Requests" and
  1358.                "Security - Controlling File Requests" for more information.
  1359.           
  1360.           ProtInbound <path>
  1361.           
  1362.                Used with secured inbound areas, this statement designates the
  1363.                path to the inbound file area used for mail received from
  1364.                "protected" systems.  
  1365.           
  1366.                Refer to the User's Guide section "Security - Secured Inbound
  1367.                File Area" for more information.
  1368.           
  1369.           ProtMaxBytes
  1370.  
  1371.                See 'MaxBytes' for information.
  1372.  
  1373.           ProtMaxTime <number>
  1374.  
  1375.                See MaxTime.
  1376.  
  1377.           ProtMinBaud <baud>
  1378.  
  1379.                See MinBaud.
  1380.  
  1381.           Protocol <filespec>
  1382.           
  1383.                This tells BinkleyTerm that it can use the listed external
  1384.                file transfer protocol within Terminal Mode.  The <filespec>
  1385.                is a complete drive, path and filename that points to an Opus-
  1386.                CBCS compatible external file transfer protocol program. 
  1387.                Refer to the User's Guide section "External Protocols" for
  1388.                more information.
  1389.           
  1390.                Note that the first letter of <filespec> will be the letter
  1391.                used to access the protocol from the upload and download menus
  1392.                in Terminal Mode.  Because the first letter of the filename
  1393.                may conflict with another external protocol, or with a hard-
  1394.                coded protocol, you may need to rename the executable file for
  1395.                the external protocol to begin with a letter that is not
  1396.                currently in use.
  1397.           
  1398.                Note also that external protocols are available in Terminal
  1399.                Mode ONLY - they cannot be used for mail session in Unattended
  1400.                Mode!
  1401.           
  1402.           ProtReqLim <quantity>
  1403.           
  1404.                This tells BinkleyTerm the maximum number of files that will
  1405.                be sent in response to incoming file requests during any one
  1406.                mail session.  Regardless of whether the incoming requests has
  1407.                wildcards, or whether multiple file requests are sent in one
  1408.                mail session, the maximum number of files that will be sent
  1409.                in response to an incoming file request will be no greater
  1410.                than <quantity>.  
  1411.           
  1412.                This statement applies only to file requests that are received
  1413.                from "protected" systems. 
  1414.           
  1415.                Refer to the User's Guide sections "File Requests" and
  1416.                "Security - Controlling File Requests" for more information.
  1417.           
  1418.           ProtReqList <filespec>
  1419.           
  1420.                This designates the name of the OKFILE, a special used with
  1421.                incoming file requests.  <filespec> is a complete drive, path
  1422.                and filename designation.  This OKFILE applies only to file
  1423.                requests received from "protected" systems.
  1424.           
  1425.                For more information, refer to the User's Guide sections "File
  1426.                Requests" and "Security - Controlling File Requests."
  1427.           
  1428.           ProtReqTpl <filespec>
  1429.           
  1430.                This designates the name of the response file template used
  1431.                for request response file construction.  The <filespec> is a
  1432.                complete drive, path and filename designation.  This template
  1433.                applies only for response files generated for "protected"
  1434.                systems.
  1435.           
  1436.                For more information, refer to the User's Guide sections
  1437.                "Request Response Files" and "Security - Response File
  1438.                Templates."
  1439.           
  1440.           ProtSec <n>
  1441.  
  1442.                See MaxAreas
  1443.  
  1444.           Reader <command_line>
  1445.           
  1446.                Using the Alt-E command in Unattended Mode causes BinkleyTerm
  1447.                to send <command_line> to COMMAND.COM for execution as a child
  1448.                process.  This is typically used to invoke your local console
  1449.                message base reader/editor.  
  1450.           
  1451.           ReadHoldTime <minutes>
  1452.  
  1453.                This statement causes Binkley to read the hold directory
  1454.                every <minutes> minutes. Standard is 10 minutes.
  1455.                , independently from the state of
  1456.                "Pending Outbound Mail".
  1457.  
  1458.           ReinitTime <minutes>
  1459.  
  1460.                If you configure "ReInitTime 40", your modem will be
  1461.                initialized every 40 minutes. Note that this is the same time
  1462.                binkley waits until blanking the screen, if you enabled
  1463.                screenblank.
  1464.  
  1465.           ReqOnUs
  1466.           
  1467.                When this statement is used, incoming file requests will be
  1468.                filled, even if your system initiated the call.  Otherwise,
  1469.                incoming requests "on your dime" will be refused. 
  1470.           
  1471.           ReqTemplate <filespec>
  1472.           
  1473.                This designates the name of the response file template used
  1474.                for request response file construction.  The <filespec> is a
  1475.                complete drive, path and filename designation.  
  1476.           
  1477.                For more information, refer to the User's Guide sections
  1478.                "Request Response Files" and "Security - Response File
  1479.                Templates."
  1480.           
  1481.           RingTries <number>
  1482.  
  1483.                Limits the <number> of unanswered rings Bink detects before
  1484.                it hangs up on an outbound call.  Your modem must be able to
  1485.                identify and report "RINGING" for this feature to work.  Bink
  1486.                defaults to 4 where this parameter is not otherwise set.
  1487.                (Thanks to Henry Clark and Ron Bemis for this idea).
  1488.  
  1489.           SameRing
  1490.           
  1491.                By default, and unless the 'NoCollide' option is used,
  1492.                BinkleyTerm will attempt to abort its dialing process if an
  1493.                incoming call is detected.  This feature is called "call
  1494.                collision detection."  'SameRing' is used when your modem
  1495.                reports "RING" on BOTH incoming and outgoing calls (most
  1496.                modems reports "RING" on incoming and "RINGING" on outgoing),
  1497.                and partially disables this feature.
  1498.           
  1499.  
  1500.           ScreenBlank [<method>]
  1501.           
  1502.                If 'ScreenBlank' is used, and 10 minutes pass without any
  1503.                activity (incoming call, outgoing call), then the screen will
  1504.                be blanked. The <method> parameter may be "Key" or "Call" and
  1505.                tells BinkleyTerm which method to use to "unblank" the display.
  1506.                "Key" tells it to unblank upon a keypress (and is the default);
  1507.                "Call" tells it to unblank when a call comes in or is placed.
  1508.           
  1509.                'ScreenBlank' works only if a Video FOSSIL (VFOSSIL) is
  1510.                installed.  
  1511.           
  1512.           ScriptPath <path>
  1513.           
  1514.                If given, this statement tells BinkleyTerm where to look for
  1515.                outward dialing scripts (refer to the section "Scripts" for
  1516.                more information).  <path> is a standard DOS path line, with
  1517.                optional drive designation.  
  1518.           
  1519.           Serial <number>
  1520.  
  1521.                Bink now defaults to "UNREGISTERED" operation.  To disable it
  1522.                now and forever, uncomment the verb "Serial" followed by a
  1523.                <number> of your choice.  Vince intends to ALWAYS run the
  1524.                UNREGISTERED version -- proudly.
  1525.  
  1526.           Shell <number> <command_line>
  1527.           
  1528.                This allows you configure up to 9 keystroke accessible DOS
  1529.                shells to run programs while BinkleyTerm stays memory
  1530.                resident.  Shells work only in Unattended Mode.  While in
  1531.                Terminal Mode, the same keystrokes work as macros keys (see
  1532.                the 'Macro' statement description for information).
  1533.           
  1534.                The <number> parameter is a digit between 1 and 9, which
  1535.                corresponds to the F1 through F9 keys.  While in Unattended
  1536.                Mode, you invoke a shell by pressing Alt-Fx, x indicating the
  1537.                shell number you wish to invoke.
  1538.           
  1539.                The <command_line> is sent to COMMAND.COM verbatim for
  1540.                execution.  If the program you're invoking uses command line
  1541.                parameters, include them in <command_line> as you would at the
  1542.                DOS prompt.
  1543.                         
  1544.           SlowModem
  1545.           
  1546.                Using 'SlowModem' causes BinkleyTerm to insert a 1/10th second
  1547.                delay between each character sent to the modem while in
  1548.                command mode.  This is for use with modems that may have a
  1549.                hard time keeping up with BinkleyTerm's modem commands
  1550.                otherwise.
  1551.           
  1552.           SmallWindow
  1553.           
  1554.                During mail transfers that use the SEAlink protocol,
  1555.                BinkleyTerm uses a default run ahead, in blocks, of the baud
  1556.                rate divided by 400.  Using this statement tells BinkleyTerm
  1557.                to run ahead no more than 6 blocks.  This option is used
  1558.                primarily with high speed modems.
  1559.           
  1560.           StartBlkLen <number>
  1561.  
  1562.                Allows adjustment of the starting Zmodem session block size from
  1563.                a value of 64 bytes to 1024 bytes.  Communications on noisy
  1564.                lines often benefit from use of a smaller initial block size.
  1565.                If this verb is commented out, behavior is identical to 2.40.
  1566.  
  1567.           Statuslog <filespec>
  1568.           
  1569.                This tells BinkleyTerm where to log information about its
  1570.                operation and mail sessions.  This log is completely
  1571.                compatible with the log file used by Opus-CBCS.  The
  1572.                <filespec> is a complete drive, path and filename designation. 
  1573.                Various information is placed in the log.  See also the
  1574.                configuration file statement 'LogLevel.'               
  1575.  
  1576.           SuckerLimit <user_flag> <minutes>
  1577.  
  1578.               Mark all  file suckers in the nodelist with one of the unused
  1579.               user flag bits.  After <minutes> minutes of file requests by
  1580.               the sucker, the session will be ended.
  1581.  
  1582.           Suffix <modem_string>
  1583.           
  1584.                BinkleyTerm will send the 'Prefix' string, followed by the
  1585.                phone number, followed by a carriage return to the modem for
  1586.                the purpose of dialing a number.  If for some reason you need
  1587.                to put characters immediately after the phone number BUT PRIOR
  1588.                TO THE RETURN CODE use the 'Suffix' field.
  1589.           
  1590.                NOTE:  Unlike some communications packages such as Telix,
  1591.                normally you DO NOT need a 'Suffix' with BinkleyTerm.  Use the
  1592.                'Suffix' field ONLY for adding characters to the end of the
  1593.                phone number, if needed. 
  1594.           
  1595.           SwapDir <path_name>
  1596.           
  1597.                By using this statement, BinkleyTerm will enable "memory
  1598.                swapping."  The <path_name> designated will be used by
  1599.                BinkleyTerm for storage of its swapfile when spawning
  1600.                subtasks, such as jumping to DOS, invoking a packer, and so
  1601.                on.  BinkleyTerm will swap itself out of memory except for
  1602.                about 5k to 8k of code.  If <path_name> points to a RAM disk
  1603.                (you will need about 150k of space available), BinkleyTerm
  1604.                exits and reloads very quickly.
  1605.           
  1606.                The <path_name> parameter may designated a directory path, or
  1607.                a combination of drive designator and directory path.
  1608.           
  1609.           Sysop <sysop_name>
  1610.           
  1611.                The WaZOO method of mail transfer (originally designed by Wynn
  1612.                Wagner for Opus-CBCS, and supported by BinkleyTerm) sends a
  1613.                variety of information during session negotiation.  Among the
  1614.                information is the Sysop name, normally your name.  This
  1615.                information is not passed during FTS-0001 mail session, and
  1616.                has no effect in Terminal Mode.
  1617.           
  1618.           System <system_name>
  1619.           
  1620.                The WaZOO method of mail transfer sends a variety of
  1621.                information during session negotiation.  Among the information
  1622.                is the system name, normally whatever name you have given to
  1623.                your BBS or Point system.  This information is not passed
  1624.                during FTS-0001 mail sessions, and has no effect in Terminal
  1625.                Mode. 
  1626.  
  1627.           TaskNumber <number>
  1628.  
  1629.                This statement performs two functions for persons operating
  1630.                in multi-processing or multi-line environments (through a
  1631.                LAN or multi-tasker).
  1632.  
  1633.                First, it designates a task number for the BinkleyTerm that
  1634.                uses the configuration file that this statement appears
  1635.                inside of.  The <number> parameter must be greater than zero
  1636.                (0).
  1637.  
  1638.                Second, it tells BinkleyTerm to operate in "multi-processor
  1639.                smart mode."  If BinkleyTerm is transacting with a
  1640.                particular system, it will create a "xxxxyyyy.BSY" file for
  1641.                that node, named in the conventional packet form (xxxx = net
  1642.                number in hex, yyyy = node number in hex).  This file can
  1643.                serve as a flag to other BinkleyTerm tasks, or to compatible
  1644.                mail processing packages so that other tasks or processors
  1645.                will not handle any mail for the particular node until the
  1646.                ".BSY" file is gone.  Additionally, BinkleyTerm will not
  1647.                send files to any node for which there is a ".BSY" file.
  1648.  
  1649.  
  1650.           TaskView
  1651.           
  1652.                This statement tells BinkleyTerm that the TaskView multi-
  1653.                tasker is installed, and to give up processor time-slice when
  1654.                the system is idle and while certain functions are being
  1655.                performed.  This increases system efficiency.
  1656.           
  1657.           TermInit  <modem_string>
  1658.  
  1659.                Identical in structure to the 'Init' statement, this
  1660.                statement provides a modem initialization string that
  1661.                BinkleyTerm will use in Terminal Mode.  The string will be
  1662.                sent to the modem if BinkleyTerm is initialized in Terminal
  1663.                Mode, or when switched to Terminal Mode from Unattended
  1664.                Mode.  The string will also be sent when an Alt-I command is
  1665.                issued in Terminal Mode.  NOTE:  The 'PreInit' statement, if
  1666.                designated, will NOT be used in conjunction with this
  1667.                initialization string.
  1668.           
  1669.           Timeout <seconds>
  1670.           
  1671.                This sets the number of seconds that BinkleyTerm will wait for
  1672.                a caller to press Escape or for a mail session to begin before
  1673.                assuming that the incoming call is human.  The default value
  1674.                is 20 seconds.  Note that <seconds> cannot be set lower than
  1675.                20.
  1676.           
  1677.           TopView
  1678.           
  1679.                This statement tells BinkleyTerm that the TopView multi-tasker
  1680.                is installed, and to give up processor time-slice when the
  1681.                system is idle and while certain functions are being
  1682.                performed.  This increases system efficiency.
  1683.           
  1684.           Unattended
  1685.           
  1686.                By default, BinkleyTerm is in Terminal Mode when invoked. 
  1687.                When this statement is used, BinkleyTerm will be in Unattended
  1688.                Mode when invoked from DOS.  This option should be used on
  1689.                systems where BinkleyTerm's primary purpose is as a FidoNet
  1690.                mail interface.
  1691.           
  1692.           Version6
  1693.           
  1694.                This statement tells BinkleyTerm that it is to use a "New Opus
  1695.                Style" Version 6 nodelist.  The files NODELIST.IDX and
  1696.                NODELIST.DAT will be expected, and must be compiled and ready
  1697.                for use by BinkleyTerm.  Refer to the User's Guide section
  1698.                "Nodelist" for more information.
  1699.           
  1700.           Version7
  1701.  
  1702.                Enables support for the new Version 7 compiled nodelist format
  1703.                developed by Doug Boone for Opus 1.70.  This format offers a 40%
  1704.                savings in file size compared to Version 6.  XlaxNode 2.52,
  1705.                QNode and FastLst can be used to generate Version 7
  1706.                nodelist files. Refer to the User's Guide section
  1707.                "Nodelist" for more information.
  1708.                The "sysop name lookup" feature with Version7 uses the
  1709.                "SYSOP.NDX" file, not the Version6 "FIDOUSER.LST" file.
  1710.                Be sure to use Version7 compiler keywords "Userlist"
  1711.                or "Interlist" if you want this feature supported.
  1712.           
  1713.           WinSlice
  1714.  
  1715.                Uses Windows' timeslice rather than the MSDOS (int 28)
  1716.                timeslice.  Use of a Windows-specific FOSSIL is required
  1717.                to prevent loss of characters, however.
  1718.  
  1719.           Zone <zone_number>
  1720.           
  1721.                NOTE:  This statement is supported for backward compatibility
  1722.                only.  Please use the 'Address' statement discussed previously
  1723.                to designate a zone.
  1724.           
  1725.                This is part of the FidoNet node address for your BinkleyTerm
  1726.                system, and refers to the part of the globe you live in. 
  1727.                Current FidoNet zones are 1 for the Americas, 2 for Europe,
  1728.                3 for the South Pacific and 4 for South America.
  1729.           
  1730.           SCHEDULING EVENTS
  1731.                    
  1732.           As mentioned elsewhere in this manual, one of the driving forces
  1733.           behind BinkleyTerm mail handling is cost.  Rigid scheduling,
  1734.           although taking a back seat, still retains some importance.  In
  1735.           order for BinkleyTerm to know when it's time to send mail that
  1736.           requires a toll call, and in order for it to know when it can send
  1737.           to systems that do not accept Continuous Mail, event schedules are
  1738.           used.  Several other features are controlled by events as well.
  1739.           
  1740.           Although events may be placed in the configuration file, they
  1741.           should be contained in a special file named BINKLEY.EVT.  In this
  1742.           way, small changes to the configuration file will not cause
  1743.           BinkleyTerm to re-run the current event; this will only happen if
  1744.           the BINKLEY.EVT file is edited.  
  1745.           
  1746.           By storing event schedules in a flat text file, events can be
  1747.           easily edited at any time with a standard ASCII text editor.  No
  1748.           special utilities are required.
  1749.           
  1750.           Note that each time an edit is made to BINKLEY.EVT (or to the
  1751.           configuration file if events are listed there), BinkleyTerm will
  1752.           re-build its binary schedule file, which will in turn cause
  1753.           BinkleyTerm to re-run the current event when the system is brought
  1754.           on-line.  This is normal operation, and is necessary to allow
  1755.           BinkleyTerm to properly register the schedule changes.
  1756.           
  1757.           Each event is on a separate line in the BINKLEY.EVT or
  1758.           configuration file.  Here is a sample of such a line:
  1759.           
  1760.                Event All 03:00 04:00 L=10 N B E1=10 E2=20 E3=30
  1761.           
  1762.           The syntax for the entries is:
  1763.           
  1764.                Event <day> <start> [<stop>] [<string>] <flags/options>
  1765.           
  1766.           <day>
  1767.           
  1768.                This tells BinkleyTerm which days this event line applies to. 
  1769.                Options are:
  1770.           
  1771.                     All . . . . Every day of the week
  1772.                     Week  . . . Weekdays, Monday through Friday only      
  1773.                     WkEnd . . . Weekends, Saturday and Sunday only         
  1774.                     Sun . . . . Sunday only
  1775.                     Mon . . . . Monday only
  1776.                     Tue . . . . Tuesday only
  1777.                     Wed . . . . Wednesday only
  1778.                     Thu . . . . Thursday only
  1779.                     Fri . . . . Friday only
  1780.                     Sat . . . . Saturday only
  1781.           
  1782.                The parameters can be linked with the pipe character (|) to
  1783.                indicate more than one option.  For example, "Mon|Wed|Fri"
  1784.                would that the event applies to Monday, Wednesday and Friday
  1785.                only.  No spaces may be used between the parameters.  The
  1786.                <day> parameter is REQUIRED.
  1787.           
  1788.           <start>
  1789.           
  1790.                This tells BinkleyTerm what time to start the event, in 24
  1791.                hour "military" time, in the format hh:mm, where hh is the
  1792.                hour and mm is the minute.  Note that <start> must NOT be
  1793.                greater than <stop>, i.e., events may NOT stretch through the
  1794.                midnight hour.  The <start> parameter is REQUIRED.
  1795.           
  1796.                The <start> parameter may optionally take date information as
  1797.                well.  Allowable additional information is the month in
  1798.                numeric form (1 for January, 2 for February and so on, ending
  1799.                with 12 for December) and a day of the month.  This additional
  1800.                information is used IN ADDITION to the <day> parameter
  1801.                previously described.  A field that includes date information
  1802.                would be in the format:
  1803.           
  1804.                      hh:mm,month,day
  1805.           
  1806.                Where hh is the hour, mm is the minute, month is the numeric
  1807.                month, and day is the day of the month.  You may also leave
  1808.                out the day parameter, like this:
  1809.           
  1810.                     hh:mm,month
  1811.           
  1812.                If you wish to leave out a month parameter, simply place a
  1813.                zero into that field, indicating that the event is to take
  1814.                place on all months, like this:
  1815.           
  1816.                     hh:mm,0,day
  1817.           
  1818.                Using the date options with the <start> parameter offers
  1819.                significant scheduling power.  For example, if you wanted
  1820.                something to occur on the second Friday of each month, you can
  1821.                do so without a lot of manipulation by creating seven events
  1822.                with the same errorlevel, each corresponding the possible date
  1823.                values for the second Friday of each month, like this:
  1824.           
  1825.                     Fri 23:00,0,8  23:00 F E1=131
  1826.                     Fri 23:00,0,9  23:00 F E1=131
  1827.                     Fri 23:00,0,10 23:00 F E1=131
  1828.                     Fri 23:00,0,11 23:00 F E1=131
  1829.                     Fri 23:00,0,12 23:00 F E1=131
  1830.                     Fri 23:00,0,13 23:00 F E1=131
  1831.                     Fri 23:00,0,14 23:00 F E1=131
  1832.           
  1833.                In any given month, the event required on the second Friday
  1834.                of the month would cause an errorlevel 131 exit (which has
  1835.                been previously associated in your batch file with the
  1836.                function you wish to occur).
  1837.           
  1838.                In you wanted something to happen every leap year, you could
  1839.                create an event like this:
  1840.           
  1841.                     All 23:15,2,29 23:15 F E1=132
  1842.           
  1843.                Which would cause an errorlevel 132 exit on February 29.
  1844.           
  1845.                Note that if you want a specific exit on a specific date
  1846.                regardless of the day-of-the-week, you should use "All" for
  1847.                the <day> parameter for that event.
  1848.  
  1849.                You can specify negative 'errorlevels' between -1 and -9
  1850.                that correspond to the ALT-F1 through ALT-F9 keys you can
  1851.                define with "Shell <n> <command>" in your configuration file.
  1852.  
  1853.           
  1854.           [<stop>]
  1855.           
  1856.                This tells BinkleyTerm what time to stop the event.  This
  1857.                parameter is OPTIONAL, and defaults to 60 minutes after the
  1858.                start time should the parameter be omitted.  This is given in
  1859.                the same format the <start> parameter, as military time, hh:mm
  1860.                where hh is the hour and mm is the minute.
  1861.           
  1862.           [<string>]
  1863.           
  1864.                This parameter is OPTIONAL.  If used, <string> designates a
  1865.                string of characters to be added to the command line of the
  1866.                configuration file parameters 'Packer,' 'AfterMail' and
  1867.                'CleanUp.'  The string should be enclosed in quotation marks. 
  1868.                For example:
  1869.           
  1870.                     Event All 00:00 01:00 "-sA -c"
  1871.           
  1872.                The <string> is appended to the command lines given for these
  1873.                options in the configuration file, and should be ignored by
  1874.                those that do not need it.  It is suggested that batch files
  1875.                be used with the above mentioned configuration file options,
  1876.                and that the batch file(s) filter out unneeded information
  1877.                given in <string> before calling a program that might "cough"
  1878.                because the command line is wrong.
  1879.           
  1880.                Up to 32 extra characters can be added with the <string>
  1881.                parameter.
  1882.           
  1883.           <flags/options>
  1884.           
  1885.                This set of parameters tells BinkleyTerm about the event.  The
  1886.                various flags and options should be separated by a space.
  1887.                        
  1888.                C    The 'C' flag tells BinkleyTerm that during this event,
  1889.                     only mail marked as Continuous Mail will cause a call to
  1890.                     be made.  
  1891.           
  1892.                L=   The 'L=' flag is the 'less than or equal to cost' flag. 
  1893.                     For example, 'L=10' would mean that during this event,
  1894.                     only mail with a cost EQUAL TO OR LESS THAN 10 cents will
  1895.                     be sent (as designated by the nodelist cost field for a
  1896.                     particular entry.  Using 'L' alone, without a cost, means
  1897.                     that a value of '0' is used, and only mail with no cost
  1898.                     may be sent.  This is also called the 'local only' flag
  1899.                     when used with no cost parameter, since local calls in
  1900.                     most areas are free. 
  1901.           
  1902.                L<   The 'L<' flag works just like the 'L=' flag, except that
  1903.                     it means 'less than cost.'  For example, 'L<10' would
  1904.                     indicate that during the designated event, only mail with
  1905.                     a cost field of LESS THAN 10 cents will be sent.  
  1906.           
  1907.                L>   The 'L>' flag works just like the 'L=' flag, except that
  1908.                     it means 'greater than cost.'  For example, 'L>10' would
  1909.                     indicate that during the designated event, only mail with
  1910.                     a cost field of GREATER THAN 10 cents will be sent.
  1911.           
  1912.                M    NOTE!  This flag should ONLY be used when the
  1913.                     'NewNodelist,' 'QuickNodelist' or 'TBBSList'
  1914.                     configuration file options are used!  The 'M' flag
  1915.                     indicates that the event is a 'mail' event, and that it
  1916.                     is okay to send mail to anyone in the nodelist,
  1917.                     regardless of their #CM designation.  This flag is
  1918.                     normally used during local mail schedules, and during
  1919.                     National Mail Hour. 
  1920.           
  1921.                N    This flag tells BinkleyTerm not to accept inbound file
  1922.                     requests during this event. 
  1923.           
  1924.                R    This flag tells BinkleyTerm that the event is 'Receive
  1925.                     Only.'  BinkleyTerm will not dial out to send mail,
  1926.                     however, it will send mail if polled for it.          
  1927.           
  1928.                B    This flag tells BinkleyTerm that BBS operation is allowed
  1929.                     during this event.  If this flag is NOT present, callers
  1930.                     will be greeted with the message "Processing
  1931.                     mail...please hang up."  Use this option at all times (if
  1932.                     you run a BBS) except during mail schedules, such as
  1933.                     National Mail Hour. 
  1934.           
  1935.                F    This flag tells BinkleyTerm that the event should be 
  1936.                     'forced' and will occur at the first possible moment. 
  1937.                     USUALLY YOU DO NOT NEED TO USE THIS FLAG.  BinkleyTerm
  1938.                     will execute the current event anyway if for some reason
  1939.                     the start time is bypassed (but before the stop time
  1940.                     passes).  If you do use this option, use it only on zero-
  1941.                     length events; those events for which the <start_time>
  1942.                     and <stop_time> are the same. 
  1943.           
  1944.                D    This flag tells BinkleyTerm that the event is dynamic. 
  1945.                     Dynamic events continue until there is no longer any mail
  1946.                     of the specified type to be sent.  For example, if the
  1947.                     dynamic event specifies that local Continuous Mail is to
  1948.                     be sent, the event will continue until there is no more
  1949.                     local Continuous Mail to be sent, or until the event
  1950.                     ends, whichever happens first.  When the dynamic  event
  1951.                     ends, the non-dynamic event scheduled for the same time
  1952.                     slot will take over.  If no such event exits, the system
  1953.                     will accept mail, but will dial out to no one.  Note that
  1954.                     dynamic events must be started before or at the same time
  1955.                     as non-dynamic events, if the dynamic event is to overlap
  1956.                     a non-dynamic one. 
  1957.           
  1958.                E1=  The 'E1=' option tells BinkleyTerm what errorlevel to
  1959.                     exit with at the beginning of the event.  'E1=10' would
  1960.                     tell BinkleyTerm to exit to its start-up batch file with
  1961.                     errorlevel 10 when the event begins.  This is a good
  1962.                     method of executing functions once daily, for example,
  1963.                     message base maintenance software, and so on.  Once the
  1964.                     E1= exit has been made, it will not occur again until the
  1965.                     next time the event is scheduled.
  1966.                     Negative errorlevels correspond to the shells defined
  1967.                     with "Shell" in BINKLEY.CFG.
  1968.           
  1969.                E2=  The 'E2=' option tells BinkleyTerm what errorlevel to
  1970.                     exit with after mail is received.  The E2= exit is only
  1971.                     executed if the incoming mail does not meet the criteria
  1972.                     for an E3= exit, or if an E3= exit does not exist.  Using
  1973.                     your batch file, the errorlevel set for the E2= option
  1974.                     should invoke mail unpacking software to merge the
  1975.                     incoming mail with your message base. 
  1976.           
  1977.                E3=  The 'E3=' option tells BinkleyTerm what errorlevel to
  1978.                     exit with after compressed mail is received.  If mail is
  1979.                     received during the event, and compressed mail is not a
  1980.                     part of the mail received, then an E2= exit is performed. 
  1981.                     If compressed mail was received (even in conjunction with
  1982.                     other mail or files) then the E3= exit is performed. 
  1983.                     Using your batch file, the errorlevel you set for this
  1984.                     option should invoke mail unpacking software that can
  1985.                     handle compressed mail and merge it with your message
  1986.                     base.
  1987.           
  1988.                 E4= Event exits E4-E9 can be followed by a three character
  1989.                  v  string.  If that string is matched in the file extension of
  1990.                 E9= a received file, then the designated errorlevel exit will
  1991.                     be taken.  For example:
  1992.                          E4=100,TIC     (Received .TIC Files Cause Exit 100)
  1993.                          E5=100,FLE     (Received .FLE Files Cause Exit 100)
  1994.                          E6=110,REQ     (Received .REQ Files Cause Exit 110)
  1995.                          E7=120,MO?     (Received .MO? Files Cause Exit 120)
  1996.                     The order of exit precedence is as follows:
  1997.                          E3, E4-E9, E2, AfterMail
  1998.                     When more than one E4-E9 exit applies, the first one is
  1999.                     the one taken.
  2000.  
  2001.                A=   This allows you to control the amount of time that
  2002.                     BinkleyTerm will sit idle between attempting an outgoing
  2003.                     call.  The format is "A=x" where x is the number of
  2004.                     seconds desired, which can be a number between 0 and 1800
  2005.                     (1800 seconds = 30 minutes). 
  2006.           
  2007.                     The average wait between calls is based on +/- 50% of the
  2008.                     number specified, i.e., A=60 would yield a wait time in
  2009.                     the range of 30 to 90 seconds, 60 being the average.  
  2010.           
  2011.                     Should the A= parameter not be used, the default value
  2012.                     is 120, for an average wait time of between 60 and 180
  2013.                     seconds. 
  2014.           
  2015.                K    This option tells BinkleyTerm not to send to any nodes
  2016.                     marked in the nodelist as #CM (accepts Continuous Mail). 
  2017.                     Note that this option is only valid when an Opus Version
  2018.                     6, QuickBBS or TBBS nodelist is in use.  
  2019.           
  2020.                T=   This option allows you to control the maximum number of
  2021.                     call attempts and failed connects that will be acceptable
  2022.                     to BinkleyTerm.  The T= option accepts two parameters,
  2023.                     and is used in the format "T=x,y" where x is the maximum
  2024.                     number of failed connects (carrier established, session
  2025.                     fails - a chargeable call in toll situations), and y is
  2026.                     the maximum number of call attempts (no answer, no
  2027.                     session - generally NOT a chargeable call in toll
  2028.                     situations). 
  2029.           
  2030.                     Generally, the x parameter should be very low, so as not
  2031.                     to rack up charges on your phone bill should the call be
  2032.                     long distance or another toll call.  The y parameter is
  2033.                     generally set rather high, since these calls are usually
  2034.                     not charged for. 
  2035.           
  2036.                     The default x parameter is 3, the default y parameter has
  2037.                     not been explicitly specified, but is quite high. 
  2038.           
  2039.                X    By default, BinkleyTerm will treat outgoing file requests
  2040.                     (.REQ files) in the same manner as Normal packets and
  2041.                     attaches.  This would include forcing a dial attempt
  2042.                     during events that would allow Normal mail to be sent. 
  2043.                     Sometimes this is undesirable operation, such as during
  2044.                     National Mail Hour when destination systems typically do
  2045.                     not accept file requests.  Using the 'X' flag for an
  2046.                     event tells BinkleyTerm not to force a call for a file
  2047.                     request.  Please note that other types of mail, such as
  2048.                     packets and attaches, may cause BinkleyTerm to dial a
  2049.                     system for which an outbound file request is pending.
  2050.  
  2051.                S    "S" designates an event which is "send only" meaning that
  2052.                     BinkleyTerm will continue to send normally, but will not
  2053.                     answer the phone (or if the modem is in auto-answer mode,
  2054.                     BinkleyTerm will not respond).
  2055.  
  2056.                H    "High-Priority Crash" - Binkley will send Crash flavored
  2057.                     mail IMMEDIATELY, no matter what the cost.  All other
  2058.                     mail flavors are sent according to cost or other
  2059.                     constraints imposed by the current event.  This behavior
  2060.                     mirrors that of Crashmail under Opus 1.1x+ with one
  2061.                     exception - Crashmail call(s) are made at normal intervals
  2062.                     during an H event, rather than forcing a repetitive poll
  2063.                     as with Alt-M.
  2064.  
  2065.                Q=   Q=nnn nhibits Bink from calling out with less than nnn
  2066.                     bytes of data for a node (?LO + ?UT sizes).  You should
  2067.                     probably have at least one event with Q=0 (the default
  2068.                     if none is specified) in order to get the mail out.
  2069.                     (Henry Clark gets credit for this idea)
  2070.  
  2071.                P    This flag tells BinkleyTerm that during mail sessions,
  2072.                     it should only deliver mail, and refuse to pickup any mail
  2073.                     that may be waiting for your system.
  2074.           
  2075.  
  2076.           Many of the above options can be used with one another, and in fact
  2077.           usually are.  Constructing a working event schedule can be a time
  2078.           consuming process requiring a certain amount of trial and error. 
  2079.           Since the event schedule plays a very important roll on when mail
  2080.           will be sent, it should be manipulated VERY carefully to avoid
  2081.           having BinkleyTerm make toll calls during high rate periods.  
  2082.           
  2083.           A sample event schedule is shown in BINKLEY.EVT, contained in the
  2084.           distribution package.  Print out the file if desired, but in any
  2085.           case, study it carefully and make sure you understand the various
  2086.           options before going ahead.
  2087.           
  2088.           
  2089.           
  2090.           
  2091.           
  2092.           
  2093.           
  2094.           
  2095.           
  2096.           
  2097.           
  2098.           
  2099.           
  2100.           
  2101.           
  2102.           
  2103.           
  2104.           
  2105.           
  2106.           
  2107.           
  2108.           +-------------+
  2109.           | +---------+ |
  2110.           | | Section | |   BinkleyTerm Reference Guide
  2111.           | |    3    | |   GENERAL REFERENCE INFORMATION
  2112.           | +---------+ |
  2113.           +-------------+
  2114.           
  2115.           COMMAND LINE PARAMETERS
  2116.           
  2117.           BinkleyTerm offers a selection of command line parameters which
  2118.           each have a unique function.  The words that are descibed below are
  2119.           simply placed on the DOS command line - no hyphens or slashes are
  2120.           necessary.  For example:
  2121.           
  2122.                BT NoForce Unattended Share Config C:\BT\SYS1.CFG
  2123.           
  2124.           Here is a list of the command line parameter options:
  2125.           
  2126.                NoForce
  2127.           
  2128.                     Don't force events that have already passed.
  2129.           
  2130.                Mail
  2131.           
  2132.                     For Point system use, this causes BinkleyTerm to attempt
  2133.                     connection to the boss upon start-up.
  2134.           
  2135.                Share
  2136.           
  2137.                     Leaves the FOSSIL driver "hot" (does not de-initialize
  2138.                     the driver upon exit) for use with other FOSSIL-based
  2139.                     systems. 
  2140.           
  2141.                Dynam
  2142.           
  2143.                     Restart the current dynamic event, if any, even if it may
  2144.                     have already executed.
  2145.           
  2146.                Unattended
  2147.           
  2148.                     Run in Unattended Mode, regardless of whether the
  2149.                     'Unattended' configuration file statement is used.
  2150.           
  2151.                Config
  2152.           
  2153.                     Allows specification of a configuration file other than
  2154.                     the default (BINKLEY.CFG).  This parameter must be
  2155.                     followed by a single space, and then the name of the
  2156.                     configuration file, including drive and path if
  2157.                     applicable, for example:  "BT Config C:\BT\MYCONFIG.CFG"
  2158.           
  2159.                Poll
  2160.           
  2161.                     Instructs BinkleyTerm to immediately poll a given node. 
  2162.                     Upon completion of the poll, BinkleyTerm will exit.  For
  2163.                     example:  "BT Poll 1:132/101" 
  2164.           
  2165.           DIAL TRANSLATION
  2166.           
  2167.                When BinkleyTerm is in modem command mode, several dial
  2168.                translations take place automatically.
  2169.           
  2170.                ASCII  Char.   Name                Action
  2171.                ------ ------- ------------------- ------------------------ 
  2172.                045    -       Hyphen              Stripped
  2173.                046    .       Period              Translated to a Comma
  2174.                094    ^       Carat               Raise DTR Line
  2175.                096    `       Accent Mark         1/20th Second Delay  
  2176.                118    v       Lower Case V        Lower DTR Line
  2177.                124    |       Pipe, Split Bar     Carriage Return Sent
  2178.                126    ~       Tilde               1 Second Delay
  2179.           
  2180.           RESPONSE FILE TEMPLATE
  2181.           
  2182.           Response files are explained in the User's Guide section "Request
  2183.           Response Files."
  2184.           
  2185.           Response files are generated according to a template file which
  2186.           designates exactly what is to be placed in the finished response
  2187.           file.  Most options perform simple macro substitution; others allow
  2188.           conditional inclusion of text, or instruct BinkleyTerm what to do
  2189.           with the response file.
  2190.           
  2191.           Response files will be generated according to the template under
  2192.           any one of the following cases, called reason codes:
  2193.           
  2194.                1 - File Not Found
  2195.                2 - No Update Necessary
  2196.                3 - Password Missing or Wrong
  2197.                4 - Request Limit Exceeded
  2198.                5 - Start of No-Requests-Honored Event
  2199.                9 - Successful Request
  2200.           
  2201.           By default, when a template is designated in the configuration
  2202.           file, BinkleyTerm will always generate a response file for all of
  2203.           the above reasons.  It is possible, however, to control or limit
  2204.           what the response file says based on a particular reason code, or
  2205.           to not have a response file generated at all for a particular
  2206.           reason code.
  2207.           
  2208.           BinkleyTerm uses the template file serially, and copies everything
  2209.           found in the template directly to the response file, performing
  2210.           substitution or conditional copies as directed by template file
  2211.           verbs.  When the end of the template is reached the response file
  2212.           is closed and sent to the calling system (unless an %exit verb is
  2213.           used before the end of the file).
  2214.           
  2215.           All the allowed verbs in the template begin with a percent sign
  2216.           (%), a character which should not be used for any other purpose
  2217.           within the file.
  2218.           
  2219.           Allowed verbs are as follows:
  2220.           
  2221.           %;
  2222.           
  2223.                When placed in column 1 (far left), designates a comment line. 
  2224.                When in any other column, designates that remainder of line
  2225.                should be ignored.
  2226.           
  2227.           %abort
  2228.           
  2229.                Don't send response file.
  2230.           
  2231.           %abort <number>
  2232.           
  2233.                When <number> matches the reason code, don't send response
  2234.                file.
  2235.           
  2236.           %exit
  2237.           
  2238.                Close the response file and send as-is.
  2239.           
  2240.           %exit <number>
  2241.           
  2242.                When <number> matches the reason code, close the response file
  2243.                and send as-is.
  2244.           
  2245.           %text <number> <text>
  2246.           
  2247.                When %status is given later in the template, <text> is copied
  2248.                into the response file if <number> matches the reason code. 
  2249.                The <text> should be no longer than 255 characters in length,
  2250.                and may contain other template verbs such as %system, %date,
  2251.                and so on.
  2252.           
  2253.           %line <number> <text>
  2254.           
  2255.                If <number> matches the reason code, <text> is copied into the
  2256.                response directly.  The <text> should not exceed 255
  2257.                characters in length, and may contain other template file
  2258.                verbs such as %system, %date, and so on.
  2259.           
  2260.           %date
  2261.           
  2262.                Copies the current date into the response file.
  2263.           
  2264.           %time
  2265.           
  2266.                Copies the current time into the response file.
  2267.           
  2268.           
  2269.           
  2270.           %bink
  2271.           
  2272.                Copies the program name and version into the response file. 
  2273.                For example:
  2274.           
  2275.                     BinkleyTerm 2.30
  2276.           
  2277.           %mynode
  2278.           
  2279.                Copies your node address into the response file.
  2280.           
  2281.           %system
  2282.           
  2283.                Copies your system name, as given in the BinkleyTerm
  2284.                configuration file, to the response file.
  2285.           
  2286.           %sysop
  2287.           
  2288.                Copies your Sysop name, as given in the BinkleyTerm
  2289.                configuration file, to the response file.
  2290.           
  2291.           %yrnode
  2292.           
  2293.                Copies the node address of the calling system into the
  2294.                response file.
  2295.           
  2296.           %request
  2297.           
  2298.                Copies into the response file the actual line from the
  2299.                incoming request that prompted the creation of the response
  2300.                file.  Normally this is the name of the file that caused the
  2301.                response file to be generated.
  2302.           
  2303.           %status
  2304.           
  2305.                Copies text previously defined for the current reason code
  2306.                with the %text verb into the response file.
  2307.           
  2308.           A complete sample template file is included with the BinkleyTerm
  2309.           distribution package.  Use the file as a base to design your own
  2310.           unique file.
  2311.           
  2312.           SCRIPTS
  2313.           
  2314.           A script is a series of instructions used when dialing a particular
  2315.           system.  They allow the system to "look" for particular information
  2316.           coming across the line, and act according when the desired
  2317.           information is received within a set time limit.  Scripts are
  2318.           essentially a mini programming language, and as such, take study
  2319.           and practice to use effectively.  
  2320.           
  2321.           Scripts are stored in a flat ASCII text file, and edited using any
  2322.           standard text editor (such as DOS' own EDLIN).  Once written,
  2323.           scripts are associated with a particular nodelist entry for use
  2324.           each time the given node is dialed.  
  2325.           
  2326.           Possible applications for scripts include accessing packet switch
  2327.           networks, such as GTE/Telenet's PC Pursuit service, that require
  2328.           multiple sets of operations to reach the desired destination.
  2329.           
  2330.           The use of a script is triggered by the appearance of a file name,
  2331.           inside double quotes, in the phone number field of a nodelist
  2332.           entry.  For example, instead of seeing 1-303-555-6789 in the
  2333.           nodelist data file, you might see "MYSCRIPT.SCR"303-555-6789. 
  2334.           Notice that the name of the script file is IMMEDIATELY (without
  2335.           spaces) followed by the area code and phone number.  The field must
  2336.           appear in the format shown, including hyphens.  The area code
  2337.           portion of the number can be up to 10 characters long (for use with
  2338.           certain long distance carriers).
  2339.           
  2340.           Script references can also be placed in your configuration file by
  2341.           way of the 'Dial' statement.  See "Configuration File" for details.
  2342.           
  2343.           Refer to the documentation for your nodelist processor for
  2344.           information on inserting information into the phone number field
  2345.           of a nodelist entry.
  2346.           
  2347.           The following restrictions apply when using scripts:
  2348.           
  2349.                - Any line beginning with anything other than a letter or a
  2350.                colon (:) is ignored as a comment.
  2351.           
  2352.                - All lines must begin flush left...at the left margin.
  2353.           
  2354.                - All keywords that take arguments must be followed by exactly
  2355.                ONE space between the keyword and the argument.
  2356.           
  2357.                - There should be NO extra characters at the ends of lines. 
  2358.                This includes space characters.  All characters on a line are
  2359.                significant, including any extra spaces that you may have
  2360.                inadvertently included.
  2361.           
  2362.                - Script commands and script labels are NOT case sensitive.
  2363.           
  2364.           Please note that spaces can cause hard-to-track-down problems. 
  2365.           Spaces are significant characters, meaning they are NOT ignored in
  2366.           patterns, etc.  Do not use a space unless you intend to, and do not
  2367.           leave any at the ends of lines unless you want them there. 
  2368.           
  2369.           Here are the script statements available to you:
  2370.           
  2371.           :<label>
  2372.           
  2373.                The colon (:) starts a label.  Labels can be up to 20
  2374.                characters long.  Control can be passed to the location in the
  2375.                script identified by a label using the 'If' and 'Goto' script
  2376.                statements.  Up to 50 labels per script are allowed.
  2377.           
  2378.           Abort [<start_time> <stop_time>]
  2379.           
  2380.                Allows conditional aborting of script execution based on time
  2381.                of day.  If used without arguments, it causes unconditional
  2382.                aborting of execution.  If arguments are used, script
  2383.                execution will abort if the current time is between the hours
  2384.                given with <start_time> and <stop_time>.  For example,
  2385.                "Abort 8:00 22:00" would make the script abort between the
  2386.                hours of 8:00am and 10:00pm.  The hours CAN wrap through
  2387.                midnight, "Abort 22:00 3:00" would be an example of this.
  2388.           
  2389.           Areacode
  2390.           
  2391.                Transmits the areacode portion of the phone number to the
  2392.                modem, as shown in the given nodelist entry. 
  2393.           
  2394.           Baud [<baud_rate>]
  2395.           
  2396.                This statement sets the baud rate for the call to the value
  2397.                given.  If no <baud_rate> is given, the baud rate as listed
  2398.                in the nodelist for this node is used.
  2399.           
  2400.           Break [<duration>]
  2401.           
  2402.                This causes a "break" signal to be sent, as needed with some
  2403.                types of host systems.  <duration> designates the number of
  2404.                hundredths of a second for the break signal to last.  If the
  2405.                <duration> parameter is not given, the default duration value
  2406.                of 100 (1 second) will be used.
  2407.           
  2408.           Carrier
  2409.           
  2410.                Continue the script if there is carrier, abort if there is
  2411.                not.
  2412.           
  2413.           Comm <settings>
  2414.           
  2415.                Allows setting of the communications parameters.  <settings>
  2416.                is a three-character string, consisting of the number of data
  2417.                bits, parity and number of stop bits.  For example, a
  2418.                <settings> string of "8N1" would cause the parameters to be
  2419.                set to 8 data bits, No parity, and 1 stop bit.  "7E1" would
  2420.                cause 7 data bits, Even parity, and 1 stop bit.  "7O2" would
  2421.                cause 7 data bits, Odd parity, and 2 stop bits.
  2422.           
  2423.                Possible values are 7 or 8 for data bits, E (even), O (odd)
  2424.                or N (none) for the parity, and 1 or 2 for stop bits.
  2425.           
  2426.                NOTE!  The string is NOT checked for accuracy.  The user is
  2427.                responsible for making sure that it is correct!
  2428.           
  2429.           Dial
  2430.           
  2431.                Dial the entire telephone number, and wait for a valid
  2432.                response.  Continue if there is carrier, abort if there is
  2433.                not.
  2434.           
  2435.           DOS <command_line>
  2436.           
  2437.                Causes the <command_line> to be sent to DOS for execution. 
  2438.                Upon completion, script execution continues.  Sufficient
  2439.                memory must exist for any application executed by this
  2440.                command.
  2441.           
  2442.           Goto <label>
  2443.           
  2444.                This statement causes the script processor to jump to the
  2445.                location in the script pointed to by <label>.  A colon (:)
  2446.                must have previously been used in the script to identify the
  2447.                <label>.  If the label does not exist, the script aborts.
  2448.           
  2449.           If <pattern_number> <label>
  2450.           
  2451.                If a match for <pattern_number> was found at the last 'Wait'
  2452.                statement, transfer control to the point in the script
  2453.                identified by <label>.  If a match was not found, control
  2454.                continues to the next statement in the script.  'If' can be
  2455.                used at any time prior to the next 'Wait' statement.
  2456.           
  2457.           NoWaZOO
  2458.           
  2459.                Forces BinkleyTerm to be strictly an FSC-0001 mailer by
  2460.                disabling WaZOO functionality for the current outgoing session
  2461.                only.  This is primarily of interest to coordinators who wish
  2462.                to verify that their nodes are meeting FidoNet compatibility
  2463.                requirements.
  2464.           
  2465.                There is no benefit to the average user from using this
  2466.                statement.  In fact, performance with other WaZOO-capable
  2467.                mailers (BinkleyTerm, Opus, D'Bridge, FrontDoor, etc.) will
  2468.                be adversely affected.
  2469.  
  2470.           NoEMSI
  2471.  
  2472.                Forces BinkleyTerm not to use the EMSI handshake.
  2473.           
  2474.           Pattern <pattern_number> <string>
  2475.           
  2476.                This statement establishes a pattern for the script handler
  2477.                to look for during the next 'Wait' statement.  <string> IS
  2478.                case sensitive.  The script handler will look an EXACT match
  2479.                for the series of characters in <string> during the next
  2480.                'Wait' statement.  Up to 8 patterns can be used, and they can
  2481.                be reused or reset at will.  Up to 20 characters can be used
  2482.                in a pattern. 
  2483.           
  2484.                The purpose is to wait for a given string from the host, or
  2485.                a particular modem response string, and to act accordingly.
  2486.           
  2487.           Phone
  2488.           
  2489.                Transmits the local portion of the phone number to the modem,
  2490.                as shown in the given nodelist entry.  Hyphens are stripped
  2491.                automatically.
  2492.           
  2493.           
  2494.           Rawxmit <string>
  2495.           
  2496.                This works in the same manner as the 'Xmit' statement, except
  2497.                that dial translation is NOT performed. 
  2498.           
  2499.           Session
  2500.           
  2501.                This should be used at the end of a script which has been
  2502.                successful.  It tells BinkleyTerm to begin a NetMail session
  2503.                with the remote system.
  2504.           
  2505.           Speed
  2506.           
  2507.                Causes BinkleyTerm to send the baud rate divided by 100 as a
  2508.                string.  The baud rate used it the rate specified for the node
  2509.                in the nodelist, or the rate specified by a prior call to the
  2510.                'Baud' statement.  For example, if the current connect rate
  2511.                was 2400 baud, the string "24" would be sent when this
  2512.                statement is encountered.
  2513.           
  2514.           Timer <seconds>
  2515.           
  2516.                Sets a master countdown timer to <seconds>.  If the timer
  2517.                expires, the script will abort.  This allows you to set
  2518.                timeouts on any portion of, or the entire script.  You may
  2519.                reset the timer by using another 'Timer' statement. 
  2520.           
  2521.           Wait [<seconds>] [<label>]
  2522.           
  2523.                Wait for a maximum of <seconds> for one of the previously set
  2524.                patterns to be matched.  If a pattern is matched, the script
  2525.                continues, otherwise it aborts.  If <label> is provided, the
  2526.                script will resume operation at the label specified upon
  2527.                timeout.  Note that the default value is 40 seconds.  Both
  2528.                <seconds> and <label> are optional.  A <label> may be
  2529.                specified without specifying <seconds>.  For example:
  2530.           
  2531.                     Wait 40 foo
  2532.           
  2533.                is the same as:
  2534.           
  2535.                     Wait foo
  2536.           
  2537.           Xmit <string>
  2538.           
  2539.                Transmits <string> to the modem.  Normal BinkleyTerm
  2540.                translations are valid (refer to the section "Dial
  2541.                Translation" for information).  
  2542.           
  2543.           In addition to the statements above, the following logical
  2544.           variables are also available:
  2545.           
  2546.           BPSxxxx
  2547.           
  2548.                Allows branching or actions based on baud rate.  For example,
  2549.                the statement
  2550.           
  2551.                     IF BPS2400 DO2400
  2552.           
  2553.                would cause script execution to jump to the previously defined
  2554.                label "DO2400" is the current connection was at 2400 bps
  2555.                (baud).  Other examples might be "BPS9600" for 9600 bps
  2556.                connections, "BPS1200" for a 1200 bps connection, etc.
  2557.           
  2558.           TERMINAL MODE KEYSTROKES
  2559.           
  2560.           While in Terminal Mode, several keystrokes are available that allow
  2561.           uploading and downloading of files, changing of communications
  2562.           parameters, and so on.
  2563.           
  2564.           Alt-F1 through Alt-F9
  2565.           
  2566.                These keystrokes allow you to send user-defined macros. 
  2567.                Please refer to the section "Configuration File" for
  2568.                information on Terminal Mode macros.
  2569.           
  2570.           Alt-F10
  2571.           
  2572.                This provides a brief help screen, listing the key-presses
  2573.                available to you in Terminal Mode.
  2574.           
  2575.           Alt-B
  2576.           
  2577.                This allows you to step the baud rate up to the next higher
  2578.                value.  BinkleyTerm supports baud rates of 300, 1200, 2400,
  2579.                4800, 9600, 19,200 and 38,400.  38,400 baud wraps to 300 baud.
  2580.           
  2581.           Alt-C
  2582.           
  2583.                This allows you to set various communications parameters,
  2584.                including number of data bits, parity, and number of stop
  2585.                bits.  You are prompted for the information.  Note that when
  2586.                8 bits are set, BinkleyTerm defaults to no parity, and you are
  2587.                not prompted for the setting.
  2588.           
  2589.           Alt-D  
  2590.           
  2591.                Allows you to dial out.  When prompted, you may enter one of
  2592.                three items: a telephone number, a FidoNet node address in the
  2593.                form [<zone>:]<net>/<node>, or a FidoNet Sysop name.  
  2594.           
  2595.                Entering a FidoNet address requires the presence of a compiled
  2596.                nodelist, properly referenced in the BinkleyTerm configuration
  2597.                file.  Entering a Sysop name requires that your nodelist
  2598.                processing software, e.g., ParseLst, has created a compatible
  2599.                list named FIDOUSER.LST.  Refer to your nodelist processing
  2600.                software documentation for more information about creating
  2601.                FIDOUSER.LST. 
  2602.           
  2603.           Alt-E
  2604.  
  2605.                Erases the display screen.
  2606.  
  2607.           Alt-H
  2608.           
  2609.                Hang-up.  This command toggles the modem's DTR (data  terminal
  2610.                ready) line, thereby disconnecting any call in progress.  The
  2611.                modem init string is sent to the modem after DTR is toggled.
  2612.           
  2613.           Alt-I
  2614.  
  2615.                Re-initializes the modem.
  2616.  
  2617.           Alt-J
  2618.           
  2619.                Jump to DOS.  Invokes COMMAND.COM to allow for "quick and
  2620.                dirty" DOS commands on the fly.  Enter "EXIT" at the DOS
  2621.                prompt to return to BinkleyTerm.  BinkleyTerm will
  2622.                automatically return to the directory it was run from when
  2623.                returning from DOS.
  2624.                    
  2625.           Alt-L
  2626.           
  2627.                Toggle session logging on and off.  The session logging
  2628.                function allows you to designate a file or printer, and have
  2629.                the entire terminal mode session echoed to the selected file
  2630.                or device.  
  2631.           
  2632.                When first invoked, this command will prompt you for a file
  2633.                name.  Type in the desired name of the log file, including
  2634.                drive and path designation if desired.  You may also enter a
  2635.                printer device name, e.g., PRN, LPT1, LPT2, etc. for printer
  2636.                echoing. 
  2637.           
  2638.                Invoke the command again to end logging to the file or device.
  2639.           
  2640.           Alt-M
  2641.           
  2642.                Poll a node in the nodelist, by node address.  This command
  2643.                requires that mail handling be implemented as described in the
  2644.                User's Guide section, "Unattended Mode Overview".
  2645.           
  2646.                You are prompted for a FidoNet node address.  Once entered,
  2647.                BinkleyTerm will dial the system (if its exists in the
  2648.                nodelist) and attempt to exchange mail with the system.  If
  2649.                there is outgoing mail to the system, or if mail is waiting
  2650.                for you on the remote system, it will be sent during the mail
  2651.                session.
  2652.           
  2653.           Alt-P
  2654.           
  2655.                This command allows you to change the communications port in
  2656.                use.  Invoking the command shifts the port number to the next
  2657.                higher port.  The number of ports supported is determined by
  2658.                your hardware, and by the 'Maxport' statement in the
  2659.                configuration file.  
  2660.           
  2661.           Alt-R
  2662.                         
  2663.                This allows you to dial out with a "scan list."  Empty
  2664.                elements are designated by 'Null.'  Using the function keys 
  2665.                (or equivalently numbered numeric keys) you can select the
  2666.                scan list element you wish to enter.  Enter a telephone
  2667.                number, node address or Sysop name, just as you would with the
  2668.                Alt-D command.  Press 'Enter' to "store" your entry for that
  2669.                element.  When you have stored all the desired elements, press
  2670.                'Enter' to begin the dialing process. 
  2671.           
  2672.                Each number will be dialed in sequence, until a connection is
  2673.                made.  After the session is completed, a 'Null' will be stored
  2674.                for that element.  Invoke Alt-R again, and press 'Enter' to
  2675.                dial the remaining elements.  Press 'Escape' at any time to
  2676.                abort the dialing process.
  2677.           
  2678.                Note that unless saved, the dialing list is volatile.  Once
  2679.                you exit the Terminal Mode, your dialing list will be erased. 
  2680.           
  2681.                It is possible to save to and retrieve from the disk media up
  2682.                to 10 separate lists of entries.  To save a list, press Shift-
  2683.                Fn, where 'n' is the number of the list to save.  For example,
  2684.                Shift-F3 would save the current list of 10 entries to list
  2685.                number 3.  To retrieve a previously saved list, press Alt-Fn,
  2686.                where 'n' is the number of the list to retrieve.  For example,
  2687.                Alt-F5 would retrieve the 10 entries previous saved as list
  2688.                number 5.
  2689.                        
  2690.           Alt-S
  2691.           
  2692.                Invoking this command sends a "break" signal via the modem to
  2693.                the remote host.  This command requires that a FOSSIL of
  2694.                revision 5 or later be installed.  
  2695.           
  2696.           Alt-U
  2697.           
  2698.                This command is used in Point and BBS installations to shift
  2699.                to Unattended Mode.  BinkleyTerm is put into the mailer mode,
  2700.                ready to accept calls from remote systems.  In order to
  2701.                operate, the mailer functions must be implemented as described
  2702.                in the User's Guide section, "Unattended Mode Overview".
  2703.                    
  2704.           Alt-X
  2705.           
  2706.                Allows you to exit the program and return to DOS.  If
  2707.                BinkleyTerm was invoked with a batch file, this command will
  2708.                cause BinkleyTerm to exit to the batch file with and
  2709.                errorlevel of 1.  The batch file must trap this errorlevel,
  2710.                and exit accordingly.
  2711.           
  2712.                Note that this function DOES leave the DTR (data terminal
  2713.                ready) line on the modem 'high.'  
  2714.           
  2715.           Alt-Y
  2716.           
  2717.                Used primarily for Point operations, this function initiates
  2718.                a mail session with the host.  This is designed ONLY to work
  2719.                with the system listed as your Boss node in the configuration
  2720.                file.  
  2721.           
  2722.                Issuing this keystroke invokes a temporary mailer mode, and
  2723.                BinkleyTerm attempts to dial the Boss system to exchange mail. 
  2724.                Mail handling must be set-up as described in the User's Guide
  2725.                section, "Unattended Mode Overview".
  2726.           
  2727.                If mail is waiting to be sent to the Boss, or if mail is
  2728.                waiting on the Boss system for pickup, it will be sent during
  2729.                the mail session.
  2730.           
  2731.           Alt-=
  2732.  
  2733.                "Doorway" mode is now supported in Bink's Terminal package.
  2734.                When in this mode, all keystrokes are sent out the modem as
  2735.                entered (exceptfor the command used to toggle the mode on &
  2736.                off).  If a function key is used, a zero followed by the scan
  2737.                code is sent.  The default command to toggle "Doorway" mode
  2738.                on and off is "Alt =" (it can be remapped the same as other
  2739.                Binkley functions).
  2740.  
  2741.           PgDn
  2742.           
  2743.                This allows you to download a file from the host with which
  2744.                you are connected.  You are prompted for the desired protocol
  2745.                to use, and for the required file information, if needed
  2746.                (protocol dependent).  If you have the 'Download' statement
  2747.                properly implemented in the configuration file, the downloaded
  2748.                files will be placed in the directory specified.  Otherwise,
  2749.                the file will be saved to the current directory. 
  2750.           
  2751.           PgUp
  2752.           
  2753.                This allows you to send a file to the remote host.  You are
  2754.                prompted for the desired protocol to use for the transfer, as
  2755.                well as the file information.  You may specify a complete
  2756.                drive, path and filename using standard DOS conventions, e.g.,
  2757.                C:\PATH\FILENAME.ARC.  
  2758.           
  2759.                When a batch protocol is used (SEAlink, Telink, or Zmodem),
  2760.                wildcards are allowed in the filename.
  2761.  
  2762.  
  2763.           
  2764.           UNATTENDED MODE KEYSTROKES
  2765.           
  2766.                While in Unattended Mode, several keystrokes are available
  2767.                that perform various functions, such as manual polling, call
  2768.                forcing, DOS shells, and so on.
  2769.           
  2770.           F1 through F10
  2771.           
  2772.                These keys cause BinkleyTerm to exit with an errorlevel of 10
  2773.                times the function key number pressed.  In other words, F1
  2774.                causes an errorlevel 10 exit, F7 would cause an errorlevel 70
  2775.                exit.  Your batch file is used to capture and process these
  2776.                errorlevels.  
  2777.           
  2778.           
  2779.           
  2780.           Alt-F1 through Alt-F9
  2781.           
  2782.                These keystrokes invoke user-defined DOS shells, to execute
  2783.                programs or utilities as desired.  Refer to the section
  2784.                "Configuration File" for additional information.
  2785.           
  2786.           Alt-F10
  2787.           
  2788.                This key causes BinkleyTerm to display a brief help screen,
  2789.                listing the various keystrokes available to you in the current
  2790.                operating mode.
  2791.  
  2792.           Alt-A
  2793.  
  2794.                Send answer string to the modem.
  2795.           
  2796.           Alt-B
  2797.           
  2798.                Forces a screen blank to occur.  Any system activity or a
  2799.                press of the space bar will reactivate the screen display.
  2800.  
  2801.           Alt-C
  2802.           
  2803.                This forces BinkleyTerm to look at the outbound holding area
  2804.                and determine whether anything should be sent right away.  If
  2805.                there is something that would not ordinarily be sent during
  2806.                the current event, this command will not cause it to be sent. 
  2807.                Use a manual poll for immediate sending to any system under
  2808.                any circumstances.  
  2809.           
  2810.                Note that BinkleyTerm automatically checks the outbound area
  2811.                approximately once every 10 minutes; the automated equivalent
  2812.                of this command.
  2813.           
  2814.           Alt-E
  2815.           
  2816.                This invokes your message editor/reader, as designated by the
  2817.                configuration file parameter 'Reader.'  Refer to the section
  2818.                "Configuration File" for more information.
  2819.           
  2820.           Alt-F
  2821.  
  2822.                Toggles between few informations (fast) and many infos in
  2823.                the outbound window.
  2824.  
  2825.           Alt-G
  2826.  
  2827.                Allows the generation of an outbound file request.  When
  2828.                executed, this command will pop-up a window on the screen
  2829.                where you will be prompted to provide information
  2830.                appropriate to creating a file request.  See 'Colors' in
  2831.                "Configuration File" for related information.
  2832.  
  2833.           Alt-I
  2834.  
  2835.                Re-initializes the modem but does not rescan the outbound.
  2836.  
  2837.           Alt-J
  2838.           
  2839.                This causes BinkleyTerm to exit to DOS and stay resident (DOS
  2840.                shell).  This is probably the most efficient method to perform
  2841.                a quick DOS command "on the fly."  Enter "EXIT" at the DOS
  2842.                prompt to return to BinkleyTerm.  BinkleyTerm will
  2843.                automatically return to the directory it was run from when
  2844.                returning from DOS.
  2845.           
  2846.           Alt-K
  2847.  
  2848.                Allows you to kill all mail for a particular node.  When
  2849.                executed, you will be prompted for the appropriate
  2850.                information.
  2851.  
  2852.           Alt-M
  2853.           
  2854.                This keystroke allows you to perform a manual mail polling
  2855.                operation.  You will be prompted for a FidoNet node address
  2856.                in the form <net>/<node>.  You may also enter a Sysop name if
  2857.                a FIDOUSER.LST is available to BinkleyTerm in the nodelist
  2858.                directory.  Refer to the User's Guide section "Nodelist" for
  2859.                more information on FIDOUSER.LST.  BinkleyTerm will then dial
  2860.                the system, without regard to event schedules, and attempt to
  2861.                transact mail with the remote system.
  2862.  
  2863.           Alt-N
  2864.  
  2865.                Toggle NoPickup flag.
  2866.                ATTENTION: If you toggle this flag it is are saved
  2867.                PERMANENTLY in BINKLEY.SCD! So if the same event reappears
  2868.                one day later, it'l have the same status as the day before!
  2869.  
  2870.           Alt-O
  2871.  
  2872.                 Press ALT-O if you want to rescan the hold directory.
  2873.                 Useful for multiline systems.
  2874.  
  2875.           Alt-P
  2876.           
  2877.                Causes information in the Unattended Mode "Today at a Glance"
  2878.                window to be "zeroed" out.
  2879.           
  2880.           Alt-Q
  2881.           
  2882.                This tells BinkleyTerm to quit the current event, and start
  2883.                the next event that covers the current time period.  If there
  2884.                is no such event, Event 0 (the default non-event) will be
  2885.                started.  For all practical purposes, nothing happens during
  2886.                event 0, however, BinkleyTerm will still accept incoming mail. 
  2887.                The events can be restarted by the Alt-R command.
  2888.  
  2889.           Alt-R
  2890.           
  2891.                This forces BinkleyTerm to restart the first event that should
  2892.                execute at the current time, not including forced events.  
  2893.  
  2894.           Alt-S
  2895.  
  2896.                Allows the generation of an outbound file attach.  When
  2897.                executed, this command will pop-up a window on the screen
  2898.                where you will be prompted to provide information
  2899.                appropriate to creating a file attach.  See 'Colors' in
  2900.                "Configuration File" for related information.
  2901.           
  2902.           Alt-T
  2903.           
  2904.                This is used to shift to Terminal Mode on the fly.  By using
  2905.                the Alt-U command of the Terminal Mode, you can flip back and
  2906.                forth between Terminal Mode and Unattended Mode.
  2907.           
  2908.           Alt-U
  2909.  
  2910.                Toggle "Send only" flag.
  2911.                ATTENTION: If you toggle this flag it is are saved
  2912.                PERMANENTLY in BINKLEY.SCD! So if the same event reappears
  2913.                one day later, it'l have the same status as the day before!
  2914.  
  2915.           Alt-W
  2916.           
  2917.                This command causes the screen to be redrawn with current
  2918.                information.  This is handy for situations such as multi-
  2919.                tasking that may have caused the BinkleyTerm screen to become
  2920.                "trashed."
  2921.           
  2922.           Alt-X
  2923.           
  2924.                This allows you to exit BinkleyTerm with errorlevel 1.  If you
  2925.                are using a batch file, it must capture and act upon the
  2926.                errorlevel properly by terminating the batch file.  Refer to
  2927.                the User's Guide section "Control" for additional information.
  2928.           
  2929.           Alt-Y
  2930.  
  2931.                Polls the boss node (same as Alt-Y in Terminal Mode).
  2932.  
  2933.           Alt-Z
  2934.  
  2935.                Opens the Zoom Window with the enhanced outbound manager.
  2936.                Followin keys are active in the Zoom Window:
  2937.  
  2938.                   ALT-F10  Help screen with Zoom functions
  2939.                   A        Readdress Mail
  2940.                   G        Get (request) Files
  2941.                   I        Reset Dial Tries
  2942.                   P        Poll any System (Create CLO File)
  2943.                   C/D/H/N  Change to Mail to Crash/Direct/Normal/Hold
  2944.                   R        Delete Requests
  2945.                   S        Send Files
  2946.                   T        Stop Calls
  2947.           
  2948.           Esc
  2949.           
  2950.                Cancel operation during session startup and elsewhere.
  2951.           
  2952.           Space
  2953.           
  2954.                This key may be used to abort polls and to un-blank the screen
  2955.                (when the 'ScreenBlank' option is used).  This key is ignored
  2956.                when pressed during BinkleyTerm idle time (waiting for calls).
  2957.           
  2958.           
  2959.           VT-100 KEYSTROKES
  2960.           
  2961.           As described in the User's Guide, BinkleyTerm can optionally
  2962.           provide complete VT-100 terminal emulation.  Part of this support
  2963.           is keystroke mapping of the VT-100 keypad.  Shown below is an
  2964.           illustration of the VT-100 keypad, and the keystrokes that are
  2965.           required in order to emulate the respective key.  The keypad layout
  2966.           and functionality should be familiar to VT-100 users. 
  2967.           
  2968.                         +--------+--------+--------+--------+
  2969.                         |        |        | Shift- | Shift- |
  2970.                         |   F1   |   F2   |   F1   |   F2   |
  2971.                         |        |        |        |        |
  2972.                         +--------+--------+--------+--------+
  2973.                         |        |        | Shift- | Shift- |
  2974.                         |   F3   |   F4   |   F3   |   F4   |
  2975.                         |        |        |        |        |
  2976.                         +--------+--------+--------+--------+
  2977.                         |        |        | Shift- | Shift- |
  2978.                         |   F5   |   F6   |   F5   |   F6   |
  2979.                         |        |        |        |        |
  2980.                         +--------+--------+--------+--------+
  2981.                         |        |        | Shift- |        |
  2982.                         |   F7   |   F8   |   F7   |        |
  2983.                         |        |        |        | Shift- |
  2984.                         +--------+--------+--------+   F10  |
  2985.                         |                 | Shift- |        |
  2986.                         |       F10       |   F9   |        |
  2987.                         |                 |        |        |
  2988.                         +-----------------+--------+--------+
  2989.           
  2990.           Note that BinkleyTerm also allows the use of the arrow cursor
  2991.           control keys on the keyboard.  When used with a host that supports
  2992.           VT-100 or ANSI, the arrow keys are functional for cursor
  2993.           positioning.  One of the more common non-VT-100 applications for
  2994.           these keys is with Opus-CBCS' "OPed" full-screen on-line message
  2995.           editor, and many of the full-screen external on-line editors used
  2996.           with QuickBBS.
  2997.           
  2998.           
  2999.