X-Git-Url: http://git.marmaro.de/?p=mmh;a=blobdiff_plain;f=ChangeLog;h=9caf15e24b899fa3e8a634106b01d087d67a35eb;hp=0616c3f9812768badeb5c2bf6ff65ebc682be43a;hb=b1be76de8f184485753349ec27b2cdf2a4530965;hpb=79f8761e5c4f65083cd06b41e850c548fce8f4f0 diff --git a/ChangeLog b/ChangeLog index 0616c3f..9caf15e 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,50 @@ +Fri Mar 17 11:59:33 2000 Dan Harkless + + * wesley.craig@umich.edu did not document his previous KPOP patch, + so I did so, and asked him to check what I wrote. Unfortunately + he didn't notice my misunderstanding of his patch. I wrote that + if you #define POPSERVICE "kpop", inc and msgchk will use KPOP + exclusively, but if you leave it as "pop3", you can use Wesley's + new -kpop switch on a given invocation. Instead, however, -kpop + turned out to be necessary on every invocation, and a KPOP user + complained. Applied Wesley's new patch, which makes things work + like I thought his original patch did. After that, did one more + clarifying pass to the documentation in inc.man and msgchk.man. + +Wed Mar 15 18:45:45 2000 Dan Harkless + + * When I fixed the long-standing makedir() bugs in January, I had + the code call strtoul(..., 0), which I believed to be safe as all + modes specified as ASCII constants in the nmh code started with a + leading zero (signifying octal), which I did as it would work if + internal constants were ever changed to hex. Unfortunately I was + unaware of the "Folder-Protect:" .mh_profile entry, which + mh-profile.man documents as an octal-only constant, with no + leading zero required. I've changed the strtoul() call to an + atooi() call and removed the misleading leading zeroes on the + ASCII octal constants in the code and man pages. Also changed the + "Folder-Protect:" example in the man page to something more + interesting than a duplication of the default. + + * When I added my --enable-masquerade option, you'll note that I + didn't make it --enable-nmh-masquerade. I find the --enable-nmh-* + options too wordy and I'm not sure why Richard went that route. + I've renamed them to just --enable-*, but the old versions will + still work as well (they just aren't advertised). + + * Added a line to the "nmh configuration" output saying whether + POP is enabled. + + * Added a new README.developers file. From the file: + + This file is intended to provide a few tips for anyone doing + development on nmh. Developers who learn things "the hard + way" about the nmh codebase (as opposed to local info best + encoded in a comment) are encouraged to share their wisdom + here. + + Currently the topics are "autoconf files" and "directory structure". + Tue Mar 14 12:41:48 2000 Dan Harkless * Applied, after some finessing, @@ -45,8 +92,13 @@ Tue Mar 14 12:41:48 2000 Dan Harkless "19 Jan 00" as the date. The following works around this so that scan, show, sortm, etc work ok. - * Created new dtimep.c-lexed with Simon's change using dtimep.lex - lexed on Solaris 2.6. + I put Simon's patch under the control of a new #define called + FIX_NON_Y2K_COMPLIANT_MUA_DATES. There's some commentary in + acconfig.h about when you might not want to #define it. + + * Created new dtimep.c-lexed with Simon's change using dtimep.lex + lexed on Solaris 2.6. Added missing dependency in + zotnet/tws/Makefile.in for dtimep.c: dtimep.c-lexed. * Added scan.MMDDYY and scan.YYYYMMDD format files. @@ -210,11 +262,12 @@ Fri Jan 28 17:39:24 2000 Dan Harkless Thu Jan 27 12:22:25 2000 Dan Harkless - * makedir() had multiple bugs dating back to MH. It passed an - octal constant to atoi(), which interpreted it as decimal, - resulting in directories with no user read or execute permissions, - making nested directory creation fail. Also, when creating a - nested directory, correct permissions were only set on the inner one. + * makedir() had multiple bugs dating back to MH. An octal + constant was apparently being interpreted as decimal, resulting in + directories with no user read or execute permissions, making + nested directory creation fail. And there wasn't even an + _attempt_ to set desired permissions (e.g. from "Folder-Protect:" + in .mh_profile) on the outer directories of a nested directory. * A second `make install' would always fail because the check for whether mh_profile.5 existed was written incorrectly.