Apologies for the top-posting and crappy formatting. I need a better mail
client for my handheld...
I know that SA strips existing headers these days, but would it be possible to
add a custom rule which checks for the existence of such headers, added by an
upstream MTA, and scores accordingly?
Throwing mail away on the back of someone else's opinion of the spammishness of
a message is undoubtedly bad, but taking their opinion into account may not
be...
C.
mouss wrote:
Gene Heskett a écrit :
> Thinking out loud here, could a procmail rule be written that checked
> that, and /dev/null'd it so SA doesn't have to waste even more time on
> it?
>
That would be a bad idea. intermediary MTAs may filter mail and add
their own headers. they may consider the message spam based on a local
config. this config may not be suitable for you. If that MTA
rejected/bounced the mail, it would have been its problem. once that you
get it, it's yours, and you should use your own rules/policy to decide.
