home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 2 BBS / 02-BBS.zip / cdrm05o3.zip / WHATSNEW.TXT < prev   
Text File  |  1996-11-17  |  13KB  |  347 lines
  1. Version 1.05
  2.  
  3. - Fixed/revised:
  4.     The MSGID problem.  If a part of your address ended in 0 (zone, net,
  5.     or node), it was deleted.  I rewrote the algorythm that saves the zone,
  6.     net and node of each base to the CDRMAIL.DAT.  The new method is a *LOT*
  7.     faster and a *LOT* more efficient than the old one.
  8.  
  9. - Revised:
  10.     Optimized a bit of code and removed some meaningless and redundant code.   
  11.     The executables should now be slightly smaller, the CDRMAIL.DAT smaller, 
  12.     and it should run a little faster.
  13.  
  14. - Fixed:
  15.     Small problem that would cause CDRMAIL to incorrectly update the
  16.     CDRMAIL.DAT when exporting messages.
  17.  
  18. - Fixed:
  19.     -E problem.  CDRMAIL was always reporting errorlevel 1 if -E was used.
  20.  
  21.  
  22. Version 1.04
  23.  
  24. - Removed:
  25.     The date/time stamp from the HI_WATER.MRK.  It turns out when you run
  26.     GECHO SCAN it changes the time stamp on the messages, making CDRMAIL
  27.     think it is a new message, and reimporting it.  CDRMAIL will no longer
  28.     import messages it exported.
  29.  
  30. - Added:
  31.     More detailed data when CDRMAIL is "Analysing".  This allows you to
  32.     see exactly what CDRMAIL is doing.
  33.  
  34. - Added:
  35.     Disallowing certain parameter mixtures.  Because of the way the GEcho
  36.     support is handled, -G does not work with -S, so that is no longer
  37.     permitted.
  38.  
  39. - Added:
  40.     Native OS/2 32-bit, native Windows 95 32-bit, and DOS 32-bit protected
  41.     mode versions for use by unregistered and registered users alike.
  42.     To encourage people to register CDRMAIL, the 7 second delay has been
  43.     increased to 10 seconds.  BUT, there is a 10 day evaluation period
  44.     when CDRMAIL will run without the delay.
  45.  
  46. - Fixed:
  47.     Bug that would cause CDRMAIL to crash under certain conditions with -T.
  48.  
  49. - Added:
  50.     -C for disabling use of the CDRMAIL.DAT.  Under some conditions, namely
  51.     with a small amount of areas, it is faster to use CDRMAIL without the
  52.     CDRMAIL.DAT.
  53.  
  54. - Added:
  55.     -R for forcing CDRMAIL to import Netmail marked Received.  By default
  56.     if you read Netmail in your Netmail editor, such as GoldEd, it is marked
  57.     as Received.  I, personally, do not like the way Renegade handles
  58.     Netmail, so I made CDRMAIL to not import it if I've already read it.
  59.     Evident other people like the way Renegade handles it, so I added -R. :)
  60.  
  61. - Revised:
  62.     The MSGID kludge line.  It is now a unique number derived from the
  63.     current time and your first net address.  Before if two systems
  64.     created a message at the same second (quite possible) they would
  65.     have the same MSGID.
  66.  
  67. - Added:
  68.     -2 for "smart" 1.MSG handling.  If -2 is used, and 1.MSG is found,
  69.     CDRMAIL will analyse it to determine if it is a high water mark file
  70.     or a real live message, and import it accordingly.  Note that the
  71.     method I used to determine if it is a high water mark or not works with
  72.     Squish and GEcho.  I can not guarantee it will work will other mail
  73.     tossers that use 1.MSG as a high water mark.  Hence why this parameter is
  74.     optional.
  75.  
  76. - Fixed:
  77.     Small problem in my netmail kludge handling routine.  This one would
  78.     seemingly "randomly" cause CDRMAIL to crash while processing Netmail
  79.     saying it was unable to open a meaningless filename.
  80.  
  81. - Fixed:
  82.     Small problem that would cause CDRMAIL to not count imported Netmail
  83.     messages unless you were importing Netmail ONLY (-O).
  84.  
  85. - Fixed:
  86.     Small problem that would cause CDRMAIL to always report that -P and -2
  87.     were used in the log file.
  88.  
  89. - Fixed:
  90.     Two memory problems that would cause CDRMAIL to behave erratically if
  91.     -G was not used.
  92.  
  93. - Fixed:
  94.     Problem that would cause a division by 0 error on very fast machines.
  95.  
  96. - Fixed:
  97.     Problem with messages gettings "mixed up" if FastEcho is used as the
  98.     echomail processor.  CDRMAIL was written according to FidoNet Technical
  99.     Standard #1, to make it FidoNet complient.  Evidently FastEcho is not,
  100.     because it does not end all of it's .MSG's with a NULL, such as
  101.     FTS-0001.015 clearly states should be done.  This was causing CDRMAIL
  102.     to mix messages up.
  103.  
  104. - Fixed:
  105.     Memory problem that would cause CDRMAIL to behave erratically if -G
  106.     was used.
  107.  
  108. - Added:
  109.     -E parameter for Netmail exported indication.  If only netmail is
  110.     exported with -S, CDRMAIl will exit with errorlevel 1 instead of 0.
  111.     This is for batch file fanatics who optimize everything they can. :)
  112.     Thanks to "Rain King" for the suggestion.
  113.  
  114. - Fixed:
  115.     TOPT kludge line handling problem.  Little error on my part would not
  116.     let CDRMAIL read the TOPT address on incoming messages.
  117.  
  118. - Fixed:
  119.     Another Netmail kludge problem that would cause CDRMAIL to crash or
  120.     become unstable when processing Netmail messages with the MSGID kludge
  121.     line before the INTL kludge line.
  122.  
  123. - Added:
  124.     Support for the FMPT (from point) kludge line, for both incoming and
  125.     outgoing Netmail.
  126.  
  127. - Added:
  128.     More valid point # verification.  Thanks to "Lost Mind" for a Netmail
  129.     message with an invalid point # that CDRMAIL did not correct.
  130.  
  131. - Revised:
  132.     "Warning" method.  Thanks to Patrick Spence for the suggestion of
  133.     displaying all the errors instead of "blinking" them one at a time.
  134.  
  135. - Added:
  136.     CDRMAIL.USE semaphore file for use with multinode systems.  CDRMAIL
  137.     will no longer run in more than one window at a time.  Thanks to
  138.     Mark Dudley for the idea.
  139.  
  140. - Added:
  141.     MSGIDs for all messages.  Thanks to "Lost Mind" for the suggestion.
  142.  
  143. - Fixed:
  144.     Problem with CDRMAIL crashing or producing strange results if there are
  145.     no Netmail messages to be processed.  Using -C would get around the
  146.     problem, but it was a temporary fix.  Thanks to Jeff Roesner for
  147.     helping me out with this one.
  148.  
  149. - Fixed:
  150.     The date/time problem that would cause Squish to grunge some messages.
  151.     Thanks to Lost Mind for pointing this one out.
  152.  
  153. - Added:
  154.     -K switch to keep imported Netmail messages.  If -K is used, CDRMAIL
  155.     will not delete Netmail messages that it imports.
  156.  
  157.  
  158. Version 1.03
  159.  
  160. - Revised:
  161.     Switched compilers from Borland 3.1 to Watcom 10.6.  You should note
  162.     that the executable size is much larger, but it runs faster.  This should
  163.     fix a lot of the problems with CDRMAIL working differently on different
  164.     machines.  The code BC 3.1 produced was not the best.
  165.  
  166. - Added:
  167.     A CDRMAIL optimized for 80286, 80486, and Pentium instructions.  They
  168.     are named CDRMAIL.286, CDRMAIL.386, CDRMAIL.486, and CDRMAIL.586.
  169.     Rename the one appropriate for your processor to CDRMAIL.EXE and you
  170.     are ready to go.  This is a new idea for me, and I am not sure if the
  171.     performance difference between the executables is really noticable.
  172.     But I figure since I can make Pentium optimized executables, I might as
  173.     well do so. :)
  174.  
  175. - Revised:
  176.     Changed registration fee from $15 to $10.
  177.  
  178. - Fixed:
  179.     Removed the majority of the "ì" problem.  Some editors throw those in
  180.     and neither myself nor CDRMAIL were prepared for them.  You should see
  181.     quite a few less of the "ì"s.
  182.  
  183. - Added:
  184.     Support for 10-31-94.  CDRMAIL recognizes it as a version of 10-05-94.
  185.  
  186. - Removed:
  187.     More redundant code.
  188.  
  189. - Removed:
  190.     BIOS redirection (-B).  That option is not available with Watcom (or
  191.     at the present time I have not found it.)
  192.  
  193. - Added:
  194.     Direct support for GEcho.  Now CDRMAIL will read the SUMMARY.LOG and
  195.     AREAFILE.GE to import message into ONLY the areas that have new messages
  196.     in them, as indicated by the SUMAMRY.LOG file.  See the -G parameter.
  197.  
  198. - Added:
  199.     An OS/2 version of CDRMAIL is now available to registered users ONLY.
  200.  
  201. - Added:
  202.     CDRMAIL now searches the PATH statement for the RENEGADE.DAT and
  203.     RENEGADE.EXE.
  204.  
  205. - Added:
  206.     Improved netmail importing kludge handling, including the INTL, TOPT,
  207.     and the MSGID kludge lines.
  208.  
  209. - Added:
  210.     Added exporting support for the Netmail TOPT kludge line.
  211.  
  212. - Fixed:
  213.     1.MSG problem.  When using -1, CDRMAIL would see the first 1.MSG, and
  214.     after there it would act like they were not there.
  215.  
  216. - Fixed:
  217.     MSGID problem.  If more than one message was exported in one second,
  218.     chances were pretty good they had the same MSGID.  This has been fixed.
  219.  
  220. - Changed:
  221.     The point threshold value from 256 to 999.  This should eliminate a lot
  222.     of the reports that CDRMAIL loses the point address when importing
  223.     Netmail messages.  Note that if you think you may get a message with
  224.     a point address larger than 999, use the -P parameter!
  225.  
  226. - Fixed:
  227.     The HI_WATER.MRK problem.  A little typo was causing CDRMAIL to
  228.     import messages it had exported, AND toss the same messages over and
  229.     over again if they were not purged.  This should not occur anymore.
  230.  
  231. - Fixed:
  232.     "lockups" from "garbage" messages.  On rare occasions, a message would
  233.     slow CDRMAIL down big time.  To prevent words from being cutoff, CDRMAIL
  234.     attempts to "word wrap", by finding the first space (0x20) before the
  235.     last word of the line.  IF there was no space in that line, CDRMAIL
  236.     would go into a seemingly infinite loop.  (Seemingly because in
  237.     reality your computer would be counting down from the trillions).  This
  238.     has been fixed.
  239.  
  240. - Revised:
  241.     Use of text buffers.  All text buffers are now initialized to 100% NULL's,
  242.     instead of whatever happened to be in the memory.  This should fix the
  243.     problem with grunged messaes in Squish.
  244.  
  245. - Fixed:
  246.     Problems using the CDRMAIL.DAT data file.  CDRMAIL was creating a new
  247.     CDRMAIL.DAT atleast twice everytime it has to do it only once, slowing
  248.     it down significantly.  This has been fixed.
  249.  
  250. - Added:
  251.     More "checking" of invalid parameter mixtures.  Mainly, scanning out
  252.     and purging messages at the same time.  This obviously causes problems.
  253.  
  254.  
  255. Version 1.02
  256.  
  257. - Revised:
  258.     The Shareware license is no longer the same.  It is no longer required
  259.     that you register CDRMAIL.
  260.  
  261. - Revised:
  262.     Added the "how's it work" to the CDRMAIL.DOC (for those that are
  263.     curious.
  264.  
  265. - Fixed:
  266.     High message pointer problem.  Sometimes CDRMAIL would "forget" to
  267.     import a message or two.  This has been fixed mainly because of
  268.  
  269. - Rewrote:
  270.     High message pointer algorythm.  CDRMAIL is "smarter" now, so it knows
  271.     what has been imported, and what has not.
  272.  
  273. - Fixed:
  274.     Skipping of first message base.  Most people probably never noticed
  275.     this because for most of us, the first one is a local base. :)
  276.  
  277. - Improved:
  278.     Memory optimizations.  You will now find a CDRMAIL.DAT in your Renegade
  279.     directory.  This has sped things up significantly.
  280.  
  281. - Removed:
  282.     More redundant code.  What else can I say?
  283.  
  284. - Fixed:
  285.     Problems handling messages from certain echomail processors.  CDRMAIL
  286.     can now handle "double" returns (programmers know what this is - in C,
  287.     it is "\r\n").
  288.  
  289. - Fixed:
  290.     Netmail count when importing Netmail ONLY.  Silly little mistake of
  291.     mine.
  292.  
  293. - Fixed:
  294.     Real name problem.  Another silly mistake.
  295.  
  296. - Fixed:
  297.     Exporting problem added with 1.01.  CDRMAIL wasn't properly updating
  298.     MBASES.DAT to indicate the messages had been exported.
  299.  
  300. - Added:
  301.     Parameter -V to display version number.
  302.  
  303.  
  304.  
  305. Version 1.01
  306. Lots done to this one.
  307.  
  308. - Added:
  309.     Purging is now optional, and can be run by itself.
  310.  
  311. - Added:
  312.     Logging is now optional.
  313.  
  314. - Added:
  315.     Netmail point threshold added.  If the point # on a Netmail message is
  316.     larger than 256, CDRMAIL assumes it is bogus, and sets it to 0.  This
  317.     can be overridden with the -Px parameter.
  318.  
  319. - Added:
  320.     Memory optimizations.  CDRMAIL now uses more RAM instead of accessing
  321.     the hard drive.  So RAM requirements went up (still under 200k), and
  322.     disk access went down, speeding things up significantly.
  323.  
  324. - Improved:
  325.     Netmail handling.  CDRMAIL now reads the numbers of all the Netmail
  326.     messages, sorts them, and processes them one by one.  This is MUCH more
  327.     efficient than what it did before.
  328.  
  329. - Fixed:
  330.     High message scanning (asterisk is now on ALL new messages and high
  331.     message pointer works.  It was an interface problem between the .SCN
  332.     file and CDRMAIL.
  333.  
  334. - Removed:
  335.     Lots of redundant code.  What else can I say?
  336.  
  337. - Added:
  338.     CDRMAIL recognizes 05-11-96 (no more "assuming 04-05" in your logfile).
  339.  
  340. - Added:
  341.     Can now import/export in one pass.  All I had to do was remove the
  342.     restriction and revised the algorythm slightly.
  343.  
  344. - Fixed:
  345.     Importing messages just exported problem.  You can now purge ONLY with
  346.     the parameter -D.
  347.