X-Git-Url: http://git.marmaro.de/?a=blobdiff_plain;f=ChangeLog;h=7a2a57fdf10ba5367c6242a83489102245059a7d;hb=c4ce52f0d1cc06ae49317c31a068a5e555bf54d6;hp=ee9581f27f63a1cbb3668afea6c4589249e1397e;hpb=264d458403709d8ad348c4c6fd8650d7a75ac949;p=mmh diff --git a/ChangeLog b/ChangeLog index ee9581f..7a2a57f 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,9 +1,63 @@ -Fri Jan 28 14:05:02 2000 Dan Harkless +Mon Feb 28 21:21:31 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. + +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 +81,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