Re: $USERPLUS / $USER_EXTENSION (was Re: boolean type, DIFFERENCES...)

2000-03-04 Thread Mate Wierdl
On Fri, Mar 03, 2000 at 04:35:26PM -0800, Dan Harkless wrote: > 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?) > corresp

Re: $USERPLUS / $USER_EXTENSION (was Re: boolean type, DIFFERENCES...)

2000-03-04 Thread Chris Garrigues
> From: Dan Harkless <[EMAIL PROTECTED]> > Date: Fri, 03 Mar 2000 17:12:40 -0800 > > > "Chris Garrigues" <[EMAIL PROTECTED]> writes: > > > If so, I should probably reimplement $USERNAME_EXTENSION to only get ta > cked > > > onto the account name in the "From:" line that post generates. > > > >

Re: $USERPLUS / $USER_EXTENSION (was Re: boolean type, DIFFERENCES...)

2000-03-03 Thread Scott Blachowicz
> > FYI...Postfix calls that variable "recipient_delimiter" in its > > configuration file and it defaults to '+'. So, what happens if > > USERNAME_EXTENSION isn't set, but "masquerade:" includes > > "username_extension"? > > I think you misunderstood my comments above. $USERNAME_EXTENSION is th

Re: $USERPLUS / $USER_EXTENSION (was Re: boolean type, DIFFERENCES...)

2000-03-03 Thread Dan Harkless
"Chris Garrigues" <[EMAIL PROTECTED]> writes: > > 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. > > Could it be conditional? Yes, I could cer

Re: $USERPLUS / $USER_EXTENSION (was Re: boolean type, DIFFERENCES...)

2000-03-03 Thread Chris Garrigues
> From: "Dan Harkless" <[EMAIL PROTECTED]> > Date: Fri, 03 Mar 2000 16:35:26 -0800 > > 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 yo

Re: $USERPLUS / $USER_EXTENSION (was Re: boolean type, DIFFERENCES...)

2000-03-03 Thread Neil W Rickert
Scott Blachowicz <[EMAIL PROTECTED]> wrote: >Dan Harkless <[EMAIL PROTECTED]> wrote: >> 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 separat

Re: $USERPLUS / $USER_EXTENSION (was Re: boolean type, DIFFERENCES...)

2000-03-03 Thread Neil W Rickert
"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 packa

Re: $USERPLUS / $USER_EXTENSION (was Re: boolean type, DIFFERENCES...)

2000-03-03 Thread Dan Harkless
Scott Blachowicz <[EMAIL PROTECTED]> writes: > Dan Harkless <[EMAIL PROTECTED]> wrote: > > 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

Re: $USERPLUS / $USER_EXTENSION (was Re: boolean type, DIFFERENCES...)

2000-03-03 Thread Scott Blachowicz
Dan Harkless <[EMAIL PROTECTED]> wrote: > 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 > checkin

Re: $USERPLUS / $USER_EXTENSION (was Re: boolean type, DIFFERENCES...)

2000-03-03 Thread Dan Harkless
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'

Re: $USERPLUS / $USER_EXTENSION (was Re: boolean type, DIFFERENCES...)

2000-03-03 Thread Neil W Rickert
Dan Harkless <[EMAIL PROTECTED]> wrote: >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 muc

Re: $USERPLUS / $USER_EXTENSION (was Re: boolean type, DIFFERENCES...)

2000-03-03 Thread Dan Harkless
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 Cha

Re: $USERPLUS / $USER_EXTENSION (was Re: boolean type, DIFFERENCES...)

2000-03-03 Thread Dan Harkless
Neil W Rickert <[EMAIL PROTECTED]> writes: > Dan Harkless <[EMAIL PROTECTED]> wrote: > >"Chris Garrigues" <[EMAIL PROTECTED]> writes: > >> So clearly it provides for overriding the name, but not for simply adding > >> an extension. I think adding this functionality to nmh would be useful. > > >

Re: $USERPLUS / $USER_EXTENSION (was Re: boolean type, DIFFERENCES...)

2000-03-03 Thread Neil W Rickert
Dan Harkless <[EMAIL PROTECTED]> wrote: >"Chris Garrigues" <[EMAIL PROTECTED]> writes: >> So clearly it provides for overriding the name, but not for simply adding >> an extension. I think adding this functionality to nmh would be useful. >> I would then also be able to repackage my spam-proof

Re: $USERPLUS / $USER_EXTENSION (was Re: boolean type, DIFFERENCES...)

2000-03-03 Thread Neil W Rickert
Dan Harkless <[EMAIL PROTECTED]> wrote: >"Chris Garrigues" <[EMAIL PROTECTED]> writes: >> So clearly it provides for overriding the name, but not for simply adding >> an extension. I think adding this functionality to nmh would be useful. >> I would then also be able to repackage my spam-proof

$USERPLUS / $USER_EXTENSION (was Re: boolean type, DIFFERENCES...)

2000-03-03 Thread Dan Harkless
"Chris Garrigues" <[EMAIL PROTECTED]> writes: > So clearly it provides for overriding the name, but not for simply adding > an extension. I think adding this functionality to nmh would be useful. > > I would then also be able to repackage my spam-proof addresses in a way > that I wouldn't be e