X-Git-Url: http://git.marmaro.de/?p=mmh;a=blobdiff_plain;f=ChangeLog;h=9a29c0f3974328d4fbfe7ce4727c02c7fd20b4c9;hp=9b5ce64dc7b36539f79643aaaae18efcc4502a05;hb=077b355833f623241d5d145810b91da60e4c260c;hpb=e7842917b12445fe042f8b4656e8dde2c3105faf diff --git a/ChangeLog b/ChangeLog index 9b5ce64..9a29c0f 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,74 @@ +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 @@ -65,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