Added all of the MH sources, including RCS files, in

[mmh] / docs / pending-release-notes

diff --git a/docs/pending-release-notes b/docs/pending-release-notes
index c48e5df..8efb7b9 100644 (file)
--- a/docs/pending-release-notes
+++ b/docs/pending-release-notes
@@ -14,10 +14,29 @@ Things to add to the release notes for the next full release:
   message parts in MIME messages) has been removed.
 - fileproc and mhlproc mh-profile entries will now be obeyed by
   send, rcvdist, and whatnow.
-- New format instructions %(putlit) and %(concataddr) have been implemented.
+- New mh-format(5) instructions have been implemented: %(putlit),
+  %(concataddr), %(myhost), %(myname)
 - The --enable-pop configure option has been removed; POP support is now
   compiled in always.
 - You can now filter the body of a message through a user-defined filter
   program inside of repl (the idea is that it will be used by repl).
   See mhl(1), specifically the "format" keyword and "formatproc" in
   mh-profile(5).
+- The test suite has been integrated into the Makefile via "make check".
+- The following environment variables are obsolete.  Support for them
+  will be removed from the next nmh release:
+    MHPOPDEBUG (use -snoop command line switch instead)
+    MM_NOASK (use -nolist and -nopause command line switches instead)
+    NOMHNPROC (use -nocheckmime command line switch instead)
+    FACEPROC (undocumented faceproc feature to be removed)
+- nmh's idea of the local mailbox is available via a new mh-profile(5)
+  escape, %(localmbox).  The local mailbox name is now configurable
+  via a new mh-profile(5) entry, Local-Mailbox.
+- comp, forw, and dist all support -from, -to, -cc, -fcc, and -subject
+  switches.  They also all process all component templates through
+  mh-format(5).
+- post(8) now requires a From: header in all drafts that it processes
+  for sending.  The default component templates have all been adjusted
+  to include appropriate From: headers based on either the -from switch
+  or the local mailbox.
+- burst(1) now supports any valid message delimiter according to RFC 934.