home *** CD-ROM | disk | FTP | other *** search
/ Media Share 9 / MEDIASHARE_09.ISO / mailers / bnp420.zip / BNP.DOC next >
Text File  |  1993-03-13  |  10KB  |  252 lines
  1.  
  2.         BinkleyTerm (Opus/Portal of Power) Netmail Packer
  3.         Version 4.20
  4.  
  5.         Written by Nathan Moschkin
  6.         Copyright (C) 1992, 1993 by Nathan Moschkin
  7.         Copyright is for program and documentation
  8.  
  9.         Please distribute freely
  10.  
  11.         Special thanks to David Page and Joe Keenan for putting up with my
  12.         questions and bugs.  Thanks to Mark Prado for giving me a computer
  13.         to work on.
  14.  
  15.  
  16.  
  17.         Disclaimer and Copyright
  18.         ------------------------
  19.  
  20.           This program has no garantees, no warentees, no nothing.  Use it
  21.           as is, and that's that.  Do not copy this program in anything
  22.           other than the original ARJ archive created by Nathan Moschkin.
  23.  
  24.           This material is copyright 1992, 1993 by Nathan Moschkin
  25.           Thank you very much for you attention.
  26.  
  27.  
  28.         What is BNP?
  29.         ------------
  30.           BinkleyTerm netmail packer is a medium sized netmail handler.
  31.           Squish can get the job done, but it's 200k, oMMM is 80k but
  32.           doesn't do what this does, handle 4D point numbers.  BNP will
  33.           automatically create and remove point directories.
  34.  
  35.         Shareware vs. Freeware
  36.         ----------------------
  37.  
  38.           BinkleyTerm Netmail Packer (henceforth referred to as BNP) does
  39.           not REQUIRE registration.  If you still wish to register by
  40.           donating money, see the file DONATE.FRM.
  41.  
  42.           BinkleyTerm Netmail Packer is NOT PUBLIC DOMAIN.  It is FREEWARE,
  43.           meaning product support, updates, and product itself is provided
  44.           free of charge upon request.
  45.  
  46.         System Requirements
  47.         -------------------
  48.  
  49.           BNP will run on any 80x86 machine with at least 256k of free
  50.           memory.  A mailer and hard drive would be nice too.
  51.  
  52.           BNP works with BinkleyTerm, OPUS-CBCS or Portal of Power.
  53.           Because of the nature of FrontDoor and D'Bridge, BNP will not
  54.           work with them, it's not in the design.  BNP was compiled using
  55.           Borland C++ 3.1 and will work on any PC using IBM or Microsoft
  56.           DOS 3.30 or later.
  57.  
  58.        Documentation
  59.        -------------
  60.  
  61.           Everything is documented in the appropriate file, this is a
  62.           fairly self explanitory program.
  63.  
  64.           BNP will automatically reroute/repack .FLO and .OUT files.
  65.  
  66.    Inside the BNP ARJ you will find CONFIG.BNP which is your configuration
  67.    file.  Here is a description of every configuration command.
  68.  
  69.         ADDRESS zone:net/node[.point][@domain]
  70.  
  71.                 Your fidonet technology address.  You must specify zone,
  72.                 net and node.  Point is optional.  You may specify 10
  73.                 logical addresses.  No wildcard addresses allowed. 
  74.  
  75.         NETMAIL d:\path
  76.  
  77.                 You must specify a path to netmail.  Just insert the drive
  78.                 and path statements in the NETMAIL line.
  79.  
  80.         OUTBOUND d:\path
  81.  
  82.                 Specifies path where outbound packets are stored.  In the
  83.                 case of zone and point differentiations, new outbound areas
  84.                 may automatically be created.
  85.  
  86.         MAXARCSIZE nnnn
  87.  
  88.                 Specifies the size, in kilobytes, for the maximum archive
  89.                 size, BNP will not add to bundles exceeding this limit.
  90.  
  91.         LOGFILE d:\path\filename.ext
  92.  
  93.                 Specifies what file to write log entries to.  If this
  94.                 parameter is omitted, BNP will make no attempts to write
  95.                 to any sort of log file.
  96.  
  97.         ROUTEFILE d:\path\filename.ext
  98.  
  99.                 Specifies where to look for a routing file.  You must have
  100.                 one, this is not an option.  ROUTE.BNP is included as an
  101.                 example.
  102.  
  103.         KILLOLD nnnn
  104.  
  105.                 This directs BNP to kill mail older than [nnnn] days.  This
  106.                 is a very destructive feature and should only be used in
  107.                 areas where space is limited.
  108.  
  109.         GRUNGY [ignore/delete/exclude]
  110.  
  111.                 This parameter activates GRUNGY, the grunged message
  112.                 processor.  GRUNGY will produce a GRUNGY.RPT file notifying
  113.                 you of the messages that were grunged.
  114.                 This has three options.
  115.  
  116.                 delete:  kills all grunded messages.
  117.                 ignore:  will keep all grunged messages in place, but will
  118.                          still produce a GRUNGY.RPT
  119.                 exclude: do not include grunged messages in the packet,
  120.                          but do not delete from the message area.
  121.  
  122.         QUIET
  123.                 Specifies operations in supressed screen writes mode.
  124.  
  125.         PKTTYPE [TYPE2/TYPE2+/TYPE2.2]
  126.  
  127.                 Specifies in which FTSC packet format to pack mail.
  128.                 FTSC-0001 (type 2).
  129.                 FTSC-0039 (type 2+).
  130.                 FTSC-0045 (type 2.2).
  131.  
  132.                 FTSC-0001 is, for all intents and purposes, STONEAGED.
  133.  
  134.         PACKER_DEF # commands
  135.  
  136.                 You must specify at least one archiver.  Where '#' is any
  137.                 character of the IBM ASCII character set.  This can be only
  138.                 ONE character in length, though, or BNP will report ERROR.
  139.  
  140.         PACKUP # node1 [node2] [node3] [node4]
  141.  
  142.                 Specifies to pack mail to the specified nodes using the
  143.                 specifies compressor.
  144.  
  145.         KILL    NONE/ALL
  146.  
  147.                 Specifies whether BNP should kill all sent messages or
  148.                 not to kill any sent message, regardless of attribute
  149.                 setting.  If this option is omitted, killing is done
  150.                 only when killsent status is enabled on the message
  151.  
  152.         BSY_FLAG
  153.  
  154.                 This will instruct BNP to create .BSY flags so that
  155.                 BinkleyTerm will not process mail for that node.
  156.  
  157.         PKT_PASS zone:net/node[.point] password
  158.  
  159.                 This specifies that all nodes that are found under this
  160.                 search specification will be password-protected with
  161.                 this password.  Wildcard addresses allowed.
  162.  
  163.  
  164.  
  165.    You will also find ROUTE.BNP.  Here is a run down of every routing
  166.    command.
  167.  
  168.         SCHED # HH:MM HH:MM [Day1|Day2|Day3 etc...] or [All]
  169.  
  170.                 Specifies a schedule with a start and end time in military
  171.                 24 time.  The day specifiers can be any combination of the
  172.                 abbreviated seven days of the week seperated by a PIPE, but
  173.                 no spaces at all!  Or, for all days of the week, use the
  174.                 keyword ALL.
  175.  
  176.                 Ex: Sched A 16:00 22:19 Tue|Wed|Fri|Sun
  177.  
  178.         POLLxxxx node1 [node2] etc...
  179.  
  180.                 Forces BinkleyTerm or OPUS-CBCS to call a system regardless
  181.                 of whether there is mail waiting or not.  Where 'xxxx' are
  182.                 the following keywords:
  183.  
  184.                       CRASH - Send immediately or as soon as possible
  185.                       DIRECT - Send as soon as non-CM nodes are processed.
  186.                       NORM - Same as direct, but no garantees that the
  187.                              bundle will end up going where it's supposed
  188.                              to.
  189.                       HOLD - Make other system pickup mail.  This is
  190.                              useless for POLLxxxx but is good for SEND and
  191.                              ROUTE commands.
  192.  
  193.         NOBUNDLE node1 [node2] etc...
  194.  
  195.                 This tells BNP NOT to bundle mail for the specified nodes,
  196.                 instead mail is kept unbundled and is sent as .xUT packets.
  197.                 If there is more mail, more is added to the packet.
  198.                 Routing commands will work normally.
  199.  
  200.         SENDxxxx node1 [node2] etc...
  201.  
  202.                 Sends mail directly to the specified nodes directly using
  203.                 one of the above keywords.
  204.  
  205.                 NOTE: an '*' anywhere in place of a number in the fidonet
  206.                       address specifies that BNP will treat it as GLOBAL.
  207.  
  208.                 Ex: SendCM 1:109/40 400 1:261/*
  209.  
  210.                 Sends direct Crash to 1:109/40, 1:109/400 and ALL of 261.
  211.  
  212.         ROUTExxxx node [nodes] etc...
  213.  
  214.                 Routes mail addressed to [nodes] through [node].  You must
  215.                 specify at least two entries, a destination and a final
  216.                 destination.
  217.  
  218.                 Ex: RouteDIRECT 1:109/40 1:* 2:* 3:* 4:* 5:* 6:*
  219.  
  220.                 Routes all mail for ALL nodes in zones 1 through 6 via
  221.                 1:109/40.
  222.  
  223.                 NOTE:  BNP analyzes in decending order.  This means that
  224.                 overrides and ruled exceptions go BEFORE other entries.
  225.  
  226.                 ex:
  227.                     SendCM 1:109/40 400 50 500 60 600 70 700 10 100 20 200
  228.                     RouteCM 1:109/400 1:109/*
  229.  
  230.                     This will route all mail to any node in net 109 via
  231.                     1:109/400 except the ones listed above that entry.
  232.  
  233.    I hope this explains most of your questions.  If you have other
  234.    questions, feel free to contact me at +1-301-649-3207 between 6PM and
  235.    10PM GMT-5 (EST), or netmail me at 1:109/427.
  236.  
  237.  
  238.        Acknowledgments
  239.        ---------------
  240.  
  241.           BinkleyTerm is by Vince Perriello, Bob Hartman and Bit Bucket
  242.           Software.
  243.           D'Bridge is written by Chris Irwin.
  244.           FrontDoor is written by Joaquim Homrighausen.
  245.           IBM is a trademark of International Business Machines
  246.           Borland C++ 3.1 by Borland International Inc.
  247.           Microsoft MS-DOS is by Microsoft Inc.
  248.           Opus-CBCS was originally written by Wynn Wagner III
  249.           ARJ is by Robert K. Jung
  250.  
  251.  
  252.