On 14-Oct-2009, at 19:40, MySQL Student wrote:
Which rule(s) is then incorrect? What is the right solution here? Is
the only option to whitelist the user?
What makes you think any of the rules are incorrect? A score of 6.1 is
not 100% (or even 99%, IIRC) spam.
your spam test were:
X-Spam-Status: Yes, hits=6.1 tag1=-300.0 tag2=5.0 kill=5.0
use_bayes=1 tests=BAYES_00, DKIM_SIGNED, EXTRA_MPART_TYPE,
FREEMAIL_FROM,
HTML_MESSAGE, L_UNVERIFIED_GMAIL, PART_CID_STOCK, RELAYCOUNTRY_HIGH,
RELAYCOUNTRY_US, SPF_HELO_PASS, SPF_PASS, TVD_FW_GRAPHIC_NAME_LONG,
T_TVD_FW_GRAPHIC_ID1
there's a couple of things here.
First, for some reason you have DKIM_SIGNED but not DKIM_VERIFIED,
which seems odd as this looks like a legit gmail message with a legit
DKIM signature. So there's one thing to check.
I'm not sure which of those scored what. Then there is the fact that
your custom rule "L_UNVERIFIED_GMAIL" hit. If that's the same rule I
see in the list archives, that scored 2.5 and pushed this email firmly
into being tagged as spam.
Maybe adjust that score, or adjust the assumptions that caused that
rule to be added to your config?
This IS a gmail message, right? So your unverified-gmail custom rule
is in error.
--
Penny! *Everything* is better with BlueTooth
