X-Git-Url: http://git.marmaro.de/?p=mmh;a=blobdiff_plain;f=ChangeLog;h=9a29c0f3974328d4fbfe7ce4727c02c7fd20b4c9;hp=ee9581f27f63a1cbb3668afea6c4589249e1397e;hb=077b355833f623241d5d145810b91da60e4c260c;hpb=264d458403709d8ad348c4c6fd8650d7a75ac949 diff --git a/ChangeLog b/ChangeLog index ee9581f..9a29c0f 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,9 +1,118 @@ -Fri Jan 28 14:05:02 2000 Dan Harkless +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. + + * Added a note to DIFFERENCES stating that it's out-of-date + (Richard was the last one to update it) and that we should + consider only documenting incompatibilities with MH there. + + * Implemented (and documented) a third kind of username + masquerading: "plussed user" masquerading. This one was suggested + by Neil Rickert . It's based on sendmail's + "plussed user" feature, where mail sent to + will be + delivered to . When it's enabled, it's controlled by the + $USERPLUS environment variable. How is it enabled? Well, that + leads me to: + + * Renamed the "mmailid:" setting in mts.conf to "masquerade:", and + changed it so that rather than being a boolean, it can be set to + any combination of the three values "draft_from", "mmailid", and + "plussed_user". Thus it is now possible to enable the three types + of masquerading individually. + + * Fixed a bug with "mmailid" masquerading (dating back to MH?) + where if it was turned on, ','s would no longer be considered + GECOS field delimiters. + +Wed Mar 01 23:30:50 2000 Dan Harkless + + * Changed the GECOS-field '&' translation behavior to be + controlled by the BSD42 #define rather than GCOS_HACK, since it's + apparently always appropriate on OSes where BSD42 is #defined, and + never appropriate on any other OSes. Thanks to Kimmo Suominen for + responding to my "What is this code here for?" comment in mts.c + and explaining the feature. + +Mon Feb 28 21:50:29 2000 Dan Harkless + + * Upped the version number to 1.0.3+dev (ideally this should be + done by whoever makes a release tar file, immediately after doing + so). + + * Applied Paul Fox 's scansbr.c + patch, posted to comp.mail.mh, which he says prevents loss of mail + when inc'ing into a full filesystem. + + * Changed "echo > stamp-h.in" in Makefile.in to "date > stamp-h.in" + so that stamp-h.in will be different each time configure.in and + related files are changed, making it easier to check it in (which + is necessary to prevent unnecessary autoconf calls). + + * My declaration of initgroups() in slocal.c to eliminate the "no + prototype" warning wasn't portable (FreeBSD 3.[23] choked). Now + use AC_EGREP_HEADER to see where initgroups() is declared, if + anywhere. + +Sun Feb 20 12:17:15 2000 Ruud de Rooij + + * Fix security hole in mhshowsbr.c which allowed untrusted shell + code to be executed. + + * Released nmh 1.0.3. + +Thu Feb 10 10:54:36 2000 Dan Harkless + + * Oops. %-escapes on mhstore lines in mhn.defaults.sh should not + be surrounded by single quotes, as a shell is not spawned when + just saving files, and the filenames will end up with literal + quotes embedded in them. + +Fri Feb 04 12:29:12 2000 Dan Harkless + + * Whoever originally added the -help switch to all the commands + got too cute and had the option itself print out as "-(help)" in + the -help output. I guess the idea was to make reference to the + fact that clearly you know about the -help option since you're + currently looking at its output. I think it's a bad idea to + overload the meaning of the parentheses, however -- they're + supposed to indicate what abbreviated prefix of the switch you're + allowed to specify. It doesn't make sense to show that you're + allowed to "abbreviate" the switch to its entire length. + +Thu Feb 03 17:52:01 2000 Dan Harkless + + * Applied wesley.craig@umich.edu's KPOP patches. According to him: + + The following patch fixes a problem with requesting a + service key for a machine that has multiple 'A' records. It + also makes "-kpop" a command line option, for users who + would like to use both "kpop" and "pop". + + Did no testing of the new features, as I don't have access to a + KPOP server. + + * Modified inc.man and msgchk.man to document Wesley's new -kpop. + + * Modified INSTALL and config.h.in to reflect the new -kpop feature. + +Fri Jan 28 17:39:24 2000 Dan Harkless * All %-escapes in mhn.defaults that actually expand to something should be surrounded by single quotes. Added quotes to the ones in mhn.defaults.sh that were missing them. + * Added check for lynx to write mhshow-show-text/html line in + mhn.defaults.sh. + Thu Jan 27 12:22:25 2000 Dan Harkless * makedir() had multiple bugs dating back to MH. It passed an @@ -27,18 +136,18 @@ Tue Jan 25 22:58:12 2000 Dan Harkless corrupted, and installation would bomb out on OSes where inc needs to be setgid. - * Implemented a new kind of email address masquerading. When a - user writes a custom "From:" header in a draft, nmh uses it rather - than generating one. However, the user's true address is used in - the SMTP envelope "From:" and is revealed in the "Sender:" header. - Now, when mmailid is set to non-zero, the envelope "From:" uses - the address specified in the draft "From:" header, and there is no - "Sender:" header. This is useful when sending on behalf of a - remote POP3 account or when remote mail robots incorrectly use the - envelope "From:" in preference to the body "From:". This - processing has only been implemented for post, not for the - undocumented spost (which was already missing some "From:" - processing that post has). + * Implemented a new kind of email address masquerading. Usually, + when a user writes a custom "From:" header in a draft, nmh uses it + rather than generating one. However, the user's true address is + used in the SMTP envelope "From:" and is revealed in the "Sender:" + header. Now, when mmailid is set to non-zero, the envelope + "From:" uses the address specified in the draft "From:" header, + and there is no "Sender:" header. This is useful when sending on + behalf of a remote POP3 account or when remote mail robots + incorrectly use the envelope "From:" in preference to the body + "From:". This processing has only been implemented for post, not + for the undocumented spost (which was already missing some "From:" + processing that post has). Mon Jan 24 22:26:06 2000 Dan Harkless