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.