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