add --with-locking option

Autoconfing the file locking options

put both linux entries on one line

dtimep, MACHINES

Update to include Mac OS X and Linux 2.4

When building on Mac OS X, don't set LDFLAGS=-s, since the linker doesn't like the flag

Take out memory hints, since we are assuming flex over lex, so this shouldn't be a problem

doc/README.developers update, and fixed typo in last ChangeLog entry

Marked deprecated directories in layout description, and added an entry for docs

Just changed a "can" to a "could" since I don't know if most POP3 servers are
like qpopper in not allowing people with APOP activated to log in via normal
POP3.

-apop and -noapop were not documented in inc.man.  -snoop was documented but
didn't appear in the usage SYNOPSIS.

Fixed a type from 'his' to 'this'

config.guess/sub update

config update procedure (probably unneccessary)

Updated config.guess and config.sub from most recent version
from ftp.gnu.org/pub/gnu/config, with timestamp='2000-12-07'.

Shantonu did his commit in the wrong order earlier today, making configure get
re-built due to a "newer" configure.in.

Move mts/generic to sbr/

Resolve the circular dependency of libmh on libmts on libmh. The
files mts/generic/client.c and mts.c are moved to sbr/, and mts/generic/mts.h
is moved to h/mts.h. Thus, libmh is self-contained. All header includes
have been appropriately updated, and the Makefiles and configure script
no longer build mts/generic.

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.

Just fixed a formatting error.

Took out bad zones in dtimep

Took out incorrect time zones like JST and BST.

Included code reorg of zotnet/mts

Don't make Makefiles in zotnet or mts/mmdf or mts/sendmail

Don't generate Makefiles for zotnet, or mts/mmdf and mts/sendmail,
since they are no longer being compiled.

Included h/nmh.h, since the MD5 algorithms were missing declarations
for memcpy and memset (I think), which are indirectly included from
strings.h

Updated #include's to point to new location of mts.h on mts/generic

No longer descend into zotnet/

Moved code from zotnet/mts to mts/generic. Also, unified generic
mts code and smtp/sendmail into libmts.a as an intermediate, instead
of having two static libs.

Included changes to dtimep.lex to remove military zone parsing.

Took out parsing of military time, which was causing issues when it
encountered something like (MET), which it doesn't recognize as a timezone,
and which was then read as military characters.

Further clarified Kimmo's etc/Makefile.in comments at his suggestion.

Changed my mind again on scan.MMDDYY and scan.YYYYMMDD.  Put the replied /
encrypted column back in, because it's useful to "always" (at least when you
aren't using replied / encrypted) have a space in between the message number and
date, so you can use awk (with the default field separators) to grab message
numbers from scan output.

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.  I had already removed the
"replied / encrypted" column in YYYYMMDD, but this time I removed it on MMDDYY
as well (I've never seen it used...).

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.

Kimmo's etc/Makefile.in change note implied that install was previously
completely broken.  Not the case.  I asked Kimmo about it and he clarified that
it failed when building outside the source tree.  Fixed the entry to reflect.

TODO: Allow multiple simultaneous differing contexts, probably each tied to a
parent (terminal) process.

Make "make install" work in etc/Makefile.in

Renamed DSTXXX as ADJUST_NUMERIC_ONLY_TZ_OFFSETS_WRT_DST and added an
explanatory comment by its #definition.

Updated README.developers with the fact that zotnet/tws is going away.

When Shantonu wrote the new, more portable dtimep.lex, he left out the #ifdef
DSTXXX stuff for some reason.  Not a good idea, as that code is required for
proper printing of numeric-offset timezones that have daylight saving time.
Without that code, -0700 during DST gets printed as MST instead of PDT.

Fixed warnings from diff on first-time install of nmh.  Also added 'echo's
clarifying the etc file installation activities.

Applied Kurt J. Lidl <lidl@eng.us.uu.net>'s $MAILHOST patch:

    I have a small patch that would be nice to be included -- basically, it
    allows the usage of the "MAILHOST" environment variable, without having to
    have HESIOD turned on.  I need this functionality for my environment, where
    we have identical /usr/local on all my machines (so I cannot just hardcode
    into the mts.conf file), and I have multiple POP mail servers for my users.

Modified inc.man to reflect that along with "pophost:" and -host, $MAILHOST can
now activate POP mail inclusion as well.

Last pass at README.developers -- Kimmo's 5-step commit was overkill.  You only
need 3 steps, since configure.in is the only autoconf file with the RCS $Id
keyword.

Meaningless modification to test autoconf file commit order stuff.

Meaningless change to test autoconf file commit order stuff.

Meaningless change for testing autoconf file commit order stuff.

Meaningless change to test autoconf commit order stuff.

People did not preserve my alphabetization of the --with options when they added
new ones.  Re-alphabetized.

Ken Hornstein's SASL patch was not integrated properly with Ruud's new merged
mts/sendmail code.  Kimmo has since fixed nmh so it compiles, but according to
Ken, the SASL stuff still does not work.  Integrating a patch from him for this.

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.

Moved Kimmo's new "--with-hash-backup" to be output with the rest of the --with
options in the configure --help output, rather than being in between two random
--enable options.

Added answer.

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).

