+Wed May 31 07:40:45 2000 Doug Morris <doug@mhost.com>
+
+ * added a lint target to the Makefiles and a check in autoconf
+ to determine whether lint or lclint exists on the system.
+
+Fri May 30 19:21:48 2000 Dan Harkless <dan-nmh@dilvish.speed.net>
+
+ * etc/Makefile.in was incorrectly installing mts.conf.in and
+ sendfiles.in -- fixed. Generated sendfiles script was not a
+ dependency of the `all' target, and was incorrectly included in
+ the distribution. Changed the suffix for the backed-up previous
+ versions of the etc files from the ambiguous .old to .prev. Added
+ call to diff -- only keep the .prev files around if different from
+ the newly-installed versions (intentionally didn't redirect output
+ to /dev/null so you'll notice when your changed versions are
+ getting moved aside).
+
+ * INSTALL never documented the etc/*.old thing. Documented the
+ new etc/*.prev thing (including a note to watch for diff output).
+
+ * Applied Alec Wolman <wolman@cs.washington.edu>'s dropsbr.c patch:
+
+ In the map_write routine, a call is made to map_open and this
+ call is supposed to set the "clear" variable to 0 or 1,
+ depending on whether the map file is empty or not. In
+ mh6.8.3, this worked because map_open would set "clear" by
+ calling the mbx_Xopen routine. In nmh, the code for mbx_Xopen
+ was merged into mbx_open, but the interface for mbx_open
+ doesn't support the clear variable, so that functionality was
+ lost. The map_open interface still contains "int *clear" in
+ the prototype, but never sets it.
+
+ My patch eliminates "clear" from the map_open interface (I
+ checked to make sure that map_write is the only client of
+ map_open). Furthermore, my patch also sets the "clear"
+ variable properly at the beginning of map_write by calling
+ fstat(). This eliminates the bug in that the value of "clear"
+ being used later in the routine was just stack garbage.
+
+ Having a bad value of clear causes this next bug to be
+ triggered: The fp file pointer was being opened with fdopen,
+ but in two of the three switch cases it wasn't being closed.
+ In certain cases, this was causing packf to run out of file
+ descriptors if you attempted to pack a large folder.
+
+Mon May 29 7:48:15 2000 Shantonu Sen <ssen@mit.edu>
+
+ * Moved the date parsing routines from zotnet/tws to sbr/ (and
+ tws.h to h/). Updated all source files to reflect to new location
+ of tws.h.
+
+ * Rewrote dparsetime (dtimep.c) to replace the old
+ zotnet/tws/dtimep.c, lexstring.c, lexedit.c, and
+ dtimep.c-lexed. It should now work with flex (although untested
+ with lex), and requires no sed-ing. For now, I have the lexed
+ version in the distribution, so that end-users don't need to worry
+ about running it through flex/lex. I have not added back support
+ for guessing the time zone when it's not specified.
+
+Sun May 28 17:44:15 CEST 2000 Ruud de Rooij <ruud@ruud.org>
+
+ * Added autoconf check for getutent().
+
+ * Changed uip/rcvtty.c and uip/slocal.c to use getutent() and
+ friends. Since I can only check on Linux, please check if
+ this works on other systems.
+
+Sun May 28 14:58:49 CEST 2000 Ruud de Rooij <ruud@ruud.org>
+
+ * Applied patch from Peter Maydell to uip/scansbr.c for more
+ checks for write failures.
+
+ * Unlink temporary file properly in uip/rcvtty.c.
+
+ * Moved viamail from bindir to libdir.
+
+ * Changed sendfiles into sendfiles.in, so that path to viamail
+ is patched in.
+
+ * Added gzip support to sendfiles.
+
+ * Added References header to replcomps and replgroupcomps.
+
Sun May 28 14:39:31 CEST 2000 Ruud de Rooij <ruud@ruud.org>
* Fixed m_getfld bug which caused segmentation faults when
projects / mmh / blobdiff