Hi,

> frontend servers at $DAYJOB and wondering
>
>> 1) if a SpamAssassin 3.4 release date is on the horizon
>> 2) if not, is there anything useful a non-Perl-hacker can do to help
>> accelerate that release date
>
>> 3) what advantages 3.4 has vs 3.3.2 and sa_update

I'm not sure if my questions are dev or user questions with how I've
set up the latest svn snapshot, but hoped I could ask here.

- Should the T_* rules be enabled? The 70_sandbox.cf config is part of
the rules/ directory in the latest svn. Should that be omitted in
production?

- There are a lot of rules with no descriptions. Is this to be expected?

dbg: config: warning: no description set for STOCK_PRICES
dbg: config: warning: no description set for HK_LOTTO
dbg: config: warning: no description set for TVD_PP_PHISH

- There are a lot of failed dependency issues.

dbg: rules: meta test KAM_BLANK01 has undefined dependency 'UNDISC_RECIPS'
dbg: rules: meta test KAM_CARD has undefined dependency 'KAM_RPTR_SUSPECT'
dbg: rules: meta test KAM_BLANK02 has undefined dependency 'MSGID_FROM_MTA_ID'
dbg: rules: meta test KHOP_SC_CIDR8 has undefined dependency
'RCVD_IN_HOSTKARMA_WL'
dbg: rules: meta test DHL_UPS_MISMATCH has undefined dependency '__FROM_DHL'

I'm surprised RCVD_IN_HOSTKARMA_WL is no longer included? It looks to
be in rulesrc/sandbox/wtogami/20_bug_6212_hostkarma.cf, but commented
out.

Thanks,
Alex

Reply via email to