"Chris Garrigues" <[EMAIL PROTECTED]> writes:
> >       * 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:
> 
> Is this useful for those of us who use qmail's user-extension addresses?

Well, not as such, since it uses a '+' character, not a '-' character.  I
have very little experience with qmail -- does it already provide a facility
for tacking on the '-<string>' extensions for you?  

sendmail does not provide any special way to add the '+<string>'s, so it's
appropriate for nmh to handle it.  If qmail handles it for you, though, we'd
have to worry about both nmh and qmail each appending a copy and getting an
address like "dan-nmh-nmh" (in case you're wondering, my "dan-nmh" address
is just a plain old manual sendmail alias to "dan" on my machine).

If qmail does not provide a facility to add the extensions, though, I'd be
happy to put it into nmh.  Neil, did you say a while back that there was
another mail client that also used the $USERPLUS environment variable?  If
so, and it's some kind of ad-hoc standard, I wouldn't want to rename it to
remove the word "PLUS".  In this case, we could add another environment
variable called something like $USER_EXTENSION ($USEREXTENSION?) and tack on
the value with a '-'.

If the $USERPLUS variable is not sacred, I'd probably want to just have a
single variable called $USER_EXTENSION that would contain whatever string
you wanted appended, and you'd be responsible for including your own '-' or
'+' or whatever your MTA uses to separate the real account from the add-on
string...

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