-Fri Jan 28 14:05:02 2000 Dan Harkless <dan-nmh@dilvish.speed.net>
+Mon Feb 28 21:50:29 2000 Dan Harkless <dan-nmh@dilvish.speed.net>
+
+ * 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 <pgf-spam@foxharp.boston.ma.us>'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 <ruud@ruud.org>
+
+ * 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 <dan-nmh@dilvish.speed.net>
+
+ * 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 <dan-nmh@dilvish.speed.net>
+
+ * 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 <dan-nmh@dilvish.speed.net>
+
+ * 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 <dan-nmh@dilvish.speed.net>
* 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 <dan-nmh@dilvish.speed.net>
* makedir() had multiple bugs dating back to MH. It passed an
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 <dan-nmh@dilvish.speed.net>
projects / mmh / blobdiff