Doug Hughes <Doug(_dot_)Hughes(_at_)Eng(_dot_)Auburn(_dot_)EDU> wrote:
Stephen can den Berg wrote:
Doug Hughes <Doug(_dot_)Hughes(_at_)Eng(_dot_)Auburn(_dot_)EDU> wrote:
...
Nothing about the message changes. The only thing that changes is that
the sendmail server does a RCPT TO somebody else. If you consider this
the envelope, then I guess you are correct. *shrug*
Yes, the envelope for email transmitted by SMTP is passed via the MAIL
FROM and RCPT TO lines. When the mail is given to procmail, the
envelope (post-sendmail massage) is passed in the -f, -a and -d args.
The whole point of the envelope is that it's transmitted out-of-band
relative to the headers & body of the message itself (though UUCP may
break this rule?).
UUCP is definitely a different breed. :) Okay, I had the envelope
terminology wrong. :(
Yes, but if he's processing on the To: field, this won't fix the problem,
the mail may go to kykim, but the "To" line will still say
kevin+test.
While this [processing the To: field] can be a tricky problem to catch,
he isn't processing on the To: field. The login+extra syntax is noted
by sendmail and turned into a call by sendmail to procmail as:
procmail -f sender -a extra -d login
Yes, I use it handily.
'extra' is thus found in $1 on entry to the .procmailrc. The problem
pointed out by Stephen's is that is you alias "foo" to "bar", current
sendmail config files will change the address "foo+baz" into "bar",
when they should arguably change it into "bar+baz" (though you should
be able to alias a 'sub-address' (foo+baz), or alias to a
'sub-address', or both together). Stephen, have you fired a note to
Eric Allman for this to be fixed in some future sendmail?
I don't think it would be necessary to get Eric involved in this, since
it would be a local sendmail configuration issue, wouldn't it? However,
I believe your sender would still be foo and not bar, even though extra
would be set to baz in either case. The configuration issues in sendmail
get nasty. :)