+Mon Jul 17 13:11:52 2000 Dan Harkless <dan-nmh@dilvish.speed.net>
+
+ * Moved Kimmo's new "--with-hash-backup" to be output with the
+ rest of the --with options in the configure --help output.
+
+ * One more pass at README.developers now that it's clear that my
+ previously-suggested one-line autoconf-file commit can cause
+ unnecessary local makes and an out-of-sync stamp-h.in file, but
+ would not cause problems for other people using the CVS files.
+
+Tue Jul 18 19:36:59 EDT 2000 Kimmo Suominen <kim@tac.nyc.ny.us>
+
+ * Added the answer to Dan's question in README.developers.
+
+Mon Jul 17 19:10:36 2000 Dan Harkless <dan-nmh@dilvish.speed.net>
+
+ * Clarified and made some corrections to Kimmo's README.developers
+ changes (BTW, if anyone can explain why the RCS Ids are able to cause
+ problems with the dependencies, please fill in the explanation --
+ I never encountered a problem with the old single-commit method).
+
+Sat Jul 15 23:13:49 EDT 2000 Kimmo Suominen <kim@tac.nyc.ny.us>
+
+ * Add configure option --with-hash-backup so the backup prefix can
+ be easily changed from "," to "#".
+
+ * Simplified sbr/Makefile.in so that it works with any make.
+
+ * Use mkstemp in sbr/lock_file.c.
+
+ * Commits of autoconf-related files apparently can't all be done
+ in one shot due to RCS Ids changing when committing -- updated
+ README.developers.
+
+Tue Jul 11 14:18:01 2000 Dan Harkless <dan-nmh@dilvish.speed.net>
+
+ * Clarified post.man and send.man for those not completely up on
+ SASL terminology. "SASL encryption layers are not supported for
+ SMTP" means that encryption is supported for the authentication
+ but not for the subsequent data stream.
+
+Sat Jul 8 01:36:19 EDT 2000 Kimmo Suominen <kim@tac.nyc.ny.us>
+
+ * Applied Ken Hornstein <kenh@cmf.nrl.navy.mil>'s patches
+ implementing SASL support for POP3 and SMTP. If nmh is compiled
+ with SASL support, using the -sasl switch on the inc, msgchk,
+ post, and send commands will enable authentication encryption for
+ SMTP, and both authentication and data stream encryption for POP3.
+
+Sat Jun 10 18:37:59 CEST 2000 Ruud de Rooij <ruud@ruud.org>
+
+ * Merged mts/sendmail functionality into mts/smtp; switching between
+ smtp and sendmail delivery method is now controlled by mts.conf.
+
+ * If tsort cannot deal with loops, in addition to defining tsort as
+ cat, also define lorder as echo.
+
+ * Removed uip/popi.c from list of sources.
+
+Thu Jun 08 19:36:57 2000 Dan Harkless <dan-nmh@dilvish.speed.net>
+
+ * New dtimep.lex didn't parse day names properly. Fixed. Also
+ clarified ambiguous comments preceding day_map[] array (from old
+ dtimep.lex) that probably led to the erroneous cp++ being added.
+
Wed Jun 7 20:52:33 CEST 2000 Ruud de Rooij <ruud@ruud.org>
* Added one more mkstemp invocation to uip/spost.c (which was in a
Wed May 31 07:40:45 2000 Doug Morris <doug@mhost.com>
- * added a lint target to the Makefiles and a check in autoconf
+ * 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>
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.
+ * Rewrote dparsetime (in dtimep.lex -> dtimep.c) to replace the
+ old zotnet/tws/dtimep.c, dtimep.lex, 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>