Mark Martinec said:
> (an extra argument to Mail::SpamAssassin::NoMailAudit::new would be cleaner,
> e.g. (data => [EMAIL PROTECTED], add_From_line => 0,
> sender => $sender, recips => [EMAIL PROTECTED]);
> but I can live with X-Envelope... :)
yeah. I would probably add a new arg for "metadata headers", e.g.
(data => [EMAIL PROTECTED], add_From_line => 0,
metadata => { 'X-Envelope-To' => '<[EMAIL PROTECTED]', ... });
which SpamAssassin just mixes in with the real headers internally.
> Since these headers are nonstandard, let's double-check the syntax
> so that we are talking about the same thing:
>
> X-Envelope-From: <"Bob \"Funny\" Dude"@example.com>
>
> i.e. angle-bracketed rfc2821-quoted envelope sender address. Right?
urgh, yes, I suppose so. That's a pathological example.
In fact, I don't think the code will currently deal with such an
address correctly. :( But then, I've never seen one like this
in about 5 years ;)
> X-Envelope-To: <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>,
> <[EMAIL PROTECTED]>
>
> or:
>
> X-Envelope-To: <[EMAIL PROTECTED]>
> X-Envelope-To: <[EMAIL PROTECTED]>
> X-Envelope-To: <[EMAIL PROTECTED]>
The former is preferable.
--j.
-------------------------------------------------------
This SF.net email is sponsored by: Etnus, makers of TotalView, The best
thread debugger on the planet. Designed with thread debugging features
you've never dreamed of, try TotalView 6 free at www.etnus.com.
_______________________________________________
Spamassassin-talk mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/spamassassin-talk
