home *** CD-ROM | disk | FTP | other *** search
/ The World of Computer Software / World_Of_Computer_Software-02-387-Vol-3of3.iso / i / imail135.zip / CHANGES.135 next >
Text File  |  1992-12-20  |  19KB  |  599 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6.                            █┐ █▀▀▀█┐ █▀▀█┐ █┐ █┐
  7.                            █│ █│█┐█│ █│▀█│ █│ █│
  8.                            █│ █│└┘█│ █│ █│ █│ █│
  9.                            █│ █│  █│ █│ █│ █│ █▄▄▄┐
  10.                            └┘ └┘  └┘ └┘ └┘ └┘  └──┘
  11.  
  12.                           V e r s i o n    1 . 3 5
  13.  
  14.  
  15.                                 Copyright 1992
  16.  
  17.                                    IMAIL INC.
  18.  
  19.  
  20.  
  21.                                REVISION HISTORY
  22.  
  23.  
  24.  
  25.         This is a short overview of the new features introduced in IMAIL
  26.         version 1.35 since the release of version 1.30. The changes are
  27.         more or less unsorted, except for the different executables.
  28.  
  29.         I hope there are not to many typos and grammar mistakes since this
  30.         is not my native language. :-)
  31.  
  32.  
  33.  
  34.         ***  GENERAL
  35.  
  36.  
  37.         - There are no registered features anymore.
  38.  
  39.  
  40.         - The packer SQZ is now supported.
  41.  
  42.  
  43.         - You can choose whether you want IMail to add a via line to
  44.           netmails when importing, exporting it, at both times or not
  45.           to add one at all.
  46.  
  47.  
  48.         - Mails to the sysop can now be announced in netmail, copied to
  49.           a special board or logged - even mails in passthrough areas
  50.           will be handled! (Consider that the copied mails remain echo
  51.           mails and rarely have a correct destination address.)
  52.  
  53.  
  54.         - The format of the statistics after each TOSS/SCAN has slightly
  55.           been changed.
  56.  
  57.  
  58.         - Added support for the FD 2.10/C aka and the Binkley *.BSY
  59.           semaphores when compressing PKTs.
  60.  
  61.           If you use IMAIL in a multitasking/multiline environment
  62.           with FD 2.10 you should assign an own task number (by
  63.           setting the environment variable TASK) to ensure proper
  64.           operation.
  65.  
  66.           IMAIL checks for the aka/*.BSY-semaphore of the system for
  67.           which PKTs should be packed for. If the semaphore exists,
  68.           the PKTs are skipped, otherwise the semaphore is created
  69.           which prevents FrontDoor 2.10 or Binkley from establishing
  70.           a session with this system. So IMAIL can pack the PKTs while
  71.           FrontDoor is up and running.
  72.           This is only used when multi-line is set to 'Y'.
  73.  
  74.  
  75.         - Arealink now has its own executable.
  76.  
  77.  
  78.         - Warning! There is a borderline of max. 5250 messages per area
  79.           on Squish boards under DOS.
  80.  
  81.  
  82.         - The bad message board, the dupe board and the personal mail
  83.           board are now stored in the IMAIL areas data files. The
  84.           following reserved area tags are used:
  85.  
  86.                       BADMAIL, DUPES, PERSMAIL.
  87.  
  88.           Before using 1.35, enter the Area Manager and enter at least
  89.           the BADMAIL board which is needed by IMAIL.
  90.  
  91.  
  92.         - Moreover IMAIL now can add new areas automatically to the
  93.           Hudson base or create them as Squish/*.MSG bases. When using
  94.           Hudson it looks for a free board number and in case of Squish/
  95.           *.MSG it calculates a CRC 32 from the areaname and uses this
  96.           crc for the filename/directory name to avoid conflicts with
  97.           already existing areas. The path in the group record tells
  98.           IMAIL where the new area should be created.
  99.  
  100.  
  101.  
  102.  
  103.         ***  IMAIL
  104.  
  105.         - *.PKTs will now be tossed in the right date/time order.
  106.  
  107.  
  108.         - TOSS does not need the origin line anymore and won't add it
  109.           to messages that do not have one or if it has the wrong format.
  110.  
  111.  
  112.         - The log file will be closed when the "Before Toss" feature
  113.           is used.
  114.  
  115.  
  116.         - When extracting netmails, IMAIL uses the zones from the packet
  117.           header as default values.
  118.  
  119.  
  120.         - Dupe checking is disabled on messages with the "^ASPLIT" kludge
  121.           to prevent mail loss due to identical MSGIDs.
  122.  
  123.  
  124.         - No mailer environment variable will be used to determine the
  125.           correct semaphore directory, this is now configurable in IMSetup.
  126.  
  127.  
  128.         - IMAIL now writes a set of semaphore-files to the semaphore-directory
  129.           according to the exit level:
  130.  
  131.             IMAIL.PER      IMAIL found mail to the sysop
  132.             IMAIL.SQU      IMAIL processed Squish Areas
  133.             IMAIL.MSG      IMAIL processed Msg Areas
  134.             IMAIL.QBS      IMAIL processed QuickBBS Areas
  135.             IMAIL.BAD      IMAIL processed bad mail
  136.             IMAIL.ECO      IMAIL processed echomail
  137.             IMAIL.NET      IMAIL processed netmail
  138.  
  139.           This should make the handling of the exit level easier because
  140.           under plain DOS, it's very difficult to handle the current
  141.           errorlevel.
  142.  
  143.  
  144.         - Added a switch to disable temporary the export to the linked
  145.           systems for TOSS (/!).
  146.  
  147.  
  148.         - IMAIL now uses the FD crc32 function for calculating the
  149.           bundlenames. The same is valid for IMPACK.
  150.  
  151.  
  152.         - Added support for the FrontDoor 2.10/C and the Binkley semaphore
  153.           files when compressing PKTs. The same is done in IMPACK.
  154.  
  155.  
  156.         - Arealink now has its own executable, the /N switch is obsolete.
  157.  
  158.  
  159.         - TOSS compares date/time of IMAIL.PR with FTSCPROD.??? and
  160.           compiles IMAIL.PR if necessary.
  161.  
  162.  
  163.         - If a node is set to "stone age"/"forced", imail will use stone
  164.           age packets, even if it receives type 2+ *.PKTs.
  165.  
  166.  
  167.         - Due to severe problems with the "Move Bad" function, it has been
  168.           disabled in 1.35 and will be reworked for the next version.
  169.  
  170.  
  171.         - Now the appropriate *.BSY files will be created, when in Binkley
  172.           mode to pack mail while BinkleyTerm is online.
  173.  
  174.  
  175.         - Outbound directories will be created if necessary even on more
  176.           than one level.
  177.  
  178.  
  179.         - TOSS now renames *.$i$ (remaining from the last TOSS run) to
  180.           *.P$$ (instead of *.PKT and processing them again) because in
  181.           many cases these PKTs caused an IMAIL crash (and did not remain
  182.           due to a sudden reboot).
  183.  
  184.  
  185.         - Modified the aka handling. IMAIL now uses the following
  186.           searching sheme:
  187.  
  188.           In case of a node: zone:net if failed only zone
  189.           In case of a point: zone:net/node if failed zone:net
  190.                               if this also failed only zone
  191.  
  192.  
  193.         - A new, fast handling (based on hash tables) for the dupe data-
  194.           base has been implemented. This limits the max. number of
  195.           dupes to 10000. Thanks to Mike Hartmann for this part of IMAIL.
  196.  
  197.  
  198.         - IMAIL now allows to specify a maximum arcmail bundle size. A
  199.           new archive will be created when the size of the actual bundle
  200.           exceeds the given limit.
  201.  
  202.  
  203.         - IMAIL does no longer use the orig/dest fields in the messages
  204.           when doing the security check. Up from now it uses only the
  205.           information from the PKT-header.
  206.  
  207.  
  208.         - IMAIL now opens *.MSG in DenyAll (if creating or writing to a
  209.           message) or DenyWrite (if reading a message) mode to prevent
  210.           other programs from writing to messages currently processed
  211.           by IMAIL.
  212.  
  213.  
  214.         - IMAIL now supports also the pointnet on incoming PKTs. If a
  215.           4d-PKT is processed and the point is listed as fakenet-point
  216.           in IMAIL.ND, IMAIL replaces the 4d-address with the fakenet
  217.           address and processes the PKT.
  218.           This solves problems with fakenet points sending suddenly
  219.           4d PKTs (they were added to the Node Manager and the point
  220.           couldn't access the ALNK anymore).
  221.  
  222.  
  223.  
  224.  
  225.         *** IMPACK
  226.  
  227.         - IMPACK now supports "Routing via itself". If the Via Node is
  228.           entered as '*', all nodes matching this entry will be routed
  229.           directly (with the normal possibility to include and exclude
  230.           nodes).
  231.  
  232.  
  233.  
  234.  
  235.         ***  IMALNK
  236.  
  237.         - Arealink now has its own executable. One side-effect of this is
  238.           that you have to use IMAIL or IMPACK to compress the PKTs
  239.           created by IMALNK when a rescan was requested!
  240.  
  241.  
  242.         - It's now possible to pause and resume downlinks with the local
  243.           AreaLink (switches /P and /S).
  244.  
  245.  
  246.         - Only for downlinks with the "Forward Request" flag set to "Yes"
  247.           a forward request will be generated if the area does not exist
  248.           on your system.
  249.  
  250.  
  251.         - A seperate message will be created for each "%list", "%query",
  252.           "%unlinked" and "%help", mails will be split when necessary.
  253.  
  254.  
  255.         - Unlink Request:
  256.  
  257.           A complete new function has been added to AreaLink which allows
  258.           to unlink unneeded areas from the uplink automatically:
  259.  
  260.           Areas with only one link are disconnected from the uplink if the
  261.           "Unlink Req" flag is set and the remaining uplink is listed in
  262.           the forward link request manager. The check is done after every
  263.           disconnect request and every first run a day.
  264.  
  265.           Areas also will be unlinked after a remote deletion.
  266.  
  267.           An unlinked area will be requested by the appropriate uplink
  268.           when a downlink orders this area again.
  269.  
  270.  
  271.         - Mandatory, read only and write only areas are marked in
  272.           list, query, unlinked reports and when adding such an area.
  273.  
  274.  
  275.         - Areas can now be remote added with  &<areatag> and from the
  276.           command line with /A or /&.
  277.  
  278.  
  279.         - Single areas can be rescanned with  <areatag>, R
  280.  
  281.           When rescanning single areas, the number of msgs to be sent can
  282.           now be specified:
  283.  
  284.                 TEST_AREA,R=30
  285.  
  286.           will cause IMALNK to rescan the last 30 messages in this area.
  287.  
  288.  
  289.         - Rescanned messages keep their old origin/seen-by/path lines.
  290.  
  291.  
  292.         - If a downlink wants to unlink an unauthorized, already unlinked
  293.           area, ALNK now reports "No match found" instead of "No current
  294.           link".
  295.  
  296.  
  297.         - Hidden areas are not listed in a query, list or unlinked
  298.           request although the requesting system has the necessary
  299.           group to request this area. Moreover such areas cannot be
  300.           linked with an wildcard-request.
  301.  
  302.  
  303.         - ALNK now also reports the number of active/available areas
  304.           when sending a query, list or unlinked report.
  305.  
  306.  
  307.         - ALNK reports the traffic of the last month when sending
  308.           a query, list or unlinked report.
  309.  
  310.  
  311.         - On a delete/create request, IMALNK will now also send a
  312.           message to the AreaLinks of the linked systems.
  313.           If these systems have FSC-0057 capable AreaLinks and are
  314.           not marked as uplinks in the Node Manager, IMALNK will
  315.           issue an delete/create request, for the other unlink/link
  316.           requests will be sent.
  317.           In case of rename requests, IMAIL will send them also to
  318.           FSC-0057 capable systems.
  319.  
  320.  
  321.         - Added update request. It is no longer necessary to unlinked
  322.           and afterwards again link an area to get it rescanned, this
  323.           can now be done by updating it:
  324.  
  325.           AreaLink Request:      =AREATAG[,R[=nn]]
  326.           AreaLink Commandline: /=AREATAG[,R[=nn]]
  327.  
  328.           Without the ,R=nn part, this area is only rescanned, when %RESCAN
  329.           was specified in the request message.
  330.  
  331.  
  332.         - Changed the RESCANNED kludge to
  333.  
  334.                 ^ARESCANNED <addr>
  335.  
  336.           where <addr> is the network address which requested the rescan.
  337.  
  338.  
  339.         - Added %INFO and /I on commandline. Currently it notifies
  340.           the sysop about his AreaLink password, its expiration,
  341.           about the packer and the possibility to use the rescan
  342.           feature.
  343.  
  344.  
  345.         - The remote areatag change request has been modified (and adapted
  346.           to the newest version of FSC-0057). Instead of
  347.  
  348.                 #OLDTAG:NEWTAG
  349.  
  350.           only the following format is recognized by IMAIL:
  351.  
  352.                 #OLDTAG NEWTAG
  353.  
  354.           means the ':' has been replaced by a ' ' (space). This does not
  355.           affect the commandline version!
  356.  
  357.  
  358.         - Changed the handling when autoadding downlinks, up from now
  359.           IMAIL/IMALNK checks whether the downlinks should be autoadded
  360.           and if he has access to the group of the new echo.
  361.  
  362.  
  363.  
  364.  
  365.         ***  IMTHINGS
  366.  
  367.         - The speed of LINK has been improved, it is also capable of
  368.           linking Squish/Fido-style areas and sharing the message bases
  369.           while linking.
  370.  
  371.  
  372.         - LINK can remove all reply links when using the /R switch.
  373.  
  374.  
  375.         - LINK ignores trailing spaces.
  376.  
  377.  
  378.         - LINK only links Squish/Fido-style areas with new messages,
  379.           to link the entire Squish/Fido-style message base use /F.
  380.  
  381.  
  382.         - KILL now handles the max age and max nbr of messages as OR
  383.           conjunction. This means that all messages which are older
  384.           than the given number of days are deleted even if the number
  385.           of messages in this area is smaller than the specified maximum
  386.           number of messages.
  387.  
  388.  
  389.         - KILL does NOT share the message base, no other program may
  390.           access it while killing.
  391.  
  392.  
  393.         - PACK /P removes duplicate areas from the IMail area files.
  394.  
  395.  
  396.         - LINK, KILL, PACK do no longer process autoadded areas.
  397.  
  398.  
  399.         - POST splits mails that are longer than 16 kB, there is
  400.           no limit on the maximum size of the file.
  401.  
  402.  
  403.         - POST allows the use of wildcards when posting files, in
  404.           that case a counter is added to the subject line.
  405.  
  406.  
  407.         - POST now creates/updates the NETMAIL/ECHOMAIL.BBS.
  408.  
  409.  
  410.         - SEND is able to create 0 byte messages (/! commandline switch).
  411.  
  412.  
  413.         - IMPORT also imports local mails and mails with a file-attach.
  414.  
  415.  
  416.         - MOVE can now also handle undefined Squish/Fido-style boards (/F and
  417.           /P) to allow moving mails between these areas even if they're not
  418.           defined in the area data files.
  419.  
  420.  
  421.  
  422.  
  423.         ***  IMSETUP
  424.  
  425.  
  426.         The outfit and the behaviour of some parts of IMSETUP have been
  427.         changed, this affects also the cursor behaviour. Please consider
  428.         that Tab and Shift-Tab can be used to switch to the next/previous
  429.         field.
  430.  
  431.  
  432.         ** General Configuration
  433.  
  434.         * Domains
  435.  
  436.  
  437.         - IMSETUP does no longer cut the directory names in the Domain
  438.           Manager.
  439.  
  440.  
  441.         * Subdirectories
  442.  
  443.  
  444.         - New fields for a semaphore directory and a netmail rescan
  445.           semaphore file.
  446.  
  447.  
  448.         * AreaLink Options
  449.  
  450.  
  451.         - The forward link entries are no longer sorted.
  452.  
  453.  
  454.         - The forwarding of an Arealink request can be disabled.
  455.  
  456.  
  457.         - There is a new help text for systems that are allowed to do remote
  458.           maintenance, if it's empty, the normal help text will be sent.
  459.  
  460.  
  461.         - You can select the handling of forward link/unlink requests.
  462.  
  463.  
  464.         * Other parameters
  465.  
  466.  
  467.         - There's a new switch to change between direct screen writes
  468.           and BIOS calls.
  469.  
  470.  
  471.         - A new configuration field for dupe-ring checking has been added:
  472.              N - none at all
  473.              W - generate a warning
  474.              Z - skip gated messages
  475.              K - 'kill' message (simply do not export it)
  476.  
  477.  
  478.         - A new field for the personal mail check has been added:
  479.              N - don't check for mail
  480.              L - write a log entry
  481.              M - write a netmail with the message headers
  482.              C - copy the mails to the PERSMAIL area.
  483.  
  484.  
  485.         - The "Semaphore Time-Out" uses now seconds instead of minutes.
  486.  
  487.  
  488.         - A new field for the maximum netmail size is introduced. This
  489.           is only used when generating netmails (IMALNK).
  490.  
  491.  
  492.         - New configuration fields for autoadding to IMAIL.ND (Node
  493.           Manager database), max. arcmail bundle size and
  494.  
  495.         * Group Manager
  496.  
  497.  
  498.         - A "Group Manager" is added ("General Options"). Now for every
  499.           group a description and some default values can be entered which
  500.           will be used when autocreating a new area. The descriptions are
  501.           also available in the Area and Node Manager (via F6) while
  502.           editing a record.
  503.  
  504.  
  505.         ** Compression/Decompression programs
  506.  
  507.  
  508.         - The fields for (de)compression programs can now hold up to 50
  509.           characters.
  510.  
  511.  
  512.         ** Area Manager
  513.  
  514.  
  515.         - Now any area can be marked "Mandatory" or "Read Only" to prevent
  516.           downlinks from disconnecting from that area or write into it.
  517.  
  518.           When Read Only is selected, a system requesting this area will be
  519.           set to Export Only in the List of Linked systems. This can be
  520.           changed manually by the sysop so he can allow some systems to
  521.           send messages in such an area.
  522.  
  523.  
  524.         - Every area can be enabled to be disconnected when only one
  525.           link exists, this can be defined with the "Unlink Req" switch.
  526.           A disconnected area is shown as "Unlinked". In "General Options"
  527.           there is a switch to disable this option or restrict it to
  528.           passthrough areas only.
  529.  
  530.  
  531.         - Unlinked areas are indicated as "[U]" in the area browser.
  532.  
  533.  
  534.         - IMSetup checks for duplicate entries in the export lists and
  535.           removes them.
  536.  
  537.  
  538.         - Every area can now be hidden. It won't be displayed in any
  539.           list, if a system wants to connect to a hidden area it has
  540.           to know the correct area name, the access restrictions via
  541.           groups are not affected by this, so if the downlink has not
  542.           the right group he won't get it anyway.
  543.  
  544.  
  545.         - The "Area Manager" no longer accepts spaces as valid group
  546.           or in area tags.
  547.  
  548.  
  549.         - In the "Area Manager" it's possible to display the echoflow
  550.           statistics with F7.
  551.  
  552.  
  553.         - In the "Area Manager" import/export only and passive nodes are
  554.           indicated by "-I", "-E" and "-P".
  555.  
  556.  
  557.         - A copy function can now be used in the Node Manager (via F5).
  558.  
  559.  
  560.         ** Node Manager
  561.  
  562.  
  563.         - Totally new screen mask for the "Node Export Manager", added
  564.           switch for "Forward Request".
  565.  
  566.  
  567.         - There are some new fields in the "Node Manager" which are used
  568.           for AreaLink:
  569.  
  570.                 Programname
  571.  
  572.                 Here you enter the name of the AreaLink of this system
  573.                 (like Areafix, Areamgr, Arealink, ...).
  574.  
  575.                 FSC-0057 compatible
  576.  
  577.                 specifies whether this system is FSC-0057 compatible
  578.                 and therefore understands remote create, delete and
  579.                 change requests.
  580.  
  581.                 Uplink
  582.  
  583.                 is set if this system is one of your uplinks. Remote
  584.                 maintenance requests will not be sent to systems marked
  585.                 as uplinks.
  586.  
  587.  
  588.         - A copy function can now be used in the Node Manager (via F5).
  589.  
  590.  
  591.         ** Pack Routing
  592.  
  593.  
  594.         - Pack Routing now uses "*" instead of "All". No ".*" is needed
  595.           when points of a node are selected. To select only the node,
  596.           use ".0".
  597.  
  598.  
  599.