X-Git-Url: http://git.marmaro.de/?p=mmh;a=blobdiff_plain;f=ChangeLog;h=245c78426d0614db77f1dd5edae6407843a141ae;hp=f6b89bdf2c4805b5b9cd1bcbb294b1f720159da6;hb=60dc51be518caa9fd1b09578e39c106045dfaaf2;hpb=5e5e3a5b7bfe9b89b8f27712f9e0ec13ba384de7 diff --git a/ChangeLog b/ChangeLog index f6b89bd..245c784 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,108 @@ +Tue Dec 19 19:16:37 2000 Dan Harkless + + * -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 + + * 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 + + * 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 + + * 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 + + * 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 + + * 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 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 + + * 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 + + * 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 + + * 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 * TODO: Allow multiple simultaneous differing contexts, probably @@ -5,8 +110,10 @@ Thu Aug 03 17:14:08 2000 Dan Harkless Tue Aug 1 10:48:05 EDT 2000 Kimmo Suominen - * 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