home *** CD-ROM | disk | FTP | other *** search
/ Black Box 4 / BlackBox.cdr / bbs_mail / raid0121.arj / STATUS.TXT < prev    next >
Text File  |  1991-07-11  |  56KB  |  1,168 lines
  1.  1.21  7/11/91
  2.  
  3.   New/changed command line options:
  4.    * Report Orphan Areas   displays on-screen list of orphans
  5.  
  6.   New/changed Raid.Cfg directives:
  7.    *NewAreas_Create  Changed format; 1 per line; optional area selects
  8.    *NewAreas_Node    Changed format; 1 per line; optional area selects
  9.     Outbound_Path    Defines .Pkt destination directory
  10.  
  11. >>>* MIGHT REQUIRE RAID.CFG CHANGES!
  12.  
  13.     New/changed output tokens:
  14.      %include%        fixed early quit problem
  15.      %newareacreate%  display message when none defined
  16.      %newareanode%    display message when none defined
  17.      %address%        allow values up to 64k
  18.      %aka%            allow values up to 64k
  19.  
  20.   Details:
  21.  
  22.   - Command line 'Raid Report Orphan Areas' will generate a raw list
  23.     of file areas that exist in Tic.Cfg but not in Raid.Cfg. Output
  24.     is sent only to the screen.
  25.   - Month overrides were being used in message headers. English
  26.     months are now used.
  27.   - Autocreate now notices that it just created an area rather than 
  28.     reporting what it did for each .tic in the new area.
  29.   - NewAreas_Create and NewAreas_Node directives in Raid.Cfg are
  30.     reworked. They both now accept one address per line followed by
  31.     an optional list of file echo names. A trailing * (as in SDS* DVN*)
  32.     is recognized as a wildcard indicator. The NewAreas_Create list is
  33.     validated against new area tags. Similarly, the NewAreas_Node list
  34.     is used to decide who should be connected to new areas.
  35.   - Wildcard operations now allow ? in the areaname as in D?N* and ?DN*
  36.   - Fixed situation where %include% display token was sometimes
  37.     quitting early.
  38.   - Fixed %newareacreate% and %newareanode% output tokens so
  39.     <none defined> is displayed when no addresses are found.
  40.   - Fixed address display output tokens to display zone, net, and node
  41.     up to 64k rather than only 32k.
  42.   - Outbound_Path defines the directory where Raid will write all
  43.     .Pkt format outbound messages. The path defaults to the Tic.Cfg
  44.     IN path.
  45.  
  46.  
  47.  1.20 6/  /91
  48.  
  49.   New/changed Raid.Cfg directives:
  50.     Trailers         Template trailer corrected -> : after * Origin
  51.  
  52.  
  53.   New/changed output tokens:
  54.     %mm%        fixed to show this month instead of last month
  55.     %mn%        corrected; was coded as a duplicate of month
  56.  
  57.   Details:
  58.  
  59.   - Trailer templates in the sample raid.cfg were wrong. Origin lines
  60.     were missing the colon (:) following Origin. Default templates
  61.     generated internally were correct.
  62.   - Fixed %mm% token to show current month. Forgot to add one.
  63.   - Changed second %mm% token (minutes) to %mn%. Minutes were always
  64.     being displayed as if month was requested. No impact since it
  65.     never worked. 
  66.   - Messages from non-configured addresses or with bad passwords were
  67.     being reprocessed. Needed to set received bit.
  68.   - Alert processing. Only set kill flag if NetmailBehavior in Raid.Cfg
  69.     includes K or if -MK (or -RK) is used on the command line.
  70.   - Alert message destination sysop name will be "SysOp" if the sysop name
  71.     cannot be located in raid.cfg.
  72.   - Removed test for -M and -R used together so -M modifiers can be used
  73.     with -R operations. 
  74.  
  75.  
  76.  1.19 4/26/91
  77.  
  78.   Summary for the folks who hate to read...
  79.  
  80.     New/changed Raid.Cfg directives:
  81.       Months          define your own spelling for months of the year
  82.       Days            define your own spelling for days of the week
  83.       Force_Intl      always put an ^AINTL line in netmail output
  84.       Hide_Protected  only list requestable areas in available areas report
  85.       
  86.       Announce_Header        \
  87.       Announce_Cont_Header    \  seem to be working
  88.       Announce_Trailer        /  as intended.
  89.       Announce_Cont_Trailer  /
  90.       Announce_Dest_Format   assign template format to message destinations
  91.       
  92.     New/changed output tokens:
  93.       %include%   import a text file
  94.       %date%      new access to individual components -- see below
  95.       %time%      new access to individual components -- see below
  96.       %address%   new subfields to display address components
  97.       %filedate%  new subfields to display time/date components
  98.  
  99.   Details...
  100.  
  101.   - Added Hide_Protected configuration directive. This affects the
  102.     available area display. If an area is not available to the 
  103.     address being processed the area will not be displayed.
  104.  
  105.   - Added Months and Days configuration directives to provide override
  106.     of the English month and day names Raid uses in output. The default:
  107.     
  108.       Months January February March April ...etc...
  109.       Days   Sunday Monday Tuesday Wednesday Thursday Friday Saturday
  110.     
  111.     Up to 12 months or 7 days can be listed but must be in strict
  112.     calendar order. If April is listed all preceding months (January
  113.     February March) must also be listed. The same is true of Days.
  114.   
  115.   - These are tokens that display current date or time:
  116.       %date%    April 26
  117.       %month%   April
  118.       %weekday% Friday
  119.       %day%     26
  120.       %doy%     116
  121.       %mm%      04
  122.       %dd%      26
  123.       %yy%      91
  124.       
  125.       %time%    20:04
  126.       %hh%      20
  127.       %mm%      04
  128.       
  129.   - These are tokens that display file date or time in announce templates:
  130.       %filedate%         04/13/91
  131.       %filedate:month%   April
  132.       %filedate:day%     13
  133.       %filedate:mm%      04
  134.       %filedate:dd%      13
  135.       %filedate:yy%      91
  136.       
  137.       %filetime%         12:05
  138.       %filetime:hh%      12
  139.       %filetime:mm%      05
  140.   
  141.   - Extended the %address% token to include 2 optional subfields...
  142.       %address%          displays the configured primary address
  143.       %address:#%        displays the AKA address (relative to the
  144.                          primary). 0 (default) is primary, 1...n
  145.                          are AKAs in the order configured. If the
  146.                          number is out of the range of configured
  147.                          AKAs the primary address (0) will be used.
  148.       %address:#:string% displays the address component identified
  149.                          by string. Allowable values are zone, net,
  150.                          and node. Point and domain are valid but
  151.                          currently display default values (0 and
  152.                          blank. Misspelled values are ignored.
  153.     
  154.     For example, the net/node can be listed as:
  155.       %address::net%/%address::node%
  156.  
  157.     Here's how a message trailer could be set up to generate
  158.     something echomail tossers might like...
  159.   
  160.       Announce_Trailer default ""
  161.       Announce_Trailer default "--- %version%"
  162.       Announce_Trailer default " * Origin: %system% (%address%)"
  163.       Announce_Trailer default "SEEN-BY: %address::net%/%address::node%"
  164.       Announce_Trailer default "PATH: %address::net%/%address::node%"
  165.       Announce_Trailer default ""
  166.  
  167.   - New output token. %include:filename% will display the named
  168.     file. Full path notation is fine. Wildcards are not. If the file
  169.     contains token strings they will not be interpreted.
  170.   
  171.   - Added Force_Intl configuration directive to force generation of
  172.     an ^AINTL line on all netmail output rather than only when to a
  173.     different zone.
  174.  
  175.   - Dropped tearline warning message. Tearline will be valid for
  176.     non-announce netmail output. Announce output will use announce
  177.     templates.
  178.  
  179.   - Announce_Dest_Format seems to be working now. Needs testing.
  180.  
  181.   - Corrected situation where received message header rewrite reversed
  182.     from/to addresses and sent requests back to originator if
  183.     kill_received was not used.
  184.  
  185.  1.18 4/4/91
  186.   - Fixed a serious problem in the text list manager. This was showing
  187.     up primarily as missing lines in tic.cfg. This bug was introduced
  188.     during the changes between 1.16c and 1.17.
  189.  
  190.   - Inserted warning messages for tearline, announce_seenby, and
  191.     announce_paths directives. Template definitions should be used
  192.     instead of these directives.
  193.   
  194.   - Alert feature caused original messages to be readdressed and sent
  195.     to alertnode. Fixed so original header isn't changed.
  196.  
  197.   - Added arealist token to list all areas with descriptions. Areas
  198.     with higher security than the Hide_Area value will not be listed.
  199.  
  200.   - Added line number display to raid.cfg error message display.
  201.  
  202.   - Fixed autocreate operation to properly realize that a file echo
  203.     configured in raid.cfg but not found in tic.cfg can be created.
  204.  
  205.  - If a -r netmail input mesaage has a fatal error it will not be
  206.     deleted no matter the setting of kill_received.
  207.  
  208.   - Added the framework for Announce_Cont_Header and
  209.     Announce_Cont_Trailer directives that define header and trailer
  210.     templates for continuation messages. If announce causes 3 messages
  211.     to be created, the headers and trailers will be displayed...
  212.         --message 1--          --message 2--           --message 3--
  213.        announce_header      announce_cont_header     announce_cont_header
  214.        <announcements>         <announcements>         <announcements>
  215.     announce_cont_trailer   announce_cont_trailer      announce_trailer
  216.  
  217.     Defaults are:
  218.       announce_cont_header  default "(continued from previous message)"
  219.       announce_cont_trailer default "(continued in next message)"
  220.     
  221.     This feature is not fully implemented. Please pardon our dust.
  222.  
  223.   - Added 3 more tokens...
  224.       totsize  total bytes of all announced files
  225.       msgsize  cumulative bytes announced in current message
  226.       cumsize  cumulative total bytes announced
  227.  
  228.   - Added Announce_Dest_Format configuration directive to associate
  229.     announce templates with announce output destinations. Not finished!
  230.         Announce_Dest_Format templatename destarea destpath * *net/node
  231.  
  232.  
  233.  1.17 2/28/91
  234.   - Added yet another command line parameter to help control runtime
  235.     performance. Many of us operate all the time with tidy and sort
  236.     raid.cfg parameters enabled. All three take more than a trivial
  237.     amount of CPU resources. That spells longer execution times.
  238.     The new command (TIDY or CLEAN or CLEANUP or SORT all work)
  239.     simply forces the tidy and sort parameters active for a single
  240.     execution. So we might run with those raid.cfg parameters off
  241.     for normal operations and simply use SORT (as the first command
  242.     line parameter) along with NOTIFY or other reporting functions
  243.     and even occasionally to "clean up" tic.cfg.
  244.     Anyway, it's there and I'm using this with noticably shorter
  245.     execution time on my machine. Maybe you will see a similar saving.
  246.     
  247.   - Slight performance improvement in .cfg file reads. Fixed some code
  248.     and increased i/o buffer sizes.
  249.  
  250.   - All RAIDxxxx.TXT files can now contain embedded token strings.
  251.  
  252.   - Expanded newarea_msg to work like announce_msg such that any
  253.     number of destinations can be defined in any combination of 4
  254.     formats; * *net/node echo_tag drive:\directory
  255.  
  256.   - Fixed announce_header display logic to display only the first
  257.     (default) header set. This is because several different formats
  258.     of announcements can appear in one message. If raid starts to
  259.     accept destination (net/node, areatag, directory) defaults for
  260.     headers and trailers this will change.
  261.  
  262.   - AlertNode is partially installed. It will generate a copy of every
  263.     -r mode response message to the fist address listed. AlertNode is
  264.     not working for PKT output -- only for MSG.
  265.  
  266.   - Changed hard error capture (int 24) routine to cleanly return to
  267.     DOS rather than aborting the BATch file. Thanks to Steve Ahola.
  268.  
  269.   - Changed create logic to push on with a manual create regardless of
  270.     raid.cfg, tic.cfg, and directory status. We'll see...
  271.  
  272.  
  273.  1.16 2/4/91
  274.   - remove_delete and alert_node are not implemented [yet? ever?].
  275.  
  276.   - Add and delete operations recognize a trailing asterisk for
  277.     wildcard operations. This works in netmail requests as well as
  278.     manual operations (add, delete, [net]areareport). I think the
  279.     limited wildcarding is installed everywhere that's practical now.
  280.     Let me know.
  281.  
  282.   - Remove seems to work now. Syntax is "raid remove area ... area"
  283.     The named area(s) will be deleted from tic.cfg. Netmail will be
  284.     sent to raid at all affected addresses to remove connections.
  285.  
  286.   - newareacreate output token was displaying the token name along with
  287.     normal output.
  288.  
  289.   - Finished install of filedate and filetime output tokens.
  290.  
  291.   - Fixed a pointer problem in the tic.cfg read routine that showed up
  292.     when sortareas was not selected in raid.cfg.
  293.  
  294.   - Fixed output routines to handle multiple desc lines from .tic files.
  295.  
  296.   - Fixed output routines to allow underscore (_) outside of token fields.
  297.  
  298.   - Added a couple of tokens -- what else do we need to define folks?
  299.       activemarker
  300.       privmarkerleft
  301.       privmarkerright
  302.       remoteflagupdate
  303.  
  304.   - Several tokens now accept a second optional subfield: They include:
  305.       path, seenby, newareacreate, newareanode, alias, aka 
  306.     The format for these tokens is now:
  307.       %tokenname:lindent:lwidth%
  308.       lindent is the number of characters to indent continuation lines.
  309.               default is 0. 
  310.       lwidth  is the number of characters per line. default lwidth is 72.
  311.     "Seenby: %seenby:8:40%"  set left indent to 8 and line width to 40.
  312.     "Seenby: %seenby::40%"   set left indent to 0 (default) and line
  313.                              width to 40.
  314.     "Path: %path:6:1%"       sets left indent to 6 and width to 1. This
  315.                              one 'fools' the output routine so a
  316.                              continuation will be forced after every
  317.                              item. The result is a vertical column 1
  318.                              item wide.
  319.  
  320.  1.15 1/24/91
  321.   - Added limited wildcard capability to announce_only and announce_area
  322.     such that a trailing * on any file area name will force a match on
  323.     the remainder of the area name. SDS* and PDN* and DVN* and SDN* are
  324.     examples. In each case all file area names beginning with the three
  325.     character prefix will match the wildcard reference.
  326.  
  327.   - Fixed raid.cfg parser to recognize more than one address on
  328.     newarea_create lines. Only the first address was recognized.
  329.     Newarea_node lines still allow 1 address per line because of the
  330.     [not quite working] optional password and flag field overrides.
  331.  
  332.   - Don't dislay newarea_node being added until after it's matched
  333.     against the from net/node. This gets rid of a misleading double
  334.     display.
  335.  
  336.   - Deleted debug display of create:area log entry as addresses are added.
  337.  
  338.   - Fixed situation where remote requests for an address that's set up in
  339.     raid.cfg with security level 0 were rejected if not running in
  340.     open_system mode. This is a fuzzy fix in that I've previously used
  341.     level 0 internally to indicate no access. I've run my test suite
  342.     of requests thru it with no apparent problem but... <well, you know>
  343.  
  344.   - Trim trailing blanks from raid.cfg lines that must terminate with
  345.     specific sequences.
  346.  
  347.   - Announce_Path and Announce_Seenby are now activated whenever any
  348.     announce templates are defined.
  349.  
  350.   - Raidnote.Txt can include any of the tokens defined below except those
  351.     from .tic files. This gives you more control over notify message
  352.     content. The sample raidnote.txt includes examples.
  353.     
  354.   - Added a second CR to the end of echomail origin lines to try to
  355.     address a disagreement with at least one echomail program.
  356.  
  357.   - Here we go... There's a bit of a change in the way file arrival
  358.     announcements are generated. It's either really easy to adapt to
  359.     or terribly complicated. Each of you will have to decide that for
  360.     yourself. <grin>
  361.     Briefly, there are at least 3 new raid.cfg directives that now
  362.     support announce message generation.
  363.  
  364.       announce_header   -- defines the format and content of the
  365.                            header line(s) raid writes as it opens
  366.                            each announce message. All lines are
  367.                            written to each message.
  368.       announce_template -- defines all the wonderful things you want
  369.                            announcements to say about each new arrival.
  370.                            The first template defined is the default
  371.                            announce template when not overridden by
  372.                            announce_format.
  373.       announce_format   -- defines the relationship between file areas
  374.                            and announce message templates so any
  375.                            template design can be associated with any
  376.                            number of file areas. The trailing * wildcard
  377.                            can be used for file area matching.
  378.  
  379.     This entire feature is optional. If you have no need or interest
  380.     in designing your own announce messages you don't need to change
  381.     anything. Raid will default to generation of the original output
  382.     layout and content. 
  383.     But if you dare to try out this feature you'll be offered a
  384.     virtually limitless "designer announcement" capability through
  385.     liberal use of "tokens" in the announce message header and body.
  386.     Rather than shower you with boring details right away, let's look
  387.     at the way Raid now defines the "default" announce message layout.
  388.     
  389.     Each line appears as you or I might enter it in Raid.Cfg. Here's the
  390.     standard announce template that is used if none is defined in
  391.     raid.cfg:
  392.     
  393.       Announce_Header   format1 "The following files were processed by %address% on %date% at %time%:"
  394.       Announce_Template format1 " File: %file% (%size% bytes)  Origin: %origin%  Rec'd from: %from%"
  395.       Announce_Template format1 " Area: %area% [%areadesc%]"
  396.       Announce_Template format1 " Desc: %desc:7%"
  397.     
  398.     Or maybe we'll want to override the standard templates to make the
  399.     output resemble that of RFP or RFD. Here's what we'd enter in
  400.     raid.cfg...
  401.       
  402.       Announce_Header   format1 "The following files were received here for processing"
  403.       Announce_Header   format1 "on %day% %month% %year%  %time%:"
  404.       Announce_Template format1 "File: %file% (%size% bytes), Area: %area%, Origin: %origin%"
  405.       Announce_Template format1 "Description: %desc:13%"
  406.     
  407.     The two components following the directive on each line are:
  408.  
  409.       format   -- identifies the header or template name. This name will be
  410.                   maintained thruout a template set and referenced on
  411.                   announce_format directives.
  412.       data     -- This portion of the line must begin and end with a double
  413.                   quote character. Literals and tokens can be used in a
  414.                   variety of combinations to achieve the desired look.
  415.                   Tokens are bracketed with the % character. Otherwise they
  416.                   are interpreted as literals.
  417.  
  418.     Each announce template line will generate one line in announce messages.
  419.     
  420.     Several tokens are available for use in header and template
  421.     definitions. They come from several sources; Tic files, .Cfg files,
  422.     and the environment. Additional tokens are available to control output
  423.     appearance and formatting.
  424.     
  425.     from the current .tic file fields...
  426.       area            current file area name
  427.       areadesc        current file area description
  428.       file            filename from .tic
  429.       desc            description from .tic
  430.       size            size of file in bytes
  431.       filetime        time of file creation
  432.       filedate        date of file creation
  433.       origin          original hatch address
  434.       from            received from address
  435.       path            address path the file followed
  436.       seenby          list of addresses that received the file
  437.       crc             crc-32 of the file
  438.       password        security password
  439.       replaces        filename this file replaces. This is a special
  440.                       token that substitutes a literal along with the
  441.                       data. If the optional "replaces" line is in the
  442.                       .tic file this token displays:
  443.                         replaces <filename.ext>
  444.                       If no "replaces" line is found the token is be
  445.                       ignored.
  446.  
  447.     from raid.cfg...
  448.       address
  449.       sysop             
  450.       sysopfirst
  451.       aka
  452.       alias
  453.       remoteaddress
  454.       remotesysop
  455.       remotesysopfirst
  456.       wildcard
  457.       globalwildcard
  458.       announceto
  459.       announcefrom
  460.       announcesubject
  461.       announceorigin
  462.       newareato
  463.       newareafrom
  464.       newareasubject
  465.       newareaorigin
  466.       newareacreate
  467.       newareanode
  468.       reportto
  469.       reportfrom
  470.       reportsubj
  471.       reportorigin
  472.       pointnet
  473.       activelist
  474.       availablelist
  475.       version
  476.       
  477.     from the environment...
  478.       date            
  479.       time
  480.       month
  481.       day
  482.       year
  483.       
  484.     literals...
  485.       quote
  486.       percent
  487.  
  488.     format control:
  489.       lindent:#       Sets left margin indent for continuation lines.
  490.                       Initially 0 (flush left). The lindent value is
  491.                       in effect only for the duration of the current
  492.                       template line.
  493.                       lindent:# can be abbreviated to l:#
  494.       
  495.          Tokens that can generate continuation lines (ie path, seenby)
  496.          recognize optional continuation left indent values as part of
  497.          the token definition. The value is added as :# (colon followed
  498.          by number of columns to indent.
  499.          For example, these two definitions generate identical output:
  500.             "%linput:7%%path%: "
  501.             "%path:7% "
  502.     
  503.     and finally, so you don't have to type 'em all in...
  504.       test
  505.  
  506.       
  507.  
  508.  1.14c 1/15/91
  509.   - Announce operations were hanging regularly when writing messages
  510.     to multiple areas. Discovered a misplaced memory free without a
  511.     corresponding malloc. [introduced in 1.14b]
  512.   - Added the "tearline" raid.cfg directive to add a tell-tale tear
  513.     line to all messages generated.
  514.   - Added announce_seenby in raid.cfg directive to trigger display of
  515.     seen-by information in announce messages. not tested and a terrible
  516.     memory hog. beware!
  517.  
  518.  1.14b 1/14/91
  519.   - A little bit of code path reduction. rewrite == new bugs?
  520.   - Reworked announce/autocreate file search logic to reduce overhead
  521.     and incidence of invalid data being reported.
  522.   - Started adding "remove" manual mode command to remove file areas
  523.     and all their connections from tic.cfg. There's a new configuration
  524.     directive called "remove_delete" that tells the remove process
  525.     to actually clear and delete the subdirectory for a removed area.
  526.  
  527.  1.14a 1/10/91
  528.   - .RAD files were being processed and deleted during autocreate 
  529.     operations as well as announce. Corrected routine so the hold
  530.     directory is only searched (and .rads deleted) during announce.
  531.   - The "fix" in 1.14 for scanning response mode (-r) messages broke
  532.     more things than it fixed. It's been replaced by a slightly less
  533.     damaging fix. Also removed tab from list of line terminators <sigh>.
  534.   - Adjusted .tic keyword scans to allow for the optional ':'.
  535.  
  536.  1.14  1/9/91
  537.   - Fixed up a couple of pointer problems in announce logic; discovered
  538.     during .RAD adapt.
  539.   - Added a bit of housekeeping to response mode (-r) message body code.
  540.     Blank lines and lines containing control characters were sometimes
  541.     being treated as add requests for non-existent areas.
  542.   - Completed response mode change [begun in 1.13] that requires a delete
  543.     before an add will be honored. This eliminates "updates".
  544.   - The previously undocumented File_Template configuration directive
  545.     is now available. Any number of directives of the form:
  546.            file_template string ... string
  547.     string is in file.ext format. The defaults are TK??????.TIC and
  548.     TK??????.RAD until overridden by any file_template directive.
  549.     This isn't going to be a high usage item but it's there in case
  550.     someone develops another FTS-0028 compatible file echo program
  551.     and chooses to use other names for the files it generates. The
  552.     directive will not appear in the sample raid configuration file but
  553.     might be mentioned briefly in the raid documentation.
  554.  
  555.  1.13.03  1/8/91
  556.   - Added support for Tick's .RAD files. Hatch v2.05 and up create a
  557.     TK??????.RAD file in it's configured HOLD directory to celebrate
  558.     the hatching. This version of Raid searches for .RAD files in the
  559.     HOLD directory (defined in the Tick config file) and generates
  560.     announcements for them. The .RAD files are then deleted or if in
  561.     debug mode (-d) renamed to .BAK.
  562.   - Path info in announce output wraps to a new line after 5 addresses.
  563.  
  564.  1.13.01 12/13/90
  565.   - The check for net/node already existing in an area was not being done
  566.     correctly if tidy or sort was active. This may have resulted in
  567.     duplicate net/node entries in tic.cfg.
  568.  
  569.  1.13 12/5/90
  570.   - Add requests will no longer be accepted if the requestor is already
  571.     active in the requested area(s). As with areafix, the area must be
  572.     deleted first.
  573.   - Adjusted netmail access in response mode to bypass messages with
  574.     read errors rather than abort. Also corrected an error where raid
  575.     was opening every netmail message for read/write during the netmail
  576.     scan. Now write privs are requested only when a message to raid is
  577.     marked "read".
  578.   - Added what I hope is the beginning of "share" support. Need feedback.
  579.   - Addresses in announce messages are converted from z:pointnet/node to
  580.     z:net/node.point format for display when the net matches the
  581.     configured pointnet.
  582.   - Command line add, delete, and find operations accept a point number
  583.     as long as the point is "yours". If your primary address is 6:123/456
  584.     and your pointnet is configured as 789, raid converts a varety of
  585.     address formats...
  586.              6:123/456.1212    ->    6:789/1212
  587.                123/456.1212    ->    6:789/1212
  588.                    456.1212    ->    6:789/1212
  589.                       .1212    ->    6:789/1212
  590.     So now you can enter something like "raid add .1212 softdist" and
  591.     your point #1212 will be changed. If you use a point number on any
  592.     address other than your own primary address raid will see it as an
  593.     error condition.
  594.   - Fixed ADDNOF log entry (ADD NO Find) so requested area tag displays.
  595.  
  596.  1.12 11/28/90
  597.   - Fixed a bug in tic.cfg write routine where lines within an area
  598.     block without field 3 (*CH& etc) would pick up the previous line's
  599.     field 3.
  600.   - Upgraded to MSC 6.0A
  601.  
  602.  1.11 10/17/90
  603.   - Announce messages were wrapping rather badly on TBBS which apparently
  604.     requires a leading space or crlf pair (rather than cr) to skip wrap.
  605.     So now announce messages use leading spaces.
  606.  
  607.  1.10b 10/1/90
  608.   - Open_system seems to work for the first raid request from an
  609.     unlisted node. Requests with areas already active for the unlisted
  610.     address were requiring that the password in the netmail subject = the
  611.     raid.cfg def_password rather that a user selected password. This
  612.     change uses the default password only if the unlisted requestor has a
  613.     blank password field. Otherwise the password from the subject line is
  614.     used as the security validation password for that session.
  615.  
  616.  1.10a 8/21/90
  617.   - Notify was displaying message body to screen and in individual node
  618.     mode was bombing. Caused by turning off debug code in 1.10.
  619.  
  620.  1.10
  621.   - If directives follow last area block in tic.cfg they're now "found"
  622.     and not merged into the last area block. They'll be moved ahead of
  623.     the first area block instead.
  624.   - Began shortening config file processing execution path.
  625.   - Announce to *net/node" will address the netmail to the configured
  626.     sysop name if found in raid.cfg.
  627.  
  628.  1.09 7/11/90
  629.   - Newarea_Path can optionally define a single path to receive all new
  630.     areas rather than the default action of appending the new area name
  631.     onto the base path. If the Newarea_Path definition is preceded by a
  632.     plus (+) the path definition will be used as-is for all create and
  633.     autocreate operations. No error checking will be performed on the
  634.     path definition. For example, a definition of...
  635.     
  636.         Newarea_Path +C:\XYZZY
  637.  
  638.     will cause all new tic.cfg AREA blocks to point to point to C:\XYZZY
  639.     rather than defaulting to unique paths of the format...
  640.     C:\XYZZY\<areaname>
  641.  
  642.   - Yet another new command line switch. -O defines the report/areareport
  643.     output file destination. The -O switch overrides report_file
  644.     definition and disables report_msg. Additionally, a "+" ahead of
  645.     the filename will trigger an append of the new data rather than 
  646.     overwriting an existing file. 
  647.     The raid.cfg combination of defining report_msg and not report_file
  648.     allows command-line control of which destination to use.
  649.  
  650.              -oreport.fil     create a new report in report.fil
  651.              -o+report.fil    append to report.fil
  652.  
  653.   - Raidrpt.txt preface for report file output is now followed by
  654.     a pair of newlines. The raidrpt.txt file should end without a
  655.     trailing blank line for best results.
  656.  
  657.  1.08b  6/28/90 -- limited distribution
  658.   - Added DEL as a synonym for command line DELETE operation. Similarly,
  659.     NET = NETREPORT, AREA = AREAREPORT, NETAREA = NETAREAREPORT.
  660.  
  661.   - Sysop name was truncated if it wasn't entered exactly like the
  662.     sample in raid.cfg.
  663.  
  664.   - Manual 'create' hung trying to find addresses to add.
  665.  
  666.   - Announce displays progress information during .tic file processing.
  667.  
  668.   - netreport/netareareport were reporting incorrect report destination.
  669.  
  670.   - added two raid.cfg directives that are rather specialized:
  671.  
  672.       file_template defines filenames to search for in the INbound
  673.                     directory. [Might not ever get documented] default:
  674.  
  675.                         file_template TK??????.TIC
  676.  
  677.       add_template  defines the default field positions for lines
  678.                     added to tic.cfg by add/[auto]create. default:
  679.  
  680.                         add_template "%-15s %15s %15s"
  681.  
  682.                     The double-quote characters are required and will
  683.                     be stripped. This is a 'C' format string. The 3
  684.                     fields inserted are character strings so exactly
  685.                     three %s's must be present. If you want to use
  686.                     tabs, enter actual tab characters, not \t.
  687.  
  688.  1.08a  6/27/90
  689.   - Underscores are now optional in all Raid.cfg configuration
  690.     directives. Use as many or as few as you like to make them readable.
  691.   - SortNodes now requires TidyNodes. TidyNodes can still be used alone.
  692.   - TidyNodes directive was being ignored throughout Raid.
  693.   - Fixed up some strangeness in net address processing for
  694.     NetAreaReport
  695.   - 1.08 was sending netmail announce messages to net/net rather than
  696.     net/node.
  697.   - Added A# to flag values reported in *report output.
  698.   - Added a legend of flag values to *report output.
  699.  
  700.  1.08 6/26/90 -- updated doc file included
  701.  
  702.     new directives
  703.       AreaReport         generate report of connections by area name
  704.       NetAreaReport      generate area report to NetMail
  705.       SortAreas          rearrange tic.cfg AREA blocks in area name seq.
  706.           
  707.     changed directives
  708.       alias              
  709.       announce_msg       all now accept multiple destinations
  710.       announce_only         and any number of lines
  711.       announce_area
  712.       newcreate
  713.     
  714.   ++This one has a rewritten tic.cfg interface. The file is read into
  715.     multi-level arrays to streamline processing and then written from
  716.     the updated arrays. The resulting file will usually look a little
  717.     different from the original (after the first update) but it works
  718.     the same. Comments embedded in AREA blocks are relocated ahead of
  719.     the first block.
  720.   - announce_msg, _only, _area directives now accept 4 message 
  721.     destination formats to amuse and confuse:
  722.       * or blank       pvt netmail to primary address
  723.       *z:n/n           pvt netmail to z:n/n
  724.       d:\path          write as public echomail to .msg
  725.       areatag          write as public echomail to .pkt
  726.   - The part number in "announce" echo messages is now 1-relative in
  727.     each message area rather than across all message area.
  728.   - More command line manual mode commands. "AreaReport" and 
  729.     "NetAreaReport" generate a report/message similar to [net]report
  730.     but selection is by area name. "AreaReport" generates the standard
  731.     report to the directory/area/file configured. "NetAreaReport"
  732.     generates the report to NetMail. NetAreaReport expects first field
  733.     following the command to be an address to send the report in NetMail. 
  734.  
  735.          AreaReport                      all areas to standard dest(s)
  736.          AreaReport DVNET SOFTDIST       dvnet/softdist to standard dest
  737.          NetAreaReport 270/101           all areas to 270/101 in netmail
  738.          NetAreaReport 17/38 DVNet       dvnet to 17/38 in netmail
  739.          NetAreaReport 1/0 DVNET WALRUS  dvnet/walrus to 1/0 in netmail
  740.  
  741.   - Fixed hang when announce_exclude addresses were defined and .TIC
  742.     files were found in an announce operation.
  743.   - Overhauled announce_msg, announce_exclude, announce_area,
  744.     newareacreate, alias raid.cfg directive processing. All now allow
  745.     any number of values on a line and any number of lines.
  746.   - announce_msg now allows any number of default message areas/dirs
  747.     to be defined. All file areas not explicitly named on 
  748.     announce_only or announce_exclude directives will be announced
  749.     in the all announce_msg areas.
  750.   - Added a CR following the origin line in echomail (pkt only) just
  751.     to see if it changes anything.
  752.   - Dropped lzexe packing of the executable. It was fun but unnecessary.
  753.  
  754.  
  755.  1.07 6/19/90
  756.   - -r operation stopped recognizing fmpt/msgid/intl in incoming
  757.     netmail. Seems to be another MSC6.00 difference. Changed the
  758.     #defines and it's working again.
  759.   - The strip lf code in -r processing wasn't working. It was
  760.     garbaging some netmail bodies.
  761.   - Installed simple point conversion for command line operations.
  762.     If a pointnet is configured, the address given includes a point
  763.     (270/101.8) and the net/node is the primary configured address,
  764.     the address will be converted to pointnet/point. If pointnet is
  765.     not configured the point will be ignored.
  766.   - Announce messages were sometimes written to the last listed area/
  767.     directory twice. 
  768.  
  769.  1.06h 6/??/90 -- no doc updates since v1.06
  770.   
  771.     new directives: 
  772.       Announce_Paths     add tick path info to announce message
  773.     
  774.     changed directives:
  775.       Announce_Exclude   overrides _only/_area
  776.       Announce_Only      accepts 1->n message area/path fields
  777.       Announce_Area      accepts 1->n message area/path fields
  778.  
  779.   - Announce_Only and Announce_Area now allow any number of echo area
  780.     tags (for .pkt format) or .msg directories on one line (up to 256
  781.     characters) or on separate lines following the file area name.
  782.     This 'feature' is a rewrite of the announce logic. Since file
  783.     arrival announcements can be placed in multiple areas/directories
  784.     the message destinations and .TIC file areas are matched up during
  785.     processing so no more than one message (plus continuations) is 
  786.     written to any msg area in a single execution. As before, more
  787.     than one Announce_Only/_Area can be used for a file area.
  788.   - Announce_Exclude entries are now unconditionally excluded. I was
  789.     confused about how to use the directive so assume others were too.
  790.     Exclude is more easily defined as "excludes" than "excludes
  791.     sometimes".
  792.   - There's another new raid.cfg directive. If raid finds the 
  793.     "Announce_Paths" directive the addresses of systems each file
  794.     passed through will be reported.
  795.   - Text files imported into notify and report messages now have
  796.     soft cr, lf stripped.
  797.   - Response mode requests have soft cr, lf stripped before processing.
  798.   - Added a bit of debuf (-d) code to tic.cfg write code to [try to]
  799.     identify the cause of a hang during sort/write.
  800.   - Closed a hole that might cause a hang... if sortnodes is on <and>
  801.     the last net/node is being deleted from the last AREA definition
  802.     <and> that AREA line becomes the last line in the file.
  803.   - Continuation messages are generated when announce and find 
  804.     message size exceeds 5-7k.
  805.   - Received .TIC files are now processed in area name sequence to
  806.     try to minimize creation of too many separate messages.
  807.   - Rewrote .TIC file processing code. All .TIC files are read and
  808.     pertinent parts are staged in memory. My test suite of 500 .TICs
  809.     didn't break it too badly but actual capacity is memory size,
  810.     raid.cfg, and tic.cfg dependent. This will take some testing to
  811.     see if it's the way to go. If not, I'll go back to a two-pass
  812.     processing mode on the .TIC files.
  813.   - Installed the proper product code in the PKT generation phase.
  814.   - Autocreate on command line with no "newarea_path" defined did not
  815.     display an error message. It looked to the user like raid was
  816.     not operating. Added error message/exit in that situation.
  817.   - Fixed null pointer problem with report and notify operations. It
  818.     was apparently related to MSC 6.0 changing order of interpretation
  819.     of operators. A couple of missing parens fixed it.
  820.   - Tear lines will now only be generated for non-netmail messages.
  821.   - Private attribute was getting set on echomail written to .PKT.
  822.     Should only be set on netmail.
  823.   - Continuation messages are generated when "[net]report" message
  824.     size exceeds 5-7k.
  825.   - "raid find" without an address field works again. It lists
  826.     everything in tic.cfg right down the line. -m can be used to make
  827.     it into a message.
  828.   - A more descriptive error message is given if "report" is requested
  829.     and neither report_file nor report_msg are found in raid.cfg.
  830.  
  831.  1.06  6/8/90 [This one was compiled with MSC 6.0]
  832.   - Installed .PKT creation routines. You get to decide for
  833.     yourself which way you want messages written. In the case of the
  834.     function-specific tags (announce_msg, newarea_msg, and report_msg)
  835.     if the string is blank, netmail is assumed. If the string contains
  836.     both : and \ messages are written as .msg files. Otherwise raid
  837.     will assume the string is an echomail tag and write the message
  838.     to a .PKT.
  839.  
  840.     The netmail directive is a little different. The netmail path must
  841.     be defined (to process incoming remote requests). There's now a
  842.     second [optional] field on the netmail directive. If blank, Raid
  843.     will write directly to .msgs. If the field is PKT all netmail
  844.     generated by raid will be written in .pkts.
  845.     
  846.     In all cases the .pkt destination is defined by the directive on
  847.     the Tick control file "IN" directive.
  848.     
  849.        NetMail V:\NetMail             [.msg generation in v:\netmail]
  850.        NetMail V:\NetMail PKT         [.pkt generation in path defined
  851.                                       by tic.cfg IN directive]
  852.  
  853.     So the bottom line is that if you don't want anything to change
  854.     from the way it's been operating don't change anything. Or at
  855.     least make sure your message path definitions include both a : 
  856.     and a \ so raid will see is as a path to a message subdirectory.
  857.     If you want to start using .pkts go ahead and make the other 
  858.     changes. Clear as mud, eh? How about...
  859.  
  860.        Netmail v:\netmail             [.msg generation]
  861.        Netmail v:\netmail pkt         [.pkt generation]
  862.  
  863.        Announce_Msg V:\Raidbeta       [.msg generation as echomail]
  864.        Announce_Msg                   [.msg generation as netmail]
  865.        Announce_Msg RAIDBETA          [.pkt generation as echomail]
  866.        Announce_Msg \Raidbeta         [.pkt generation as echomail!]
  867.  
  868.     new directives to customize messages. used for all echomail written
  869.     to .PKTs:
  870.        origin                         [default]
  871.        announce_origin                [new arrival message override]
  872.        newarea_origin                 [create/autocreate override]
  873.        report_origin                  [report override]
  874.  
  875.     changed directives to specify subdirectory, area tag (echomail),
  876.     or blank (netmail) rather than path
  877.        announce_msg
  878.        newarea_msg
  879.        report_msg
  880.  
  881.   - The Announce_Only raid.cfg directive has been expanded to accept an
  882.     optional message directory or echomail area name. In addition, 
  883.     the "Announce_Area" directive is available to direct new arrival
  884.     announcements for individual file areas. As above, presence of both
  885.     : and \ in the path/area field indicates a path for .MSGs.
  886.     
  887.     If both "announce_only" and "announce_area" directives are used,
  888.     the announce_only directives will [as before] define the 
  889.     exclusive list of file area arrivals to be announced. If both
  890.     announce_only and announce_area directives exist for the same area
  891.     the message path/area of the last matching directive will be used.
  892.  
  893.        Announce_Only FIDONEWS          [message to announce_msg dest.]
  894.        Announce_Only NODEDIFF          [message to announce_msg dest.]
  895.        Announce_Area NODEDIFF NEWFILES [override and use NEWFILES echo]
  896.                                        [ in .PKT format.]
  897.        Announce_Area RAIDBETA V:\WHAT  [ignored because no matching]
  898.                                        [ _Only directive is found.]
  899.     
  900.     Another possible setup might result from your wanting to be informed
  901.     of *all* arrivals but only have certain areas announced publicly...
  902.     
  903.        Announce_Msg                    [default to private netmail]
  904.        Announce_Area FidoNews newfiles [direct specific areas to public]
  905.        Announce_Area NodeDiff newfiles [ conferences.]
  906.        Announce_Area DVNet    newfiles
  907.  
  908.   - Temporarily fudged the .PKT product code to FF. An application for a
  909.     product code has been submitted to FTSC.
  910.   - Fixed new area create announcement to insert the home address rather
  911.     than the last newarea_node address. 
  912.   - Dropped local attribute from messages written to .pkts
  913.   - When doing response mode (-r) processing, added a check for the
  914.     tic.cfg IN path so we don't lose any .pkt output. All it does
  915.     is try to create/delete a file in the IN path just prior to
  916.     rewriting the in-progress request message.
  917.   - Fixed another memory trashing situation in tic.cfg read. It only
  918.     showed up with MSC 6.00.
  919.   - If create/autocreate mkdir fails for a new area the warning message
  920.     is displayed as well as written to the log.
  921.   - Stopped putting origin line in netmail.
  922.   - Low memory condition log entries were being lost or scrambled. Free
  923.     a little memory to let the error message process.
  924.   - Fixed a really nasty problem with memory getting trashed during
  925.     raid.cfg processing. 
  926.   - Finished up origin processing for echomail messages. "origin" is
  927.     used whenever one of the message-specific origins is missing.
  928.   - Added a slight kludge to message timestamp generation so dupes are
  929.     less likely to occur.
  930.   - Corrected info file attach so the filename isn't trailing behind
  931.     other subject text.
  932.  
  933.  1.05
  934.   - Used Lzexe v0.91 to pack the executable from 130k to about 50k. Let
  935.     me know if it screwed anything up.
  936.   - Changed remote request logic password checks so open_system will not
  937.     affect password checking. For unlisted systems, the password they
  938.     use in the message subject field will be used for that session. If
  939.     the subject is blank, def_password will be used.
  940.   - Dropped tic.cfg "IN" path check since status can be misleading and
  941.     all it's used for is to search for TK*.TIC files. If we can't find
  942.     tic files the reason isn't important to raid. If raid can't find 'em
  943.     Tick probably can't either.
  944.   - Add trailing backslash to newarea_path if missing.
  945.   - Echomail messages no longer use wasteful ^A kludge lines. 
  946.   - Strip trailing spaces from message header fields.
  947.   - Autocreate and Create generate NetMail to all nodes added by the
  948.     functions. The NetMail includes area name and the line added to
  949.     Tic.Cfg. <good idea, Barry!>
  950.  
  951.  1.04e
  952.   - The sortnodes routine now sorts only areas that have changed
  953.     during the current execution. 
  954.   - Yet another bug in the autocreate function. This time it was
  955.     going into a forever loop trying to add "newarea_node" entries.
  956.     One step at a time. 
  957.   - The available area display at the tail of response messages now
  958.     takes lock/key settings into account and flags areas accordingly.
  959.   - Completed separation of wildcard and global wildcard operations
  960.     for manual ADD. "Wildcard" (ALL) now adds only areas for which the
  961.     target address has adequate clearance. "Global_wildcard" (GLOBAL)
  962.     operates on all areas no matter the security.
  963.     Delete is a different animal. Using either wildcard with a manual
  964.     delete will delete every entry for the target address.
  965.     Manual add operations for individual areas is not affected by this
  966.     since those are "intentional".
  967.  
  968.  1.04d
  969.   - Fixed more troubles with combination executions and message
  970.     generation.
  971.   - Fixed a nasty bug in autocreate. A forever loop resulted when
  972.     the from address was in both the newarea_create and newarea_add
  973.     lists.
  974.   - Command line: autocreate was being run whenever announce was
  975.     requested. 
  976.  
  977.  1.04c
  978.   - Changed response mode command sequencing so '-r' is now executed
  979.     after 'autocreate' and 'announce'. All three can be used in the
  980.     same execution. The sequence on the command line does not matter.
  981.  
  982.  1.04b
  983.   - Added retry of mkdir for (auto)create such that each failure
  984.     results in one character being dropped from the path (areaname).
  985.  
  986.  1.04a
  987.   - Fixed report so it writes something to net/echo messages.
  988.   - create/autocreate directory valid characters are a-z, 0-9,
  989.     - and _. Any other character will be replaced by -.
  990.   - Finally updated help message to include report/netreport.
  991.   - Autocreate "forgot" to check the from net address against
  992.     the configured list of addresses allowed to create new areas.
  993.   - Create and AutoCreate were being processed even if
  994.     Newarea_Path was not defined. That condition now disables the
  995.     commands.
  996.   - Fixed debug display of markers. They were set correctly but
  997.     displayed as garbage in debug.
  998.   - Yet another try at fixing announce. This time it wasn't working
  999.     when only an announce_exclude list was given. 
  1000.   - Fixed drop through from def_key config directive.
  1001.   - Fix REPORT generation to stop generating netmail when
  1002.     report_file is defined.
  1003.   - Fixed message build routine to terminate timeDate string with
  1004.     null rather than FF.
  1005.   - Changed arrival announcement processing to handle up to 250
  1006.     Desc lines of up to 512 characters each. Each Desc entry from
  1007.     the .tic file will begin on a new line.
  1008.  
  1009.  1.03
  1010.   - Thanks to Joe Elser and Charlie Smith, the "announce isn't
  1011.     working" bug has finally been fixed. It only occurred when
  1012.     neither "announce_exclude" nor "announce_only" lists were
  1013.     defined. Forest/tree syndrome here. 
  1014.   - Fixed "announce_from" config directive. It was copying the name
  1015.     string to the announce_subject variable.
  1016.   - Added two new manual functions. "report" and "netreport" generate
  1017.     file area connection status reports. "report" looks for config
  1018.     directives "report_file" and/or "report_msg" to tell it whether
  1019.     to write the report to a file or to a message directory.
  1020.     "netreport" generates one or more netmail messages to addresses
  1021.     provided on the command line in the defined "netmail_path". The
  1022.     number of areanames per line is controlled by the "areasperline"
  1023.     config directive. 
  1024.   - Fixed a couple of bad error messages in config file processing.
  1025.   - Added "def_key" and -K command line switch to operate in the same
  1026.     way as def_password (-P) and def_flags (-F) operate.
  1027.   - Threw in a bit more debug code for announce function
  1028.   - Now (correctly) allows delete of area even if security is too low
  1029.     for add
  1030.   - Fixed echomail message create to start at message 2 rather than 1
  1031.  
  1032.  1.02
  1033.   - Added "open_system" config directive that tells response mode to
  1034.     bypass the node number "access" check. When enabled by adding the
  1035.     directive to raid.cfg, non-configured addresses are allowed to
  1036.     request any area with a security level equal to or lower than the
  1037.     value defined by the "access_default" (another new one) config
  1038.     directive.
  1039.     
  1040.     So if I set "open_system" and receive a netmail request from an
  1041.     address not configured, the request will be processed. The address
  1042.     will be treated (internally) as if an "access" directive existed.
  1043.     The values assigned to "access_default", "def_password", and 
  1044.     "def_flags" will be used for processing the request.
  1045.     The requestor's password (message subject) will be ignored. The
  1046.     [optional] password field on individual add/update message body
  1047.     lines can be used to override the default.
  1048.  
  1049.   - Fixed a really stupid coding error in -r logic that didn't read 
  1050.     the entire message if the body was longer than the header. Thanks
  1051.     Kevin.
  1052.  
  1053.   - Added a little feedback for failed announce/autocreate operations.
  1054.  
  1055.   - Fixed up create/autocreate code so they're starting to work.
  1056.  
  1057.   - Made areaname and filename upper case in announce/create messages
  1058.  
  1059.   - Manual mode netmail replies are now private (like in 1.00)
  1060.  
  1061.  
  1062.  1.01
  1063.   - Here we go again. THANKS for sticking around.
  1064.   
  1065.   - The doc hasn't been updated yet so I'll spare you the expense.
  1066.  
  1067.   - The RAID.CFG shipped with this test release is the baseline
  1068.     configuration file. Please try to use that file and edit in your
  1069.     unique configuration information so we all begin together.
  1070.  
  1071.     Conversion from Raid v1.00 to v1.01 REQUIRES that Raid.Cfg
  1072.     change. The minimum you can get away with is to add " . "
  1073.     (space-dot-space) after the security level value on all
  1074.     ACCESS and AREA lines. That will account for the additional
  1075.     lock/key fields. The period is the blank field place holder
  1076.     just like the period we used in v1.00's flags field. Please
  1077.     do use the starter Raid.Cfg for your conversion as there
  1078.     are several new directives we need to exercise. 
  1079.  
  1080.     All I can say is "I warned you, Barry!". <grin> And I thought I
  1081.     could make Raid do everything with a few command line switches.
  1082.     This raid.cfg file has grown to monstrous proportions. I suspect
  1083.     many of us will strip the comments out of the file so it'll
  1084.     process faster and take up a little less space. There are other
  1085.     options. High on the list is a binary config file with a 
  1086.     separate program to fiddle with it. I'm looking for comments
  1087.     folks.
  1088.  
  1089.   - Lock/key codes have been added to area and access definition
  1090.     lines. Lock/key strings can be period (.) for unused or 
  1091.     any/all of the chatracters A-Z and 0-5 for a total of 32 slots.
  1092.     The area contains the lock value and the area (access) has the key.
  1093.     If lock is defined (not a period) for an area the key assigned to
  1094.     the net address accessing the key must fit. That's to say that a 
  1095.     lock of ABC will be opened by a key of ABC or ABCD but not AC.
  1096.     lock/key checks are performed after level validaion has succeeded.
  1097.  
  1098.   - A 33rd lock/key, an asterisk (*) enables remote requests to 
  1099.     override the "flags" field by providing the new field as the third
  1100.     value on a request line (area [password [flags]]). The override must
  1101.     be set for both the area and the requestor for the flag override
  1102.     to be processed.
  1103.  
  1104.   - Rather than [try to] keep track of both small and compact model
  1105.     versions of the program I bit the bullet and dropped the small one.
  1106.     Then I added the new bells and whistles and discovered that the
  1107.     code segment is now over 65k (no overlays). So this version will
  1108.     only be available in large model. If there's a problem running it
  1109.     please let me know. [I operate in a 200k partition just fine.]
  1110.  
  1111.   - Added OS/2 equates to let the program compile for an OS/2
  1112.     environment. Thanks to Bill Andrus for sifting through the code.
  1113.  
  1114.   - Add/delete/find/notify from the command line will now accept
  1115.     partial net addresses. Missing components will be replaced with
  1116.     components of the configured primary "address" [zone:][net/]node
  1117.     This capability also removes the "sliding search" capability from
  1118.     the find manual operation as well as the last remaining
  1119.     undocumented use of the -O (override) command line switch. 
  1120.     "raid find 102", "raid find 270/102" and "raid find 1:270/102"
  1121.     will now all be functionally equivalent back here in net 270.
  1122.  
  1123.   - Distribution lines within tic.cfg area blocks can now be sorted.
  1124.     A new configuration directive -- SortNodes -- activates the sort.
  1125.     Sorting is in ascending order by zone:net/node. If zone is missing
  1126.     for any line that line might not be sorted properly.
  1127.  
  1128.   - Reorganized all output routines to channel through a single point.
  1129.     LFs in NetMail should now be gone. That ought to make the FD folks
  1130.     (and Alan ;-) happy. And clear the way for other goodies.
  1131.  
  1132.   - Added the ANNOUNCE command line directive. If announce_msg is
  1133.     defined in raid.cfg, executing "raid announce" just ahead of "Tick"
  1134.     will generate rfp-like output as a message in the defined directory.
  1135.     "Announce_Path" and "Announce_Exclude" configuration directives help 
  1136.     keep announcements under control. Command lines like
  1137.     "raid announce" or "raid -r announce" are valid. The best place to
  1138.     put "raid announce" is immediately ahead of the Tick execution. 
  1139.     Announce gets the inbound directory from Tick's mandatory "in" 
  1140.     configuration directive. The announce output message is generated 
  1141.     only when the target file is found. Also, announce output includes
  1142.     the file area description if provided in raid.cfg.
  1143.     [This feature is actually what I intended Raid to be when I first
  1144.     discussed the project with Barry! It got a bit out of control along
  1145.     the way and at least three programs now exist that do the job quite
  1146.     well. Raid simply offers an alternative.]
  1147.  
  1148.   - As if that wasn't enough... Added CREATE and AUTOCREATE command
  1149.     line directives. Both require configuration values to be set before
  1150.     they're allowed. CREATE is a manual mode function to create new
  1151.     file echo(s). AUTOCREATE is an unattended mode function that can be 
  1152.     used along with -r and/or ANNOUNCE directives. See raid.cfg for
  1153.     all the boring parameters. [I use "raid announce autocreate" just
  1154.     ahead of tick when tk*.tic files exist.]
  1155.     
  1156.   - Added configurable text files to append to security error netmail
  1157.     responses. "ErrorSuffix" and "PasswordSuffix" will be appended to
  1158.     netmail reject messages when the requesting node is not allowed
  1159.     to use Raid remotely (error) and when an incorect password was
  1160.     supplied as the message subject (password).
  1161.  
  1162.  
  1163. Just in case...
  1164.  
  1165. 215-969-2112 -- work; 9am-3pm Eastern
  1166. 215-638-8361 -- Monday-Friday evenings until 11pm
  1167.              -- weekends? nah.
  1168.