Changed the new "plussed_user" option to mts.conf's "masquerade:" to
[mmh] / man / mh-tailor.man
index ff767b0..53c0875 100644 (file)
@@ -103,7 +103,8 @@ masquerade:
 .br
 This directive controls three different types of email address masquerading.
 The three possible values, which may be specified in any combination on the
 .br
 This directive controls three different types of email address masquerading.
 The three possible values, which may be specified in any combination on the
-line, are "draft_from", "mmailid", and "plussed_user".
+line, separated by spaces, are "draft_from", "mmailid", and
+"username_extension".
 
 "mmailid" was the only type of masquerading in the original MH package, and
 apparently stands for "masquerade mail identification".  This type of
 
 "mmailid" was the only type of masquerading in the original MH package, and
 apparently stands for "masquerade mail identification".  This type of
@@ -124,16 +125,18 @@ the case, the GECOS field for each user should look like:
 .ti +.5i
 First [Middle] Last <First.Last>
 
 .ti +.5i
 First [Middle] Last <First.Last>
 
-"plussed_user", when specified on the "masquerade:" line, allows a second type
-of username masquerading.  If the user sets the \fB$USERPLUS\fR environment
-variable, its value will be tacked onto the actual login name, following a '+'
-sign.  For instance, if I am dan@company.com, and I set \fB$USERPLUS\fR to
-"www", my mail will appear to come from "dan+www@company.com".  This feature is
-meant to interact with MTA features like the one in sendmail that automatically
-delivers all mail sent to \fIuser\fR+\fIstring\fR to \fIuser\fR.  One can use
-different email addresses in different situations (to aid in automatic mail
-filtering or in determining where spammers got your address) while only actually
-having a single account.
+"username_extension", when specified on the "masquerade:" line, allows a second
+type of username masquerading.  If the user sets the \fB$USERNAME_EXTENSION\fR
+environment variable, its value will be appended to the actual login name.  For
+instance, if I am dan@company.com, and I set \fB$USERNAME_EXTENSION\fR to
+"\-www", my mail will appear to come from "dan\-www@company.com".  This is meant
+to interact with qmail's "user\-extension" feature, where mail sent to
+\fIuser\fR\-\fIstring\fR will be delivered to \fIuser\fR.  Likewise, those using
+versions of sendmail for which "plussed user" processing is active can set
+\fB$USERNAME_EXTENSION\fR to "+\fIstring\fR".  These MTA features are useful
+because they allow one to use different email addresses in different situations
+(to aid in automatic mail filtering or in determining where spammers got one's
+address) while only actually having a single account.
 
 "draft_from" controls the most powerful type of address masquerading.  Normally,
 when a user explicitly specifies a "From:" header in a draft, \fInmh\fR uses it
 
 "draft_from" controls the most powerful type of address masquerading.  Normally,
 when a user explicitly specifies a "From:" header in a draft, \fInmh\fR uses it
@@ -144,8 +147,8 @@ address specified in the draft, and there will be no "Sender:" header.  This is
 useful when a user wants to pretend to be sending mail "directly" from a remote
 POP3 account, or when remote mail robots incorrectly use the envelope "From:" in
 preference to the body "From:" (or refuse to take action when the two don't
 useful when a user wants to pretend to be sending mail "directly" from a remote
 POP3 account, or when remote mail robots incorrectly use the envelope "From:" in
 preference to the body "From:" (or refuse to take action when the two don't
-match).  Note that your MTA may still reveal the user's real identity (e.g.
-sendmail's "X-Authentication-Warning:" header).
+match).  Note that the MTA may still reveal the user's real identity (e.g.
+sendmail's "X\-Authentication\-Warning:" header).
 
 .ti -.5i
 maildelivery: %libdir%/maildelivery
 
 .ti -.5i
 maildelivery: %libdir%/maildelivery