Here are some recent changes I've made to nmh which may be of interest:

  Thu Mar 02 23:04:30 2000 Dan Harkless <[EMAIL PROTECTED]>

          * Added a new "boolean" type to mh.h and TRUE and FALSE constants.

          * Added a note to DIFFERENCES stating that it's out-of-date
          (Richard was the last one to update it) and that we should
          consider only documenting incompatibilities with MH there.

          * Implemented (and documented) a third kind of username
          masquerading: "plussed user" masquerading.  This one was suggested
          by Neil Rickert <[EMAIL PROTECTED]>.  It's based on sendmail's
          "plussed user" feature, where mail sent to <user>+<string> will be
          delivered to <user>.  When it's enabled, it's controlled by the
          $USERPLUS environment variable.  How is it enabled?  Well, that
          leads me to:

          * Renamed the "mmailid:" setting in mts.conf to "masquerade:", and
          changed it so that rather than being a boolean, it can be set to
          any combination of the three values "draft_from", "mmailid", and
          "plussed_user".  Thus it is now possible to enable the three types
          of masquerading individually.

          * Fixed a bug with "mmailid" masquerading (dating back to MH?)
          where if it was turned on, ','s would no longer be considered
          GECOS field delimiters.

  Wed Mar 01 23:30:50 2000 Dan Harkless <[EMAIL PROTECTED]>

          * Changed the GECOS-field '&' translation behavior to be
          controlled by the BSD42 #define rather than GCOS_HACK, since it's
          apparently always appropriate on OSes where BSD42 is #defined, and
          never appropriate on any other OSes.  Thanks to Kimmo Suominen for
          responding to my "What is this code here for?" comment in mts.c
          and explaining the feature.
        
-----------------------------------------------------------------------
Dan Harkless                   | To prevent SPAM contamination, please 
[EMAIL PROTECTED]      | do not post this private email address
SpeedGate Communications, Inc. | to the USENET or WWW.  Thank you.     

Reply via email to