"Dan Harkless" <[EMAIL PROTECTED]> wrote:


>Dan Harkless <[EMAIL PROTECTED]> writes:
>> Okay, I ended up going with an environment variable called
>> $USERNAME_EXTENSION.  I didn't like $USER_EXTENSION because it sounds like
>> it describes the generic concept of an extension (to a software package) by
>> a user.  With $USERNAME_EXTENSION, it's much more obvious what it's for.

>> Here's my ChangeLog entry:

>>      * Changed the new "plussed_user" option to mts.conf's
>>      "masquerade:" to "username_extension" after getting feedback from
>>      qmail users, who use '-' as a separator rather than '+'.  Removed
>>      checking of $USERPLUS variable.  Now check $USERNAME_EXTENSION,
>>      which needs to include the appropriate separator for your MTA
>>      ('-', '+', or whatever) as its first character.

>BTW, while testing $USERNAME_EXTENSION just now I had an unexpected
>failure.  I tried to 'inc' my mail but it wasn't working because it was
>looking for /var/spool/mail/dan$USERNAME_EXTENSION.  

>Did you intend this, Neil?  It's a consequence of appending the environment
>variable while in getuserinfo(), which controls nmh's global idea of what
>the username is.

No, I didn't intend that, although I'm not really surprised.

Using '+detail' in an address is mainly useful if you use 'slocal' or
'procmail' to sort the mail into folders based on the '+detail'.  In
that case inc is not involved.

>I know with sendmail this is undesirable, because the "plussed user" email
>addresses definitely correspond to a single mailbox.  I'm still a little
>fuzzy on qmail's "user-extensions", though.  Do they (always? usually?)
>correspond to a single maildrop?

>If so, I should probably reimplement $USERNAME_EXTENSION to only get tacked
>onto the account name in the "From:" line that post generates.

Probably a good move anyway.

>qmail users, please let me know what you think.

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


 -NWR

Reply via email to