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