+Mon Mar 13 18:26:03 2000 Dan Harkless <dan-nmh@dilvish.speed.net>
+
+ * Applied Sullivan N. Beck <sbeck@cise.ufl.edu>'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".
+
+Mon Mar 06 12:20:20 2000 Dan Harkless <dan-nmh@dilvish.speed.net>
+
+ * Applied Neil W Rickert <rickert+nmh@cs.niu.edu>'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 <dan-nmh@dilvish.speed.net>
+
+ * 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 <dan-nmh@dilvish.speed.net>
+
+ * 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 <rickert+nmh@cs.niu.edu>. It's based on sendmail's
+ "plussed user" feature, where mail sent to <user>+<string> will be
+ delivered to <user>. 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 <dan-nmh@dilvish.speed.net>
+
+ * 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 <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:
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>