+Mon May 08 23:46:29 2000 Dan Harkless <dan-nmh@dilvish.speed.net>
+
+ * Doug informed me that the way I had restored the "lost" version
+ histories was wrong, because `cvs checkout's of old versions of
+ nmh wouldn't work properly. It occurs to me that this could be
+ fixed by simply deleting those tags in the new-location *,v files,
+ but oh well. I'm putting everything back to the way Doug
+ originally had it. To get the old version history for a file that
+ used to be in the top directory, you'll need to "blindly" do a
+ `cvs log' there (even though you won't have a local copy of the
+ file in that directory). `cvs diff' will no longer be able to
+ diff pre-move versions vs. post-move versions -- you'll have to do
+ a lot of manual gyrations with `cvs checkout' and then use `diff'.
+
+ * I had alphabetized the --configure options in the --help output
+ awhile back, but Shantonu added --enable-apop just under
+ --enable-pop. Put it in alphabetical order and clarified what
+ --enable-apop does vs. --enable-pop and --with-krb4. Also changed
+ --with-mts help line from "mail transport agent" to "mail
+ transport agent/service" so the 's' in "mts" doesn't seem to come
+ out of nowhere.
+
+ * Added two steps to "releasing nmh" in README.developers. After
+ making the tarball, it's a good idea to diff the tree vs. the CVS
+ tree to make sure no files got left out, and then to chown the
+ files so that they're owned by root, preventing a Trojaning attack
+ by a malicious remote user with a UID matching yours.
+
+Sat May 06 08:28:09 2000 Dan Harkless <dan-nmh@dilvish.speed.net>
+
+ * Restored lost version histories for those moved files by doing a
+ manual `mv' in the CVSROOT on mhost. CVS badly needs a `cvs mv'
+ command so that you can move files (without having physical access
+ to the CVSROOT) without losing versioning. Put MACHINES back at
+ the top level as it needs to be read before building. Fixed DIST
+ variable in {.,docs}/Makefile.in to reflect that and to add
+ missing entry for "INSTALL" file.
+
+Sat May 06 13:13:07 2000 Doug Morris <doug@mhost.com>
+
+ * Re-cleaned up nmh documentation (by moving things to docs
+ subdir) and modified Makefile & configure.in to handle the change.
+
+Mon Apr 17 21:28:40 2000 Dan Harkless <dan-nmh@dilvish.speed.net>
+
+ * Scott Blachowicz pointed out that the configure --help output
+ for --enable-masquerade was misleading. Clarified.
+
+Mon Apr 17 19:01:00 2000 Shantonu Sen <ssen@mit.edu>
+
+ * APOP support can be compiled in to inc and msgchk using
+ --enable-apop.
+
+ * To access an APOP host, specify -apop on the command line
+ along with any -host or -user option.
+
+Fri Apr 14 23:10:44 2000 Dan Harkless <dan-nmh@dilvish.speed.net>
+
+ * Upped the version number to 1.0.4+dev until the next nmh release.
+
+ * Added a "releasing nmh" section to README.developers, while the
+ process was fresh in my mind.
+
+Fri Apr 14 18:21:34 2000 Dan Harkless <dan-nmh@dilvish.speed.net>
+
+ * Added new files README.developers, ChangeLog_MH-3_to_MH-6.6, and
+ ChangeLog_MH-6.7.0_to_MH-6.8.4.html to DIST target in Makefile.in.
+
+ * Released nmh-1.0.4.
+
+Tue Apr 11 21:37:03 2000 Dan Harkless <dan-nmh@dilvish.speed.net>
+
+ * Applied Brian Campbell <bacam@tardis.ed.ac.uk>'s mhn.defaults.sh
+ patch:
+
+ It appears that there shouldn't be quotes around the %s in the
+ iso-8859-1 charset entry; xterm passes the remaining arguments
+ to the program, quoting them means that xterm thinks they're
+ part of the program's name.
+
+ This %s isn't the same as the "Insert content subtype" one from
+ mhshow-show-* -- it doesn't come from MIME headers and is safe not
+ to quote.
+
+Sun Apr 09 13:03:59 2000 Doug Morris <doug@mhost.com>
+
+ * added check in fmt_compile() to handle a single-character
+ format string. fmt_compile() depends on having an array of
+ format characters with an empty item at the end. A
+ single-character format would cause programs using this
+ function to segfault because the algorithm used to decide on
+ the length of the array mistakenly created a single-item array
+ when the format string was one character. This eventually
+ caused problems when the program attempted to test item+1
+ in the array.
+
+Thu Apr 06 21:53:50 2000 Dan Harkless <dan-nmh@dilvish.speed.net>
+
+ * Richard Coleman threw out a lot of old MH-specific files in nmh.
+ Much of the stuff, indeed, is not worth saving, but there are
+ nuggets that are very worthwhile, and should probably be added
+ back in. Most important, IMHO, are the MH change logs, as they
+ can help answer questions like "Why is this code like this?" or
+ "How long has this been broken?" or "What was this ever used for?"
+
+ I've added a new file to the nmh tree called
+ ChangeLog_MH-3_to_MH-6.6. It's cobbled together from the
+ mh-6.8.4/papers/mh*/MHCHANGES files. I've re-ordered the entries
+ to go from newest at the top to oldest at the bottom to match the
+ ChangeLog convention. Unfortunately there are no change logs for
+ versions of MH prior to 3 in the MH tar files available at
+ <ftp://ftp.ics.uci.edu/pub/mh>. Also, it appears to me that there
+ are MH-6.6 changes that aren't documented in the logs.
+
+ I've also added ChangeLog_MH-6.7.0_to_MH-6.8.4.html. This is
+ based on mh-6.8.4/papers/changes/mh-changes.ms. The nroff format
+ and its "catman"-type output are a pain to deal with, but I was
+ loath to throw away the formatting, so I converted the file to
+ HTML. The only actual markup in the body are the "<B>" and "<U>"
+ tags, and "<" and ">" instead of '<' and '>', so it's quite
+ doable to view the file in plain ASCII mode as well. Note that
+ some of the changes this file documents as having been made in
+ MH-6.8.4 may not be present in nmh -- Richard started with 6.8.3
+ and later put in certain 6.8.4 stuff.
+
+Wed Apr 05 21:09:28 2000 Dan Harkless <dan-nmh@dilvish.speed.net>
+
+ * Applied Eric Schnoebelen <eric@cirr.com>'s mhshowsbr.c patch
+ fixing apparent bugs in Dan Winship's new security quoting code:
+
+ Since upgrading, I've been getting the following errors
+ while attempting to process some MIME messages:
+
+ (1) Syntax error: Unterminated quoted string
+ exit 2
+
+ and:
+
+ (2) line 1/10 (END)Segmentation fault (core dumped)
+
+ (2) appears to be due to the testing of an unset pointer in
+ mhshowsbr.c:show_multi_aux(). (1) appears to be caused by
+ mis-quoting a filename being handed to the shell in
+ mhshowsbr.c:show_content_aux().
+
+ Resolving the pointer reference issue in
+ mhshowsbr.c:show_multi_aux() turned up a similar mis-quoting
+ problem in the routine.
+
+Tue Mar 28 16:17:39 2000 Doug Morris <doug@mhost.com>
+
+ * Applied Todd.Miller@courtesan.com's patch to dropsbr.c to
+ prevent core dumping on packf. Here's the note from his message:
+
+ Since sizeof(buffer) == sizeof(tmpbuffer) packf will dump
+ core on a file w/o a From line with a line >= BUFSIZ.
+ I noticed this because I had a junk file in my mail
+ spool somehow.
+
+Fri Mar 17 11:59:33 2000 Dan Harkless <dan-nmh@dilvish.speed.net>
+
+ * wesley.craig@umich.edu did not document his previous KPOP patch,
+ so I did so, and asked him to check what I wrote. Unfortunately
+ he didn't notice my misunderstanding of his patch. I wrote that
+ if you #define POPSERVICE "kpop", inc and msgchk will use KPOP
+ exclusively, but if you leave it as "pop3", you can use Wesley's
+ new -kpop switch on a given invocation. Instead, however, -kpop
+ turned out to be necessary on every invocation, and a KPOP user
+ complained. Applied Wesley's new patch, which makes things work
+ like I thought his original patch did. After that, did one more
+ clarifying pass to the documentation in inc.man and msgchk.man.
+
+Wed Mar 15 18:45:45 2000 Dan Harkless <dan-nmh@dilvish.speed.net>