home *** CD-ROM | disk | FTP | other *** search
/ The Pier Shareware 6 / The_Pier_Shareware_Number_6_(The_Pier_Exchange)_(1995).iso / 035 / ntmgr99p.zip / WHATSNEW.099 < prev   
Text File  |  1994-10-22  |  9KB  |  246 lines
  1. alpha 1
  2. -------
  3.  
  4. * New keyword: 'FrodoLog'. If you add this to your NetMgr.cfg file, NetMgr
  5.   will create a logfile that looks like what Frodo generates.
  6.  
  7.  
  8. * Nodelist lookup facilities. NetMgr can now check the nodelist to see if a
  9.   particular address is listed.
  10.   Supported are the Version 7 nodelist, FrontDoor format nodelists and the
  11.   GIGO nodelist.
  12.   This last one is the index used by (surprise :-) GIGO (a fine Internet <->
  13.   Usenet gating package by Jason Fesler).
  14.  
  15.   Jason graciously donated sources for both generation and lookup for
  16.   GIGO's nodelist index. The nice things about it are it's small size (for
  17.   the current world nodelist [nearly 3 MB!] the index is about 70 kB) and
  18.   the compilation speed (on my 386/40 compiling the world nodelist takes 8
  19.   seconds).
  20.  
  21.   The nodelist lookup can be activated by using one of two 'pseudo
  22.   attributes': '#' and '@'.
  23.  
  24.   +@ means the destination address must be listed.
  25.   -@ means the destination address must NOT be listed.
  26.  
  27.   +# means the origination address must be listed.
  28.   -# means the origination address must NOT be listed.
  29.  
  30.   Example:
  31.  
  32.   Mask *, *, *, *, *, -@
  33.   Action Bounce 2:281/527 c:\msgs\unlisted.txt
  34.  
  35.   This will bounce all messages addressed to systems that can't be found
  36.   in the nodelist, placing 'unlisted.txt' at the top of the
  37.   bounce-messages.
  38.  
  39.   --> A point of a listed node is assumed to be listed as well!
  40.  
  41.   Keywords:
  42.  
  43.   Nodelist <path>      - gives the path to the Version7 nodelist.
  44.   FDnodelist <path>    - gives the path to the Frodo nodelist.
  45.   GigoNodelist <path>  - gives the path to the GIGO nodelist index.
  46.  
  47.  
  48. * To speed up access to regularly checked nodes, there is a simple cache
  49.   system for the nodelist checking: the last xx nodes will be cached in a
  50.   small file that is saved to disk at exit. For a new run, NetMgr will read
  51.   this file and keep it in memory to check it before actually doing a
  52.   lookup in the nodelist on disk.
  53.  
  54.   Two keywords to make it work:
  55.  
  56.   NodelistCache <path> - where to keep the 'cache file' (always called
  57.                          nodes.buf).
  58.  
  59.   CacheSize <number>   - Number of nodes to keep in the cache. If you
  60.                          usually have mail to 100 different addresses in
  61.                          your netmail area, set it to at least 100.
  62.  
  63.   When you update/recompile your nodelist, erase the 'cache file', as the
  64.   data that is cached may be invalid after the nodelist update!
  65.  
  66.  
  67. * In order to support the new lookup feature, another action is added:
  68.  
  69.   AddNote <textfile>
  70.  
  71.   This will add the text from <textfile> at the top of the message. You
  72.   could use this to send a message through with a note ('please do not
  73.   reply through this system, the originating system is unlisted'). You know
  74.   those annoying messages :-)
  75.  
  76.  
  77. * Added limited mailpacking capability (Binkley style outbound). The new
  78.   Action to use for this is: 'PackMail'.
  79.  
  80.   Format:
  81.  
  82.   PackMail <origination address> <destination address>
  83.  
  84.   The Addresses are used to build the packet itself (ie: the packetheader),
  85.   *not* the messages *inside* the packet (for those, NetMgr obviously uses
  86.   the addresses found in the message header itself).
  87.   The second one (destination address) can also be '*', to indicate NetMgr
  88.   should use the same address as is found in the 'destination address
  89.   field' in the message.
  90.  
  91.   Some examples:
  92.  
  93.   Mask *, 2:281/527.0, *, *, *, +f
  94.   Action Packmail 2:281/527.0 *
  95.  
  96.   This takes all file request messages, generated by 2:281/527, and
  97.   properly generate a request out of it. The request will be addressed to
  98.   the system that is also found in the 'destination address' field of the
  99.   message (that makes sense) :-)
  100.  
  101.   Mask *, 2:281/527.0, *, 1:*/*.*, *, +l
  102.   Action Packmail 2:281/527.0 1:138/211.0
  103.  
  104.   This will take all messages from 281/527, addressed to any zone 1 system,
  105.   and pack them in a mailpacket addressed to 1:138/211 (No, Evin, I am not
  106.   really doing this :-))
  107.  
  108.   Currently, NetMgr will (hopefully) properly:
  109.  
  110.   - Request files (make a *.REQ file).
  111.   - Attach files (make an *.?LO file). FLAGS KFS & TFS are supported.
  112.   - Pack (bundle, not compress) messages (make *.?UT file).
  113.   - Strip paths from subject lines of 'file attach messages'.
  114.   - Handle update requests.
  115.   - Handle (update) requests with passwords.
  116.   - Generate and check busy flags.
  117.  
  118.   The packing is 'crude' (sp?): it is dumb, really. Right now, NetMgr will
  119.   happily pack messages to yourself, for example. Or route files to an
  120.   overseas system, even if they are not coming from your system etc. Or
  121.   route file requests.
  122.  
  123.   Like all other commands, NetMgr simply scans headers and does what it's
  124.   told, the logic of it's actions has to come from YOU.
  125.  
  126.   The only 'intelligence' of the packmail function:
  127.  
  128.   ■ It will not pack messages that are 'sent' or 'locked'.
  129.   ■ It will fully automatically set the 'sent' bit after sending.
  130.   ■ If the message is 'kill/sent', it will even delete it! Wow!
  131.  
  132.   I'm still working on this function. Please comment to make it work well.
  133.   Also, check if the packets are generated OK and if the generated packets
  134.   are OK, this is new for me :-)
  135.  
  136.   The best use for this function is for Fastecho/GEcho users, I think.
  137.   Where those programs will not correctly pack/process crash, file request
  138.   and attach messages in Binkley environments, NetMgr can pick up what they
  139.   leave behind and put this stuff in the Binkley style outbound.
  140.  
  141.   Once again, Jason Fesler gave me most of the code for this. I could do
  142.   quite some 'cut & paste' and learn from his code.
  143.   He was also the one who came with the idea to let NetMgr do this. I was
  144.   actually planning on writing a separate program, never thought of NetMgr!
  145.  
  146.  
  147. * Similar, but not the same: MoveMail.
  148.  
  149.   Format: Action MoveMail <orig> <dest> <dir>
  150.  
  151.   <orig> : origination address to use (packet)
  152.   <dest> : destination address to use (packet)
  153.   <dir>  : output directory for packet.
  154.  
  155.   This will create a mailpacket, not in Binkley's outbound but in the <dir>
  156.   you specify. The packetname will be a unique name created by NetMgr. The
  157.   packet will be from <orig> to <dest>.
  158.  
  159.   Using '*' for <dest> is not allowed here (I don't think it is useful - it
  160.   can be added though).
  161.  
  162.   If a file is attached to the message, it will be copied to <dir> as well.
  163.   The FLAGS KFS & TFS are respected too.
  164.   The 'sent' bit is set, or the message is killed (kill/sent).
  165.   Sent/Locked messages will not be processed.
  166.  
  167.   Possible uses: mail delivery through a LAN, maybe also sending mail to
  168.   gateways on your system, dunno. Whatever, as long as Jason is happy :-)
  169.  
  170.  
  171. * A new keyword in NetMgr.cfg:
  172.  
  173.   Outbound <base outbound directory>
  174.  
  175.   This has to point to your Binkley style primary outbound directory.
  176.   NetMgr can create names for outbound directories other than the default
  177.   zone (names like: C:\BT\OUT.006) itself, so one 'OutBound' statement does
  178.   it all.
  179.   Domains are not supported.
  180.  
  181.  
  182. * New Action: 'Ignore'.
  183.   This action does absolutely nothing, but is it a 'match', so scanning for
  184.   a matching mask will stop after this.
  185.  
  186.   For example:
  187.  
  188.   Mask *, !2:281/527.0, *, *, *, +a
  189.   Action Ignore
  190.  
  191.   Mask *, *, *, *, *, *
  192.   Action Packmail 2:281/527.0 *
  193.  
  194.   This will make sure the 'packmail' stuff is never reached for file
  195.   attaches not originating from 281/527.
  196.   In this example you could easily do that in one Mask, of course, but I'm
  197.   sure there are good uses for this (even though I can't think of a good
  198.   example right now :-).
  199.  
  200.  
  201. alpha 2
  202. -------
  203.  
  204. * AddNote action was not recognized by the config reader. Fixed.
  205.  
  206. * NetMgr now supports FSC-0035 (REPLYADDR/REPLYTO kludges) and will now
  207.   properly bounce messages with these kludges. (Back to the internet :-)
  208.  
  209.  
  210.  
  211. alpha 3
  212. -------
  213.  
  214. * Fixed a bug where ^AFLAGS handling was messed up in a rewrite.
  215.  
  216. * ^AVIA lines format change to match 'modern style' (JoHo and his disciples :-).
  217.  
  218. * The PackMail action now handles the destination address for the packet
  219.   differently. First of all, NetMgr does NOT do any BossRouting for mail
  220.   addressed to points anymore. You have to do that yourself now.
  221.  
  222.   PackMail <address> *           : Send/Route messages to dest address found in
  223.                                    msgheader (even if it's a point!).
  224.  
  225.   PackMail <address> <address b> : Send/Route messages to address b.
  226.  
  227.   PackMail <address> *:*/*.0     : Send/Route messages to second address,
  228.                                    with the pointnumber always set to 0
  229.                                    (in other words: do Bossrouting for this
  230.                                    entry).
  231.  
  232.   PackMail <address> *:*/0.0     : Send/Route messages to node 0 in the net
  233.                                    of the destination address found in the
  234.                                    header (HostRouting).
  235.  
  236.  
  237. * Fixed a memory loss problem for 'PackMail'.
  238.  
  239. * There was a really nasty and hard to find bug deep down in the Squish
  240.   part of the MSGAPI, that would mess up areas in some specific situation
  241.   when doing a 'rewrite' (it actually concerned messing up the chain of
  242.   free frames, the chain would be 'broken').
  243.   I hope the fix goes without side effects..
  244.  
  245.  
  246.