Version 1.03

- Revised:
    Switched compilers from Borland 3.1 to Watcom 10.6.  You should note
    that the executable size is much larger, but it runs faster.  This should
    fix a lot of the problems with CDRMAIL working differently on different
    machines.  The code BC 3.1 produced was not the best.

- Added:
    A CDRMAIL optimized for 80286, 80486, and Pentium instructions.  They
    are named CDRMAIL.286, CDRMAIL.386, CDRMAIL.486, and CDRMAIL.586.
    Rename the one appropriate for your processor to CDRMAIL.EXE and you
    are ready to go.  This is a new idea for me, and I am not sure if the
    performance difference between the executables is really noticable.
    But I figure since I can make Pentium optimized executables, I might as
    well do so. :)

- Revised:
    Changed registration fee from $15 to $10.

- Fixed:
    Removed the majority of the "" problem.  Some editors throw those in
    and neither myself nor CDRMAIL were prepared for them.  You should see
    quite a few less of the ""s.

- Added:
    Support for 10-31-94.  CDRMAIL recognizes it as a version of 10-05-94.

- Removed:
    More redundant code.

- Removed:
    BIOS redirection (-B).  That option is not available with Watcom (or
    at the present time I have not found it.)

- Added:
    Direct support for GEcho.  Now CDRMAIL will read the SUMMARY.LOG and
    AREAFILE.GE to import message into ONLY the areas that have new messages
    in them, as indicated by the SUMAMRY.LOG file.  See the -G parameter.

- Added:
    An OS/2 version of CDRMAIL is now available to registered users ONLY.

- Added:
    CDRMAIL now searches the PATH statement for the RENEGADE.DAT and
    RENEGADE.EXE.

- Added:
    Improved netmail importing kludge handling, including the INTL, TOPT, 
    and the MSGID kludge lines.

- Added:
    Added exporting support for the Netmail TOPT kludge line.

- Fixed:
    1.MSG problem.  When using -1, CDRMAIL would see the first 1.MSG, and
    after there it would act like they were not there.

- Fixed:
    MSGID problem.  If more than one message was exported in one second,
    chances were pretty good they had the same MSGID.  This has been fixed.

- Changed:
    The point threshold value from 256 to 999.  This should eliminate a lot
    of the reports that CDRMAIL loses the point address when importing
    Netmail messages.  Note that if you think you may get a message with
    a point address larger than 999, use the -P parameter!

- Fixed:
    The HI_WATER.MRK problem.  A little typo was causing CDRMAIL to
    import messages it had exported, AND toss the same messages over and
    over again if they were not purged.  This should not occur anymore.

- Fixed:
    "lockups" from "garbage" messages.  On rare occasions, a message would
    slow CDRMAIL down big time.  To prevent words from being cutoff, CDRMAIL
    attempts to "word wrap", by finding the first space (0x20) before the
    last word of the line.  IF there was no space in that line, CDRMAIL
    would go into a seemingly infinite loop.  (Seemingly because in
    reality your computer would be counting down from the trillions).  This
    has been fixed.

- Revised:
    Use of text buffers.  All text buffers are now initialized to 100% NULL's,
    instead of whatever happened to be in the memory.  This should fix the
    problem with grunged messaes in Squish.

- Fixed:
    Problems using the CDRMAIL.DAT data file.  CDRMAIL was creating a new
    CDRMAIL.DAT atleast twice everytime it has to do it only once, slowing
    it down significantly.  This has been fixed.

- Added:
    More "checking" of invalid parameter mixtures.  Mainly, scanning out
    and purging messages at the same time.  This obviously causes problems.


Version 1.02

- Revised:
    The Shareware license is no longer the same.  It is no longer required
    that you register CDRMAIL.

- Revised:
    Added the "how's it work" to the CDRMAIL.DOC (for those that are
    curious.

- Fixed:
    High message pointer problem.  Sometimes CDRMAIL would "forget" to
    import a message or two.  This has been fixed mainly because of

- Rewrote:
    High message pointer algorythm.  CDRMAIL is "smarter" now, so it knows
    what has been imported, and what has not.

- Fixed:
    Skipping of first message base.  Most people probably never noticed
    this because for most of us, the first one is a local base. :)

- Improved:
    Memory optimizations.  You will now find a CDRMAIL.DAT in your Renegade
    directory.  This has sped things up significantly.

- Removed:
    More redundant code.  What else can I say?

- Fixed:
    Problems handling messages from certain echomail processors.  CDRMAIL
    can now handle "double" returns (programmers know what this is - in C,
    it is "\r\n").

- Fixed:
    Netmail count when importing Netmail ONLY.  Silly little mistake of
    mine.

- Fixed:
    Real name problem.  Another silly mistake.

- Fixed:
    Exporting problem added with 1.01.  CDRMAIL wasn't properly updating
    MBASES.DAT to indicate the messages had been exported.

- Added:
    Parameter -V to display version number.



Version 1.01
Lots done to this one.

- Added:
    Purging is now optional, and can be run by itself.

- Added:
    Logging is now optional.

- Added:
    Netmail point threshold added.  If the point # on a Netmail message is
    larger than 256, CDRMAIL assumes it is bogus, and sets it to 0.  This
    can be overridden with the -Px parameter.

- Added:
    Memory optimizations.  CDRMAIL now uses more RAM instead of accessing
    the hard drive.  So RAM requirements went up (still under 200k), and
    disk access went down, speeding things up significantly.

- Improved:
    Netmail handling.  CDRMAIL now reads the numbers of all the Netmail
    messages, sorts them, and processes them one by one.  This is MUCH more
    efficient than what it did before.

- Fixed:
    High message scanning (asterisk is now on ALL new messages and high
    message pointer works.  It was an interface problem between the .SCN
    file and CDRMAIL.

- Removed:
    Lots of redundant code.  What else can I say?

- Added:
    CDRMAIL recognizes 05-11-96 (no more "assuming 04-05" in your logfile).

- Added:
    Can now import/export in one pass.  All I had to do was remove the
    restriction and revised the algorythm slightly.

- Fixed:
    Importing messages just exported problem.  You can now purge ONLY with
    the parameter -D.
