Re-add --with-lockdir=DIR configure option At the same time eliminate acconfig.h (and thus the autoreconf warning). Include the lock dir string only if we use dot locking.
Updates README, INSTALL, and docs/MACHINES
Fixed building in different build directory, as described in INSTALL.
Updated the installation instructions in INSTALL.
Removed msgchk(1) as it is hardly useful without POP support. It is questionable if msgchk(1) provides more information than: ls -l /var/mail/meillo It does separate between old and new mail, but that's not very useful and can be found out with stat(1) too. A very small shell script should be equally useful, if there's someone who really uses msgchk(1) and not simply `inc's. Concerning the administrative uses of msgchk(1), i.e. querying a set of users, that's no MUA's task and thus a reason to remove the tool. But eventually, the question remains the same: What does it provide more than `ls -l' and `ls -lu'? Is it worth to keep it around? IMO, no.
Bring in all of the mh-e support that is actually used to be compiled by default, and garbage collect the stuff that is not used. Pulled in from nmh. Thanks to Ken Hornstein. Concerning mmh only: - The FIXME comments about the missing checks for existing drafts. - mh-e support of mmh is not much more than providing the -build switches. It might get dropped in the future.
Dropped old show(1) and renamed mhshow(1) to show(1). If you do want to display non-MIME messages the old way, you can use: mhl `mhpath ...` The choice of renaming was hard to decide because I will introduce confusion and breaks the interface (mmh broke it already!). I though renamed, because the new situation is what we actually want: One program to display messages in a sane way. We used to type `show' and silently got `mhshow' when it contained non-trivial MIME content. That was a workaround and clearly not straight-forward. The improve the situation show(1) needed to be dropped. Because users don't want to type `mhshow', I decided to renamed it to `show'. Hope I won't introduce too many inconveniences with this decision.
Show assignment of configure variables using VAR=VALUE instead of in the env. Pulled in from nmh. Thanks to David Levine.
Replace ics.uci.edu/~mh/ links with corresponding rand-mh.sf.net links. The former ones are dead. Pulled in from nmh. Thanks to David Levine.
Documented support of OURDEFS to pass compile flags to configure. Pulled in from nmh. Thanks to David Levine.
Make mhn.defaults a static file and removed the scripts that built it. This concept its likely to change in future anyway.
Updated the INSTALL file.
Removed the suppress dups feature from slocal for simplicity reasons. Now we don't need dbm anymore. This removed a heavy dependency and complicated configure code.
Removed mts.conf; the maildelivery option went into slocal directly. The MTS is a non-MUA part of MH, which is/gets removed in MMH. Now, you cannot change the global maildelivery file without changing the code. You stil can specify -maildelivery to slocal. I've also remove support for the env vars MHMTSCONF and MHMTSUSERCONF, which were added by Earl Hood in 2010. We might want to add support for them again. I need to think about the future of slocal anyway.
Removed the last masquerading type: username_extension. If you want some username extension, then change the From: line in the message draft. If you want real masquerading, then consult your MTA. mmh is an MUA, no MTA. (spost hadn't supported username_extension maquerading, anyway.)
Removed draft_from masquerading. We're an MUA and should not care for SMTP envelopes at all.
Removed mmailid masquerading. That's an MTA's task, but mmh is an MUA.
Updated INSTALL and changed `nmh' strings to `mmh'
Removed mhn, as it was already replaced by mhlist/mhshow/mhstore.
Removed --with-{editor,pager} configure options. We keep defaulting to vi and more, but search in PATH at run time. Nowadays, both programs should be available via PATH everywhere. Otherwise, the the path in the profile.