Has anyone experienced SPF_* rules not actually being scored ?  

In the debug I see that it comes back as ‘result: none’ – shouldn’t this come back as SPF_NEUTRAL ?

 

 

We are setting up SA with amavisd, and when running amavis in debug mode

(amavisd –u amavis –g amavis debug-sa)  I can see it hit the spf checks; it comes back with

 

--- debug output ---

[2456] dbg: spf: checking HELO (helo=mail.yuki.com, ip=22.110.92.38)

[2456] dbg: spf: query for /22.110.92.38/mail.yuki.com: result: none, comment: SPF: domain of sender mail.yuki.com does not designate mailers

[2456] dbg: spf: checking EnvelopeFrom (helo=mail.yuki.com, ip=22.110.92.38, [EMAIL PROTECTED])

[2456] dbg: spf: query for [EMAIL PROTECTED]/22.110.92.38/mail.yuki.com: result: none, comment: SPF: domain of sender [EMAIL PROTECTED] does not designate mailers

 

 

In SA local.cf I have tweaked the scores arbitrarily way up to try to ensure that the scoring is substantial enough to guarantee notice…

 

--- local.cf ---

score SPF_PASS 10

score SPF_HELO_PASS 10

score SPF_FAIL 12

score SPF_HELO_FAIL 13

score SPF_HELO_NEUTRAL 13

score SPF_HELO_SOFTFAIL 12

score SPF_NEUTRAL 12

score SPF_SOFTFAIL 12

 

However, the header result in the email is :

 

--- email header ---

X-Spam-Status: No, score=2.047 tagged_above=-999 required=4.5

 tests=[BAYES_50=0.001, RCVD_IN_SORBS_DUL=2.046]

X-Spam-Score: 2.047

X-Spam-Level: **

 

Still no hits… Other score changes in local.cf are effective; so if I modify RCVD_IN_SORBS_DUL= that change will be apparent in the email header.

 

Any ideas ???

 


Many thanks.

 

Michael Grey

 

 

 

 

Reply via email to