dman, > | |> it is a requirement for a MTA that it removes 'Bcc:' addresses from > | |> the header! > | | NO. It is a requirement that the MTA *NOT* do anything to the data ... > | Not necessarily - depends on how MUA passes message to MTA. > | MUA can pass envelope addresses separately, otherwise MTA must derive > | them by parsing RFC2822 header, and remove Bcc while doing it. > > That sounds bad to me. I clearly recall a section of RFC821 stating > that an MTA MUST not mangle a message in any way. It also sounds bad > to have something read the message to figure out who it is for. > That's what the envelope is for :-). I know that exim won't derive the > envelope from a message nor will it strip out anything (including Bcc:).
This dual personality of SMTP-speaking mailers seems to be put right by RFC2476, which separates SMTP-speaking mailers into MTA and MSA (message submission agent). MSA would need to strip away Bcc in certain cases, and MTA would not, as it does not have direct interaction with MUA. > | I find it too limiting to restrict spam filter to require it to see > | only RFC2822 message and ignore other information if available. > | [...] If it were phases of the Moon to have influence on spam-score, > | so why not. Another way of saying it: spam fighting is a warfare. If 'they' don't play by the rules, observe netiquettes, and don't refrain from using any means available, why should we. > Alright, make a command-line option for spamc through which the > envelope can be specified. As far as spamc/spamd is concerned - might be useful, but I only care for the Mail::SpamAssassin Perl interface (e.g. NoMailAudit->new parameters). spamc has no place in my application, as amavisd-new does all the daemon stuff and MTA interfacing by itself, and there is no need to duplicate it. Regards Mark _______________________________________________________________ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm _______________________________________________ Spamassassin-talk mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/spamassassin-talk