Networking

NAVIGATION
CATEGORIES
REFERRENCE
LINKS
  • Missing Checks

    5 answers - 374 bytes - related search similar search Add To My Delicious Add To My Stumble Upon Add To My Google Mark Add To My Facebook Add To My Digg Add To My Reddit

    What was be the difference in configs between two servers if when scanning the
    same message 1 marks it as not spam and only does the following checks:
    dbg: check: tests=DATE_IN_FUTURE_03_06,HTML_MESSAGE
    Yet the other machine does these checks and marks as spam:
    dbg: check:
    tests=DATE_IN_FUTURE_03_06,HTML_MESSAGE,RCVD_IN_BL _SPAMCP_NET,TVD_FW_GRAPHIC_ID3
  • No.1 | | 552 bytes | |

    Scott Ryan wrote:
    What was be the difference in configs between two servers if when scanning the
    same message 1 marks it as not spam and only does the following checks:
    dbg: check: tests=DATE_IN_FUTURE_03_06,HTML_MESSAGE

    Yet the other machine does these checks and marks as spam:
    dbg: check:
    tests=DATE_IN_FUTURE_03_06,HTML_MESSAGE,RCVD_IN_BL _SPAMCP_NET,TVD_FW_GRAPHIC_ID3

    RCVD_IN_BL_SPAMCP_NET: enable network checks on the first server

    TVD_FW_GRAPHIC_ID3: use sa-update on the first server

    Daryl
  • No.2 | | 943 bytes | |

    Thursday 17 August 2006 09:40, Daryl C. W. 'Shea wrote with regard to -
    Re: Missing Checks :
    Scott Ryan wrote:
    What was be the difference in configs between two servers if when
    scanning the same message 1 marks it as not spam and only does the
    following checks: dbg: check: tests=DATE_IN_FUTURE_03_06,HTML_MESSAGE

    Yet the other machine does these checks and marks as spam:
    dbg: check:
    tests=DATE_IN_FUTURE_03_06,HTML_MESSAGE,RCVD_IN_BL _SPAMCP_NET,TVD_FW_GRA
    >PHIC_ID3
    >

    RCVD_IN_BL_SPAMCP_NET: enable network checks on the first server

    Network checks were already enabled.

    TVD_FW_GRAPHIC_ID3: use sa-update on the first server

    Thanks, this check was now done along with the RCVD_IN_BL_SPAMCP_NET check.
    [17166] dbg: check:
    tests=DATE_IN_FUTURE_03_06,HTML_MESSAGE,RCVD_IN_BL _SPAMCP_NET

    And was subsequently trapped.

    --
    Daryl
  • No.3 | | 1201 bytes | |

    Scott Ryan wrote:
    Thursday 17 August 2006 09:40, Daryl C. W. 'Shea wrote with regard to -
    Re: Missing Checks :
    >Scott Ryan wrote:

    What was be the difference in configs between two servers if when
    scanning the same message 1 marks it as not spam and only does the
    following checks: dbg: check: tests=DATE_IN_FUTURE_03_06,HTML_MESSAGE

    Yet the other machine does these checks and marks as spam:
    dbg: check:
    tests=DATE_IN_FUTURE_03_06,HTML_MESSAGE,RCVD_IN_BL _SPAMCP_NET,TVD_FW_GRA
    PHIC_ID3
    >RCVD_IN_BL_SPAMCP_NET: enable network checks on the first server


    Network checks were already enabled.

    >TVD_FW_GRAPHIC_ID3: use sa-update on the first server


    Thanks, this check was now done along with the RCVD_IN_BL_SPAMCP_NET check.
    [17166] dbg: check:
    tests=DATE_IN_FUTURE_03_06,HTML_MESSAGE,RCVD_IN_BL _SPAMCP_NET

    And was subsequently trapped.

    RCVD_IN_BL_SPAMCP_NET isn't a rule new to the set available via
    sa-update, so your previous run either suffered from a DNS timeout or
    intermittent failure.

    Daryl
  • No.4 | | 1471 bytes | |

    Thursday 17 August 2006 10:59, Daryl C. W. 'Shea wrote with regard to -
    Re: Missing Checks :
    Scott Ryan wrote:
    Thursday 17 August 2006 09:40, Daryl C. W. 'Shea wrote with regard to
    -

    Re: Missing Checks :
    >Scott Ryan wrote:

    What was be the difference in configs between two servers if when
    scanning the same message 1 marks it as not spam and only does the
    following checks: dbg: check: tests=DATE_IN_FUTURE_03_06,HTML_MESSAGE

    Yet the other machine does these checks and marks as spam:
    dbg: check:
    tests=DATE_IN_FUTURE_03_06,HTML_MESSAGE,RCVD_IN_BL _SPAMCP_NET,TVD_FW_G
    RA PHIC_ID3
    >>

    >RCVD_IN_BL_SPAMCP_NET: enable network checks on the first server
    >

    Network checks were already enabled.
    >
    >TVD_FW_GRAPHIC_ID3: use sa-update on the first server
    >

    Thanks, this check was now done along with the RCVD_IN_BL_SPAMCP_NET
    check. [17166] dbg: check:
    tests=DATE_IN_FUTURE_03_06,HTML_MESSAGE,RCVD_IN_BL _SPAMCP_NET

    And was subsequently trapped.

    RCVD_IN_BL_SPAMCP_NET isn't a rule new to the set available via
    sa-update, so your previous run either suffered from a DNS timeout or
    intermittent failure.

    Daryl

    Many thanks, is there any way of sa-learn indication what new checks are now
    availlable? is that just a bad idea?
  • No.5 | | 455 bytes | |

    Scott Ryan wrote:

    Many thanks, is there any way of sa-learn indication what new checks are now
    availlable? is that just a bad idea?

    If you mean you want to see the difference between the stock and updated
    rulesets (and not something to do with sa-learn, the bayes tool) then
    you could diff the two rulesets (substitute appropriate directories if
    necessary):

    diff -u /usr/share/spamassassin/ \
    /

    Daryl

Re: Missing Checks


max 4000 letters.
Your nickname that display:
In order to stop the spam: 8 + 7 =
QUESTION ON "Networking"

EMSDN.COM