+Tue Dec 19 19:16:37 2000 Dan Harkless <dan-nmh@dilvish.speed.net>
+
+ * -apop and -noapop were not documented in inc.man. -snoop was
+ documented but didn't appear in the usage SYNOPSIS.
+
+Thu Dec 14 14:32:09 2000 Shantonu Sen <ssen@mit.edu>
+
+ * Updated config.guess and config.sub to the most recent
+ versions on ftp://ftp.gnu.org/pub/gnu/config, dated
+ 12-07-00. This should prevent configure from failing
+ on never operating systems because config.{guess,sub}
+ couldn't correctly identify them.
+
+Thu Dec 14 1:30:44 2000 Shantonu Sen <ssen@mit.edu>
+
+ * Fixed the circular dependency created when I moved
+ zotnet/mts to mts/generic and merged them into libmts.
+ mts/generic/client.c and mts/generic/mts.c are now in sbr/
+ (and thus in libmh), which makes libmh self-contained and
+ not depending on an external archive.
+
+ * All include statements now look for mts.h in h/. The
+ Makefiles and configure script have been modified so that
+ mts/generic is no longer built.
+
+Mon Dec 11 22:08:07 2000 Dan Harkless <dan-nmh@dilvish.speed.net>
+
+ * When Shantonu made the new libmts.a, he swapped $(MTSLIB) and
+ libmh.a in sbr/Makefile.in so that libmh.a comes first, but this
+ causes the build to fail on Solaris, because libmts.a has to get
+ ruserpass() out of libmh.a. Swapping them back to the way Ken
+ Hornstein's patch (which I applied on Jul 20) put them, with
+ libmh.a correctly coming second. If there are times when libmts.a
+ needs to come second, then it would appear there's a circular
+ dependency and someone (Shantonu?) did an mts merge incorrectly.
+
+Fri Sep 8 01:36:23 2000 Shantonu Sen <ssen@mit.edu>
+
+ * Took out bad time textual time zones like BST and JST.
+ I found them online somewhere, but am not sure if they're
+ correct.
+
+Fri Sep 8 00:36:48 2000 Shantonu Sen <ssen@mit.edu>
+
+ * Moved zotnet/mts to mts/generic. This code reorganization
+ makes the entire zotnet tree deprecated -- bboards is unneeded,
+ mf was was moved to sbr, tws was rewritten and moved to sbr, and
+ now finally mts.
+
+ * Created a new static library called libmts.a used during
+ compilation which includes the generic mts code and the
+ smtp/sendmail code. This supercedes the functionality of the
+ old libsmtp.a and the remains of libzot.a.
+
+ * Updated header includes to reference the new location of mts.h
+ in mts/generic/mts.h. Also, update the configure and top-level
+ Makefile not to descend into zotnet. Also, they don't descend
+ into mts/mmdf and mts/sendmail (the sendmail code has been
+ merged into the smtp code).
+
+ * Added #include <h/nmh.h> to h/md5.h, since my compile was
+ complaining about implicitly-declared memcpy and memset, which
+ appear to be in strings.h. In any event, nmh.h should take care
+ of it for us.
+
+ * When doing a "make nmhdist", notice that the generated
+ snapshot does not include zotnet of the mts directories as noted
+ above. Since they are no longer compiled, and I don't see any
+ obvious code path to get to them, end-users should probably
+ not need them. If you think otherwise, turn Makefile generation
+ back on in configure.in and turn on recursion into those dirs
+ in the appropriate Makefile.in
+
+Wed Sep 6 22:40:03 2000 Shantonu Sen <ssen@mit.edu>
+
+ * Tracked down the problem in the new dtimep where time
+ zones were being radically misreported. It was because the
+ parser knew about military time zones (such as M or E) but in
+ some cases did not know about the textual representation of
+ some zones (like MET). When it encountered one of these, the
+ date parser misread MET as the military time zone T (well, first
+ zone M, then E, and finally T). I took military zones out, and
+ things seem much better. Also, the default behavior of parsing
+ time zones appears to default to GMT in the absence of better
+ info, which is less bogus than assuming the mail came from the
+ current time zone, which was the behavior in 1.04.
+
+Thu Aug 10 13:22:13 2000 Dan Harkless <dan-nmh@dilvish.speed.net>
+
+ * Decided that limiting the message number columns to 3 on my
+ scan.MMDDYY and scan.YYYYMMDD (to try to regain space taken by
+ extra date info) was ill-conceived. It's not that tough to get
+ past 999 messages, though I imagine it's rather rare to exceed
+ 9999. Changed these to 4. Also put the "replied / encrypted"
+ column back in YYYYMMDD -- I've never seen it show anything but a
+ space, but that space is useful if you use scan, grep, and awk
+ (with the default field separator) to grab message numbers (I know
+ -- pick should really be used for these purposes...).
+
+Mon Aug 7 20:11:09 CEST 2000 Ruud de Rooij <ruud@ruud.org>
+
+ * Modify umask set by mhshow to enable user execute bit, so that
+ viewers that create temporary directories (e.g., lynx) will be
+ able to access them.
+
Thu Aug 03 17:14:08 2000 Dan Harkless <dan-nmh@dilvish.speed.net>
* TODO: Allow multiple simultaneous differing contexts, probably
Tue Aug 1 10:48:05 EDT 2000 Kimmo Suominen <kim@tac.nyc.ny.us>
- * Fixed install in etc/Makefile.in so it wouldn't fail when
- configuring and building outside the source tree.
+ * Makefile install rules should not look for generated files in
+ the source tree -- this will happen to work when configuring and
+ building inside the source tree but will fail when using an
+ external build tree. Fixed etc/Makefile.in.
Mon Jul 24 16:20:45 2000 Dan Harkless <dan-nmh@dilvish.speed.net>
projects / mmh / blobdiff