home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 2 BBS / 02-BBS.zip / RAIDP100.LZH / STATUS.TXT < prev   
Text File  |  1990-01-01  |  34KB  |  627 lines
  1.  
  2. 00.31
  3.   - This is the LAST CHANCE beta.  If no bugs are reported, v1.00
  4.     will be released via the SDS on January 1.  The only change will
  5.     be to recompile the program with the v1.00 signon. So now's the
  6.     time to send in those cards and letters if something isn't right.
  7.   - Yet another offering for the "one zone isn't enough" crowd ;-).
  8.     This time an INTL line will be generated in Raid replies if
  9.     the requestor's zone doesn't match either the aka zone selected
  10.     or the primary (first address) zone.  
  11.   - Corrected message body password length test in response mode
  12.     so 8 character password is allowed.
  13.   
  14. 00.30
  15.   - Response mode execution (-r switch) now doesn't read tic.cfg
  16.     unless there's netmail to process.
  17.   - Added "TidyNodes" configuration directive.  If present all
  18.     distribution lines within area blocks in tic.cfg will be
  19.     tidied up by lining the fields up vertically the same as
  20.     add always does on the line(s) added.  Of course the tidied
  21.     data will only be output if there's an update. Still no sort.
  22.   - Correct test for A (aka) present in flag field.  Will now
  23.     correctly insert A# in flag field for remote adds when an
  24.     aka value is given on address/aka directives:
  25.        Address 123:456/789 6
  26.     All remote adds addressed to 123:456/789 will have A6 added
  27.     to the flag field if an aka is not already defined in the
  28.     flag field for the requestor.  The aka value is a single
  29.     hex digit that corresponds to the Tick control file "aka"
  30.     directive. (see Tick documentation)
  31.   - Reset "from a point" flags before processing each netmail msg.
  32.   - Point processing changed again.  If the origin net address and
  33.     the destination net address are both configured as addresses or
  34.     akas and the message body contains a '^AFMPT #' kludge line (and
  35.     pointnet is defined) the message is processed as point traffic.
  36.     The reply will always be shipped to the originator's net address
  37.     (.point).  That way, if I'm 1:270/101 and 123:456/789, point 1
  38.     can be 1:270/101.1 or 123:456/789.1 and address requests to me as
  39.     1:270/101 or 123:456/789.  It's still necessary to have "access"
  40.     directives for the point in any zone it will be using.  If you
  41.     want to restrict a point to only one zone just configure it that
  42.     way.  If you or your point has an identity crisis (or 1:270/101.1
  43.     and 123:456/789.1 are different points) you can "make it so".
  44.     Flexible enough?  Or just confusing? 
  45.  
  46. 00.29a 
  47.   - Corrected test for message to raid already processed.
  48.   - Reset areas per line to configured value before processing each
  49.     new message.
  50.  
  51. 00.29
  52.   - Beginning with this *test* distribution I'm using the full MC C
  53.     compiler rather than the QC compiler. It's time to start testing
  54.     in a form that approaches what will be released.  Still no 
  55.     optimizations; that's next.
  56.   - Added DIRECT to all NetMail behavior flag selections. Your
  57.     packer must support the direct mail flag.
  58.   - Corrected several coding errors in AKA and kludge line
  59.     (^AINTL and ^AMSGID:) processing to try to make the program
  60.     zone "smart" rather than only zone "aware".
  61.     Address matching has this flow (sort of)...
  62.       - Match destination net/node against net/node in address/aka
  63.         list ignoring zones.  If any addresses match (and other
  64.         header data is validated) the message will be processed.
  65.         The zone from the matching address/aka item becomes the
  66.         default zone for sender and receiver but either can be
  67.         overridden...
  68.       - If ^AINTL is located anywhere in the message body both the
  69.         origin and destination addresses (full z:n/n) will be 
  70.         replaced by ^AINTL values.
  71.       - If ^AMSGID: is located anywhere in the message body that
  72.         address (full z:n/n) will be used as the sender's address;
  73.         replacing the default zone and possibly the net/node from
  74.         the message header. This overrides the ^AINTL origin.
  75.       - A special case is when the NetMail is addressed from and to
  76.         the same address (found in the address/aka list) and ^AFMPT
  77.         is located anywhere in the message body (before blank or tear
  78.         lines. If "pointnet" is configured address conversion will
  79.         be performed.
  80.       - If ^AFMPT is located anywhere in the message body and the
  81.         address is not one of "your" points the message will be
  82.         processed as if it wasn't from a point and a matching ^ATOPT
  83.         will be added to the response message.
  84.       - A ^AINTL line will be put into the response message if the 
  85.         requestor and receiving zones are different.
  86.   - NetMail message body scan terminates at a blank or tear line.
  87.   - Installed default notify prefix text that is displayed when
  88.     the "notifyprefix" file is not available.
  89.   - Added "AreasPerLine", "Available", and "NotifyAvailable"
  90.     configuration directives to control the available areas
  91.     display content and format in NetMail response messages. 
  92.     See raid.cfg and raid.prn for info.
  93.   - Force net addresses to display in status displays when not
  94.     generating netmail.  That will help explain some unusual find
  95.     output displays.  Since exact match is required when netmail is
  96.     generated the address column is unconditionally turned off.
  97.  
  98. 00.28
  99.   - Fixed a stupid (what else?) bug in netmail path processing that
  100.     caused memory trashing if there was no trailing slash on the
  101.     path.  << This one is critical!  If you cannot upgrade to 0.28
  102.     please be sure to add a trailing backslash to the netmail path
  103.     in raid.cfg >>
  104.   - Added errorlevel 10 exit to indicate out of memory processing
  105.     raid.cfg or tic.cfg. This should be a flag to either cut back
  106.     or to get a large data space version of raid (requestable as
  107.     RAIDBIG from 1:13/13).
  108.   - Debug variable list for raidnote and raidinfo was confused.
  109.   - Find was displaying garbage when flags field was blank.
  110.   - Don't malloc for netmail message body until the message looks
  111.     like it's addressed to raid.
  112.   - Netmail addressed to an aka wasn't processed if the zone didn't
  113.     match.  Initial message header check now ignores zone but it's
  114.     still not right.
  115.  
  116. 00.27
  117.   - Added experimental (maybe temporary) AKA logic.  The idea is that
  118.     raid.cfg "aka" directives can define Tick AKA hex values...
  119.        Address 1:13/13       <no aka -- the primary net address
  120.        Aka     46:123/1   4  <aka #4 -- alternate address
  121.        Aka     47:123/456 C  <aka #C -- alternate address
  122.     If a netmail request arrive addressed "to" one of the aka addresses
  123.     and that address has an aka defined, any ADD requests from the 
  124.     requestor will have the "A#" added to the flags field on added
  125.     areas.  This isn't the same as having A# in the flags field of
  126.     "access" directives.  That method unconditionally forces all
  127.     adds for that address to use the same aka number until you or I
  128.     change raid.cfg.  The new way puts the caller in charge of which
  129.     net aka used. 
  130.     But then again, maybe it'll be better to use the AKA entries right
  131.     out of TIC.CFG with the same end result.
  132.   - Plugged a couple of holes and *rewrote* (watch out!) multiple
  133.     "address" logic so netmail can come in addressed to any configured
  134.     address.  The first address line is the primary and will be used
  135.     on manual mode netmail. Multiple address and multiple zone logic
  136.     will continue to evolve.
  137.   - Dropped the net/node portion of the action display (16 characters)
  138.     except for manual finds where the search address is less than
  139.     6 characters (as in RAID FIND  or  RAID FIND 1:150)
  140.   - Added multiple address processing in response mode. Up to
  141.     50 "address z:net/node" directives can be used in raid.cfg. The
  142.     first is always the primary address and will be used for all manual
  143.     mode operations.  In response mode netmail addressed to any of the
  144.     configured addresses will be processed.  Replies will be sent from
  145.     the same address the caller addressed the request to.
  146.   - +areaname is now legal in netmail add requests.
  147.   - Increase stack space from 2k to 4k to see if Terry Rossi's problem
  148.     "moves".  [it didn't but a workaround is to disable his cache?!?]
  149.   - The netmail directory isn't checked unless -m, -r, or notify is
  150.     in effect.
  151.   - If the netmail isn't defined and -m, -r, or notify is in effect
  152.     the program will not continue.  (was writing messages in root)
  153.   - NotifyThreshold value of 0 resulted in no notify messages being
  154.     written.  Corrected a bad test.
  155.   - Netmail behavior test in notify was allowing config file
  156.     NotifyBehavior C or H to override C or H on Access images. The
  157.     precedence is now such that -MC or -MH overrides everything;
  158.     NotifyBehavior C or H overrides Access line behavior of N but
  159.     not C or H.
  160.   - Local lines in area blocks were giving find trouble. Find doesn't
  161.     thing local lines terminate area blocks now.
  162.   - Fixed a random store processing access and area directives. Only
  163.     showed up with the full compiler.
  164.  
  165. 00.26
  166.   - Wasn't actually truncating area descriptions longer than 60
  167.     characters.  They're stored as long as they were when read
  168.     from the config file but only the first 60 characters will
  169.     be copied to netmail.
  170.   - Added "alias" configuration directive so some of us can change
  171.     the name remote requestors address messages to. With or without
  172.     "alias" directives (up to 100 allowed) "raid" is still allowed.
  173.   - Added tab to white space check in netmail body and raid.cfg
  174.     processing.
  175.   - Fix situation where available area display legend item was
  176.     displayed even if condition not met.
  177.   - Make area name all caps in find display. 
  178.  
  179. 00.25
  180.   - Yet another configuration directive.  SYSOP identifies you to
  181.     the outside world.  If specified, your name will be used as
  182.     the NetMail "from" field rather than the Raid release for all
  183.     manual mode operations.  Response mode replies will still be 
  184.     from Raid.
  185.   - Additional NOTIFY support for specific addresses.  New command
  186.     line syntax is:  RAID [switches] NOTIFY address1 ... addressn
  187.     If no addresses are provided notify operates as before. If
  188.     addresses are provided only listed addresses receive notification
  189.     messages.  In that case, all configuration directives that
  190.     determine notify eligibility are ignored.
  191.   - NotifyThreshold is a new configuration directive to provide
  192.     further control over who receives notify messages. If the 
  193.     number of active areas for the net address is less than this
  194.     value the address is skipped. Before this directive came along
  195.     a hard-coded value of 1 was used so that any address with no
  196.     active connections but with an ACCESS entry would never receive
  197.     a notify message. You can set this value to 0 to force notify
  198.     messages out to all configured addresses (that pass exclude and
  199.     security level tests). 
  200.   - Additional control parameters are now available to response
  201.     node users.  The parameters (action modifiers) follow the
  202.     password provided in the netmail message subject field. 
  203.     The sample RaidNote.Txt file has been updated to reflect
  204.     these changes.
  205.       -I  Information request. Causes the file defined by the
  206.           INFOFILE configuration directive to be file-attached
  207.           along with the response mode reply. If INFOFILE contains
  208.           wildcard characters (* ?) the first matching filename
  209.           will be used.
  210.       -Q  Query request. Changes the format of the available area
  211.           display at the end of the response mode reply. Areas
  212.           are displayed one per line along with descriptions as
  213.           provided on Area configuration directives.
  214.   - Added area description capability on the AREA configuration
  215.     directive.  Up to 60 characters following the area security
  216.     level will be displayed if a response mode request includes
  217.     the -Q modifier.
  218.   - Added some new stuff on the ACCESS configuration directive.
  219.  
  220. %         net address  password  level  flags  mail  sysop
  221. %         -----------  --------  -----  -----  ----  -----
  222.   Access   z:net/node  PassWord     50     *H    N   Sysop's Proper Name
  223.   Access   z:net/node  PassWord   2001      
  224.   Access   z:net/node  PassWord     72      .    H   
  225.       
  226.     The address, password, and level fields are required. The
  227.     rest of the fields are optional. Since the fields are
  228.     positional, all fields to the left of any you provide must
  229.     also be provided.
  230.     If you want flags to be blank just use a period (.).  Raid
  231.     will convert that to blanks rather than using the DEF_FLAGS
  232.     value as happens when the field is not provided.  
  233.     The mail field can be C, H, or N.  It's must be specified
  234.     (along with the flags field) if the sysop name is provided.
  235.     Otherwise it will be filled according to the flags field.
  236.     The mail field is used for all netmail to that net address
  237.     unless overridden (as with password and flags) by command
  238.     line switches.
  239.     The maximum length for the sysop name is 36 characters (a
  240.     message header restriction).  No restrictions on content
  241.     other than multiple spaces will be trimmed to singles.  
  242.     Clear as mud, eh?
  243.  
  244. 00.24
  245.   - Changed the "available areas" display at the end of every
  246.     netmail message generated to indicate both restricted and 
  247.     active status.  As before, the legend items are displayed
  248.     only if the flag is displayed.  The flag characters are 
  249.     all configurable in raid.cfg.  Here's an example...
  250.     
  251.     Areas available / active on 1:13/13
  252.  
  253.      *NODEDIFF    FIDONEWS  < BETATICK> < RAIDBETA> < SIRBETA > 
  254.      *SOFTDIST    NEWSLETR    ECHOLIST    SDSOPUS    *SDSBINK   
  255.      *SDSQUICK   *SDSFRONT    SDSRBBS    *SDSOTHER    CEE       
  256.       WINDOWS   
  257.  
  258.      Flagged areas '*' are active.
  259.      Bracketed areas '< >' are restricted or private.
  260.      
  261.   - Fixed tic.cfg processing situation where an AREA line with no
  262.     nodes following was reported as found twice.
  263.   - Fixed find with no search argument (RAID FIND) to interpret
  264.     AREA lines with no nodes and no breaking comment correctly.
  265.         AREA d:\directory AREA1
  266.           1:1/1 password
  267.         AREA d:\directory AREA2
  268.         STOPDUP                 << was being reported as AREA2 find
  269.   - Made yet another change to log file tags.  All are 1 word of
  270.     six characters or less.  The goal is to be able to reduce the
  271.     data someday.
  272.   - Response mode add now uses password provided following area name
  273.     in message body:
  274.         SOFTDIST newpswd    << adds overriding default if no -P switch
  275.         SOFTDIST            << adds with default or -P
  276.         
  277.   - Corrected coding errors (uncovered during compilation with MSC
  278.     5.10) in network address conversion routine and in network 
  279.     address find routines.
  280.   - Add -T command line switch for TIC.CFG location override.
  281.   - "not found" responses now indicate add or delete operation.
  282.  
  283. 00.23
  284.   - Added search for RAID environment variable to RAID.CFG search.
  285.     If defined (SET RAID=d:\path\file.ext) and the file is not
  286.     accessible the program will not continue.  If not defined the
  287.     search continues in paths defined BBS, MAIL, and then PATH
  288.     environment variables. -C on command line overrides all other
  289.     checks.
  290.   - Added "NotifyBehavior" and "NetMailBehavior" configuration
  291.     directives.  Unless overridden by the -M command line switch 
  292.     these directives control Notify and other netmail behavior.  So
  293.     now there are three levels of precedence for netmail and notify
  294.     C)rash and H)old message behavior.
  295.       1) Access definition flag field if not overridden by 
  296.       2) NotifyBehavior and NetMailBefavior if not overrodden by
  297.       3) -Mx command line switch
  298.     Message Kill/sent control uses levels 2 and 3.
  299.   - The "KillReceived" configuration directive sets default incoming
  300.     message disposition (response mode requests) unless overridden by
  301.     the -K command line switch.
  302.   - Don't log "nofind delete <address> <wildcard>" if it's part of an
  303.     add/update operation.
  304.   - Installed config file edits to (try to) catch obvious errors...
  305.     - Security level max is 4095
  306.     - NotifyMinimum and NotifyMaximum cannot overlap but can be equal
  307.     - NetMail path must be accessible
  308.     - Duplicate area blocks in tic.cfg are reported as warnings
  309.     - Raid.cfg directives are checked for redefinition
  310.   - Commented out area connections are now recognized when the flag
  311.     field has an & and no *.  Other characters are ignored.
  312.  
  313. 00.22
  314.   - Allow for "domain" following address in ^AMSGID kludge lines.  Also
  315.     allow for point number.  If z:net/node match home address point is
  316.     processed as if it was on a ^AFMPT kludge line.
  317.   - Installed minimal point support.  If a NetMail message is addressed
  318.     from the distribution system network address and the body contains
  319.     a ^AFMPT kludge line the private point address will be built from
  320.     the distribution system zone + the configured pointnet + the value
  321.     from the ^AFMPT line.  If "pointnet" is not configured or zero
  322.     the ^AFMPT will be ignored.  NetMail replies will include a ^ATOPT
  323.     line if the original message was from a point.
  324.   - Adjusted command line net address interpretation to make it less 
  325.     likely to send netmail to a bad address. When -M is used the address
  326.     must be z:net/node.
  327.   - Corrected active area tally.  It was showing high counts for nodes.
  328.   - If a connection for an area in TIC.CFG is commented out (flags = &)
  329.     that area isn't tallied.  That way, if all connections for a node
  330.     are commented out, the notify for that node will be skipped.
  331.   - Installed NotifyMinimum and NotifyMaximum config directives.  They
  332.     default to 0 and 4095 respectively and in that default condition 
  333.     allow all addresses not explicitly excluded (NotifyExclude) or
  334.     skipped (no active areas) to receive status notification messages.
  335.     If NotifyMinimum is raised or NotifyMaximum is lowered any net
  336.     address whose security is outside the range they bracket will be
  337.     skipped.
  338.     
  339. 00.21b
  340.   - Correct response mode setting node security to zero.
  341.   - Allow ^AINTL and ^AMSGID: lines to change address before testing
  342.     address against "access" list.
  343.   - Corrected bad search for RAID.CFG if not in default directory.
  344.  
  345. 00.21a
  346.   - Took out the reference to no add/del in help message
  347.   - Fixed line wrap in NOTIFY display and garbage in notify log entry
  348.  
  349. 00.21
  350.   - Well, here we go.  RAID.CFG is now required. Please be sure to
  351.     "install" it before trying this version.  The RAID_CFG block will
  352.     need to be "converted" to ACCESS format before you can do much
  353.     work.  With this change, Raid no longer has any dependence on
  354.     TIC.CFG other than area blocks.
  355.     Now that the .CFG file is installed processing has changed a bit...
  356.     Notify now ships netmail to all listed addresses rather than only to
  357.     RAID_CFG listed addresses (except where overridden in RAID.CFG). 
  358.     And the "flags" field C and H (H if both) values will be used for
  359.     add Raid-generated NetMail unless overridden by command line switch.
  360.   - Delete of last entry in an area block no longer deletes the blank
  361.     line following it.
  362.   - ADD now inserts new lines at the end of area blocks so it doesn't
  363.     interfere with "local" entries.
  364.   - Exact match is required on command line requests (add/delete etc)
  365.   - Got rid of some information on screen during manual ADD/DELETE. Not
  366.     sure which way I want it.  Ideas are welcome (in the echo so we can
  367.     share 'em).
  368.  
  369. 00.20
  370.   - Response mode international processing?  ^AINTL: line is created if
  371.     destination zone and originating zone aren't the same.
  372.     Similarly, if an ^AINTL: or ^AMSGID: line exists in an inbound
  373.     NetMail message Raid will (try to) use the from address string for
  374.     processing. This hasn't been tested and certainly isn't installed
  375.     based on any practical experience.  It's just a starting point for
  376.     discussion and design.
  377.   - The original TIC.CFG is renamed to TIC.OLD when updates are written.
  378.   - -O (override) switch is now exclusive of -M (message) and for use
  379.     only on manual delete. The -M modifier (o) is gone from FIND and
  380.     DELETE manual requests.  -O allows partial match on net address...
  381.               RAID DELETE 1:999/ ALL -O 
  382.     deletes all net 999 entries from the Tick control file.
  383.   - Don't open/close log file unless log entries are generated. (2nd try)
  384.   
  385. 00.19
  386.   - Don't open/close log file unless log entries are generated.
  387.   - Don't log FINDs.  That's implied in response mode. 
  388.   - Shortened execution in NOTIFY by opening/closing RAIDNOTE.TXT once
  389.     rather than as many times as there are connections.
  390.  
  391. 00.18
  392.   - Well, this test release includes the first cut of the doc (RAID.PRN).
  393.     It's for information rather than editing at this point since it's so
  394.     fresh.
  395.   - -L command line switch operation expanded. "-L" still disables log
  396.     generation. "-Lpath\file.ext" overrides the default ".\RAID.LOG" log
  397.     file destination.  As before, if the log can't be opened log processing
  398.     is suspended rather than aborting the program.
  399.   - Available area display adjusted to flag protected areas if present.
  400.   - Installed 'shotgun security'.  Any AREA block following a line starting
  401.     off with three dashes "---" will be secure.  ADD requests in response
  402.     mode will be denied.  Response mode DELETE and all manual operations
  403.     are allowed no matter the security status.
  404.      
  405.        AREA C:\AREA1 AREA1         unrestricted
  406.        AREA C:\AREA2 AREA2         unrestricted
  407.        ---
  408.        AREA C:\AREA3 AREA3         restricted
  409.        
  410.   - Notify is now NOTIFY on the command line (was -Nx). Netmail attributes
  411.     default to normal/private. Now uses -Mx to set C|H|K (RAID NOTIFY -MK).
  412.     In addition, if RAIDNOTE.TXT is found in the default directory, it
  413.     will be inserted ahead of the connection list.  The file length and
  414.     content is not restricted other than that your mailer (and the
  415.     recipient's) must be able to process it.  The process is a dumb copy.
  416.     All that's edited out is ^Z (eof).  A sample RAIDNOTE.TXT will be
  417.     included in the distribution.
  418.   - Don't allow wildcard (ALL) as an area name in NetMail response mode.
  419.   - Only display available areas list in netmail messages
  420.  
  421. 00.17
  422.   - Fixed problem in ADD logic that was grunging the file when multiple
  423.     ADDs were requested in one NetMail message.
  424.   - Manual ADD now uses default password and flags from RAID_CFG area block
  425.     if available and not overridden by -P or -F.  Otherwise use PASSWORD
  426.     as password and no flag.
  427.   - Netmail adds/deletes were never applied.  The call to write the updated
  428.     config file got deleted! Maybe it works now. But PLEASE BE CAREFUL!
  429.   - Do path existence test on RAID_CFG directory same as MAIL directory.
  430.   - Well, in my haste to get the 00.16 out the door I only removed half of
  431.     the security risk.  I forgot to totally disallow flag field override by
  432.     netmail requestors.  What we have now is that add/delete requests via
  433.     netmail will be honored only if the RAID_CFG area block entry for that
  434.     node has a value in the flag field.  The flag field will be used for
  435.     all add requests processed in response mode.  In cases where you want to
  436.     allow a node to do remote updates but don't want any flags, raid
  437.     recognizes a single period as the permission switch.  In that case
  438.     the flag field for adds will be blank.  Clear as mud, right?
  439.     
  440.     These will not allow remote updates but will default to remote query:
  441.         AREA C:\LOGS RAID_CFG
  442.            1:123/456 PASSWORD
  443.            1:456/789 WHY_NOT
  444.     
  445.     And these will allow remote update and query:
  446.         AREA O:\ RAID_CFG
  447.            1:123/456 PASSWORD .
  448.            1:456/789 WHY_NOT  *H
  449.  
  450. 00.16
  451.   - Installed a stub routine for processing IFNA style kludge lines
  452.   - Added a check for path existence before processing. The routine
  453.     is generic in that things like A: (root) and X (subdirectory) are
  454.     allowed.  Trailing backslash is optional.
  455.   - If you use the RAID_CFG area block and leave off the "flags" field
  456.     the program will not allow NetMail updates.  That's clearly a
  457.     temporary situation as we get our collective stuff together to build
  458.     more practical security into the program.  It also lets us all test the
  459.     latest version without compromising security.  And it allows password
  460.     protected queries to continue from your downlinks.
  461.   - Added an errorlevel to signal a critical error occurred renaming the
  462.     temporary file to TIC.CFG (or whatever) just after successful return
  463.     from deleting that file.  Though this shouldn't happen it's a critical
  464.     error to trap and report.  I just scanned this file and see I appear to
  465.     have forgotten to let you folks know the specifics of the errorlevels.
  466.     0-4 are reserved for "normal" terminations.  5 and above are aborts.
  467.       NO_ACTION          0  No netmail and no updates
  468.       NETMAIL_GENERATED  1  -R or -M mode and at least 1 message
  469.       CFG_READ_ERROR     5  Error processing of old TIC.CFG
  470.       CFG_WRITE_ERROR    6  Error updating TIC.CFG after updates
  471.       RENAME_ERROR       7  Trouble renaming after delete of old TIC.CFG
  472.       NETMAIL_ERROR      8  Trouble accessing NetMail area or message(s)
  473.       GENERAL_ERROR     99  Non-specific error termination
  474.  
  475. 00.15
  476.   - More clean-up of code and logfile.  
  477.   - Don't display find info for notify (-n) operation.  Only 1 line per.
  478.   - First try at allowing ADD/DELETE via netmail (response mode).  Unlike
  479.     areafix, RAID allows only ONE add/delete per line.  Up to three fields
  480.     are allowed:   <->areaname <password> <flags>
  481.     Areaname is required. Everything else is optional.  Lacking password
  482.     or flags, Raid will use the default password / flags from the RAID_CFG
  483.     area block in your TIC.CFG file.  As a result, in order to override
  484.     flags you need to supply password. 
  485.      
  486.     A comment... I'm not entirely sure we want to allow flag fiddling
  487.     by any/everyone.  A Long Distance caller could easily change flags to
  488.     *C and not only cost *you* money but could then feed something illegal
  489.     right past you. I'm leaning toward dropping flag support in the 1.00
  490.     release and installing a RAID.CFG file with flexible configuration
  491.     in the next release.  But need comments from you folks.  I'll watch
  492.     for your comments in RAIDBETA.  I assume all of us are hooked up by now.
  493.  
  494. 00.14
  495.   - Changed log file from binary to text and terminate it with with ^Z
  496.   - Don't display available areas list to screen when doing notify
  497.   - Fix a couple of log entries and add a couple more
  498.   - ADD is now "replace" when an entry already exists.  A delete is done
  499.     before every add.  Keeps the file clear of dupes and allows remote
  500.     "refresh" to be done.  The log file reports the deletes but they won't
  501.     show up on the screen or in generated netmail.
  502.   - Do a find after add/delete if -M switch is set
  503.  
  504. 00.13
  505.   - Zones other than "yours" are still not supported!
  506.   - Display add/delete tallies after all operations have completed
  507.   - Always do a find operation if in response mode
  508.   - Tighten up netmail check to require exact match on message "to" field.
  509.     That means netmail messages to raid must now be addressed only to "raid".
  510.   - Check for area names and passwords > 8 characters; stop if error.
  511.   - Allow a "special" AREA block to be used exclusively by RAID.  The name is
  512.     RAID_CFG.  The path name defines log location and net/node lines define
  513.     remote access privilege / remote access password / and ADD defaults for
  514.     password and flags values...
  515.     
  516.        AREA H:\ RAID_CFG       log is written as H:\RAID.LOG
  517.             1:13/13 XYZZY *C   1:13/13 can access RAID remotely if XYZZY is
  518.                                used as the access password (netmail subject).
  519.                                XYZZY and *C will be the default password and
  520.                                flags on manual and remote ADDs lacking 
  521.                                overrides (manual or remote).
  522.     
  523.     Only the AREA line is used in this test version.  Access security and
  524.     defaults *are* installed but remote add/delete are *not*.
  525.   - Raid will *not* recognize RAID_CFG in either manual or response mode.
  526.     That AREA block must be edited manually.
  527.   - Install log file routines.  The log file (RAID.LOG) is opened as soon as
  528.     the tick control file read is complete.  Log file location defaults to
  529.     the current directory.  If AREA block "RAID_CFG" is present the path for
  530.     that block is used for the log. If the log can't be opened the program
  531.     continues without log.  Log file output is disabled by the -L command
  532.     line switch.
  533.   - Added NOTIFY function.  It's activated by the -Nx command line switch.
  534.     x is the same as for -M or -R.  This is tied to addresses listed in
  535.     the RAID_CFG area block.
  536.   
  537. 00.12
  538.   - Process all netmail addresed to raid individually rather than in a lump
  539.   - Disable find override if processing netmail in response mode
  540.   - Don't process messages generated by raid
  541.   - MAIL directory ending with \ won't give error anymore
  542.   - Debug and error messages can now all be redirected
  543.  
  544. 00.11 
  545.   - Changed output layout for find/add/delete for a consistent output
  546.     layout and to pave the way for combined add/delete/change requests
  547.     made via netmail.  No, change isn't installed yet.
  548.   - First cut at inbound NetMail processing.  Messages addressed to "RAID"
  549.     will result in a FIND operation.  Feature is activated by the -R
  550.     (Response mode) switch.  Modifiers (CHK) are available to direct NetMail
  551.     as for -M switch.  Response mode scans the entire netmail area.  Any
  552.     message addressed to "RAID" (case insensitive -- only the first 4 
  553.     characters are checked), to the net/node in your TIC.CFG file, and not
  554.     flagged as "received" will be processed by Raid.  The from net/node, along
  555.     with your zone (yeah, I know that needs work) are used to generate a
  556.     "FIND" request.  Then the message is either marked received or is deleted
  557.     as indicated by absence/presence of -K.
  558.   - Added -K switch.  See above.
  559.     Can be used like AreaFix in your mail processing BATch file as "RAID -R".
  560.   - Lots of code changes to tighten things up.
  561.   - Looks like the practical limit for a TIC.CFG file is around 100 areas.
  562.     The one Barry provided for test has 85 areas and works fine so far. I've
  563.     processed a .cfg file with 125 areas but think that's not conservative
  564.     enough. 
  565.   - "O" modifier added to -M switch.  That allows the sliding address match
  566.     for FIND requests.  It's a security liability that should be used with
  567.     caution.  Doing a RAID FIND 1:150/2 -MO  will find all 1:150/2xxx nodes
  568.     and send the resulting message to 1:150/2. 
  569.  
  570. 00.10
  571.   - Reorganized program to make NetMail requests easier later.
  572.   - Sliding address match on FIND is disabled if -M switch is set.  That
  573.     forces exact match for netmail messages.
  574.  
  575. 00.09
  576.   - Add FIND count to -M output
  577.   - Rework output to funnel screen and message writes through a common
  578.     procedure
  579.   - Display available areas on screen.
  580.  
  581. 00.08
  582.   - Changed available area display to list 6 areas per line
  583.   - Dropped -K switch
  584.   - Changed -M to allow C, H, and K modifiers (ie -MCK or -MH)
  585.   - Made sure case of arguments is retained
  586.   - Display warning if unrecognized switch/command is entered
  587.   - Require exact (rather than partial) match for DELETE operation.  Only
  588.     FIND allows partial match.
  589.   - Fix FIND to recognize and bypass LOCAL lines and to properly detect
  590.     the end of an AREA block.
  591.   - Allow switches to follow FIND when no target is given: RAID FIND -D
  592.   - Change ZONE definition to use the first ZONE statement found.  Was
  593.     looking for any ZONE statement without a period (.) for a match.
  594.   - Change areaname and password to 8+1 characters.
  595.   - Up max AREA blocks to 75.
  596.   
  597. 00.07
  598.   - Fixed -M output for ADD operation
  599.   - Started expanding return message by listing all area names.  That's
  600.     going to change along with the entire message layout.
  601.  
  602. 00.06
  603.   - Corrected reversed -K test
  604.   - Corrected output file WRITE routine to do line output rather than
  605.     binary output.
  606.   - Changed error reporting to be more general
  607.   - Message body in -M output now has CR/LF at end-of-line rather than LF.
  608.  
  609. 00.05
  610.   - Added -M logic.
  611.   - Added -K switch to mark NetMail kill/sent.
  612.  
  613. 00.04
  614.  
  615.   - Corrected situation where "RAID FIND\n" found matches on blank lines
  616.     between AREA blocks.  RAID should now properly bypass blank lines.
  617.   - If -M or NOTIFY is used and a NetMail directory isn't defined RAID won't
  618.     continue.
  619.   - "FIND -M" now recognizes the -M (or any option) rather than searching
  620.     for it.  Similarly, ADD and DELETE will see the option but will exit.
  621.   - Now checking for > 64 areanames on ADD, DELETE, and FIND.  Of course
  622.     FIND only uses the first address right now.
  623.   - "FIND net/node -m" was giving strange results.  Fixed file read code.
  624.   - Fixed DELETE so the first address in all area blocks can be deleted
  625.     rather than only in every other area block.
  626.   - Only rewrite file if ADD/DELETE change something
  627.