No longer descend into zotnet/
[mmh] / ChangeLog
index 36866af..824f2a7 100644 (file)
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,35 @@
+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
@@ -5,8 +37,10 @@ Thu Aug 03 17:14:08 2000 Dan Harkless <dan-nmh@dilvish.speed.net>
 
 Tue Aug  1 10:48:05 EDT 2000 Kimmo Suominen <kim@tac.nyc.ny.us>
 
-       * Fixed install in etc/Makefile.in so it works correctly.
-       Generated files cannot be installed from source directories.
+       * 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>