X-Git-Url: http://git.marmaro.de/?p=mmh;a=blobdiff_plain;f=ChangeLog;h=9caf15e24b899fa3e8a634106b01d087d67a35eb;hp=deb61630aff337f8138127b2ed54bb35f9b1f89f;hb=b1be76de8f184485753349ec27b2cdf2a4530965;hpb=975a1ff048a6f10f88225c4f06b22c898ede62c4 diff --git a/ChangeLog b/ChangeLog index deb6163..9caf15e 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,159 @@ +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, + Simon Burge 's --with-smtpservers patch: + + Here's a patch that allows you to add + + --with-smtpservers= + + to the ./configure command line to set the "servers: " line in + etc/mts.conf. Around here, we use "mailhost" so that all + machines in the current domain just talk to a central machine + and nothing else runs an MTA. Now, I can use + + --with-smtpservers=mailhost + + instead of having to remember to fix this by hand (and often + forgetting to do so!). + + * Inspired by Simon's patch, added an --enable-masquerade option + to configure. It will set the "masquerade:" line of mts.conf. + You may specify a subset of the three types of masquerading, like + --enable-masquerade="draft_from mmailid", or leave off explicit + arguments to enable all three types. + + * Alphabetized the --enable and --with options in configure.in and + INSTALL and added documentation of the two new options to the latter. + + * Added new dependency for mts.conf: Makefile. If this isn't + done, then when you reconfigure nmh with new values for + --enable-masquerade or --with-smtpservers, you'll fail to get an + updated copy of mts.conf. + + * Applied Simon Burge 's dtimep.lex patch: + + It seems that some MUA's didn't handle y2k very well - ELM + seems to be one of them, and Ultrix's DXmail (based on MH!). + I've got a few emails this month that look like: + + 575 Jan 00 Xxxxxx Xxxx 3603 ... + and + 22+ Jan 00 Xxx Xxxxx 1771 ... + + The first has "15 Jan 100" as the date and the second has + "19 Jan 00" as the date. The following works around this so + that scan, show, sortm, etc work ok. + + 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. + +Mon Mar 13 21:32:00 2000 Dan Harkless + + * Applied Sullivan N. Beck 's mhshow-suffix patch: + + With the patch below, you can add lines like: + + mhshow-suffix-application/msword: .doc + mhshow-suffix-application/PostScript: .ps + + to the mhn.defaults file to append the given suffix to a + scratch file. This allows applications which require a + certain suffix to run properly. + + * Removed -force_html from lynx entry in mhn.defaults.sh (I + believe older versions of lynx lack that option) and added + "mhshow-suffix-text/html: .html". + + * Modified username_extension masquerading to only use the + extended address on generated [Resent-]From: lines and SMTP + envelope From:. With Neil's original implementation, nmh's global + idea of the username was changed, which would result in inc lying + and saying you had no new mail because it was looking for a + mailbox called, for instance, "dan-nmh" (where username was "dan" + and $USERNAME_EXTENSION was "-nmh"). + + * Applied Simon Burge 's dtime.c patch: + + There's a wrap-around problem that affects the implementation + of Zeller's congruence in dtime.c. This causes the day-of-week + calculations to fail for dates after Feb 29, 2000 (probably up + until some year far in the future). + +Mon Mar 06 12:20:20 2000 Dan Harkless + + * Applied Neil W Rickert 's msh.c patch: + + I finally tracked down the problem in msh that was causing + errors whenever I tried to examine a 'mmdf' style mailbox. + + It turns out that not enough memory was being allocated with + calloc(), causing memory pointers to be overwritten and + corrupted. + +Fri Mar 03 16:07:33 2000 Dan Harkless + + * Changed the new "plussed_user" option to mts.conf's + "masquerade:" to "username_extension" after getting feedback from + qmail users, who use '-' as a separator rather than '+'. Removed + checking of $USERPLUS variable. Now check $USERNAME_EXTENSION, + which needs to include the appropriate separator for your MTA + ('-', '+', or whatever) as its first character. + Thu Mar 02 23:04:30 2000 Dan Harkless * Added a new "boolean" type to mh.h and TRUE and FALSE constants. @@ -106,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.