I don't understand why Kim's split-up of the autoconf-file cvs commits should be
necessary, so I left a little note hoping for someone to explain technically why
that should be the case.  I certainly never ran into any problems with my old
single-commit version (which I added back in along with an explanation of why it
supposedly won't always work).

Also Kim's text implied that the _only_ reason for the given order is the RCS
Ids -- not true -- the timestamps are the main reason a particular order is
necessary.  Made a couple of other clarifications as well.

Iterating the commit a bit, I think this is how it works without extra
runs of autoconf, autoheader and make.

Regen.

If $LIBTOOL is empty we should not try to run it.
This gets rid of the "--version: not found" error.

Got rid of one mktemp.

Complete HAVE_MKSTEMP.

We ignore the fact that the user requested SASL, since the pipe to the
mailer is secure.  This allows for easier sharing of the MH profile
across hosts.

Note replacement of GNU-makeism in sbr/Makefile.in with a common statement.

So I don't think you can commit these all in a single commit.
README.developers recommends that (with precise ordering) but
things still get regenerated when I run "make".

Keep this working with other makes than GNU.

Still missed one SASL stuff thing.

Changed "--with-backup-prefix" to "--with-hash-backup" because # is too
difficult for config.status to get right.

Note "--with-backup-prefix".

Add "--with-backup-prefix" so it can be set easily.

SASL stuff.

SASL stuff.

SASL mods.

Deleted the timezone on Kim's SASL patch entry.  Ruud has taken to adding the
timezone even though all previous entries are missing it, and I don't really
agree with that.  True, on occasion someone in a different timezone will
commit something later in the day than someone else, and even though the second
change happens later, the time may be earlier, but that doesn't happen too often
and isn't really a big deal, IMHO.

Putting textual timezones like "EDT" isn't really the right solution, IMHO,
since some of those tags are ambiguous.  Either an offset-style timezone should
be used or all times should be given as UTC.

I'd just as soon stick with local times, though.

Oh, one thing I forgot to mention in my last CVS entry was that I removed "IMAP"
from the list of protocols supported by Ken's SASL patches -- nmh doesn't have
any IMAP support!

Modified Kimmo's entry for the application of Ken Hornstein's SASL patches to
clarify that it wasn't Ken applying them himself, and clarified what SASL
support actually means.

Kimmo neglected to commit the regenerated versions of these after changing
configure.in, forcing people using the CVS source to have to have the autoconf
tools installed.

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.

Note SASL commit.

SASL support from Ken Hornstein <kenh@cmf.nrl.navy.mil>.

* 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.

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.

* Added one more mkstemp invocation to uip/spost.c (which was in a
#if 0 block).
* Applied patch from Peter Maydell to clean up permissions handling
and error handling in uip/inc.c.

Use cat instead of tsort if tsort cannot deal with loops in its
input (which is the case for tsort from GNU textutils).

If liblockfile is present, and its dotlockfile program is setgid,
inc does not need to be setgid.

* Added autoconf test for Miquel van Smoorenburg's liblockfile
library, as found on Debian systems.
* Added liblockfile support to sbr/lock_file.c.

make clean now removes generated bin files.

Made dtimep.lex more lex-friendly.

Added back memory options for AIX to increase available memory.
Took out %option noyywrap, which wasn't understood by AT&T lex, as
well as the -i case-insensitivity flag.

added lint targets for Makefiles and a configure test to find whether lclint or lint is installed on the system.

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.

A couple more tweaks to etc/Makefile.in:

    Generated sendfiles script was not a dependency of the `all' target, and was
    incorrectly included in the distribution.

INSTALL never documented the etc/*.old thing.  Documented the new etc/*.prev
thing (including a note to watch for diff output).

Reworded my last entry a bit.

etc/Makefile.in was incorrectly installing mts.conf.in and sendfiles.in --
fixed.  Changed the suffix for the backed-up previous versions of the etc files
from the ambiguous .old to .prev.  Use diff and only keep the .prev file around
if different.

ChangeLog:  I think we should use a uniform style in this file.  Reformatted
            Ruud's recent entries.

configure:  Weird.  There's some timestamp screwup somewhere, perhaps in the way
            Makefile.in is written, that caused autoconf to get run after I did
            a `cvs update'.  It regenerated configure, and apparently I'm using
            a different version of autoconf, with a different order of awk
            alternatives.

Added entry for new lexing function and moving from zotnet/tws to sbr

Updating root-level files so that zotnet/tws/Makefile is not generated.

Synchronizing Makefiles that had gotten out of sync with directory
contents.

Updated sbr functions to include <h/tws.h> instead of <zotnet/tws/tws.h>.
Also, update Makefile to include new functions dtime.c and dtimep.c

Updating user programs to use <h/tws> instead of <zotnet/tws/tws.h>

Moved date/time functions from zotnet/tws to sbr. More importantly,
wrote a new lexing function dparsetime (dtimep.lex) which
plays nicely with flex, needs no "sed hackery". It might work with
lex, but I haven't tried.

* 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.