https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6241
Summary: mkrules does not understand newer options and 'else'
Product: Spamassassin
Version: 3.3.0
Platform: All
OS/Version: All
Status: NEW
Severity: minor
Priority: P5
Component: Building & Packaging
AssignedTo: [email protected]
ReportedBy: [email protected]
Just so that it does not get forgotten:
On Friday November 20 2009 05:58:43 Apache Hudson Server wrote:
> See
> <http://hudson.zones.apache.org/hudson/job/SpamAssassin-trunk/4361/changes
> Changes:
> [khopesh] selections from my sa-update channels
> rulesrc/sandbox/wtogami/20_unsafe.cf: 0 active rules, 6 other
> rulesrc/sandbox/wtogami/20_vanity.cf: 0 active rules, 21 other
> lint: config: found else without matching conditional at build/mkrules line
> 253.
>
> ERROR: LINT FAILED, suppressing output: rules/72_active.cf
> rules/72_active.cf: no rules promoted
That diagnostics is terribly useless!
hacked 20_khop_bl.cf, looks like the 'mkrules' does not understand an 'else'!?
Sending rulesrc/sandbox/khopesh/20_khop_bl.cf
Transmitting file data .
Committed revision 882811.
Looks like mkrules needs to be fixed.
Uncommenting in mkrules the:
warn "unknown line in rules file '$f', saving to default: $orig";
reveals lots of warnings, such as unrecognized directives:
replace_rules
replace_tag
redirector_pattern
replace_inter
def_whitelist_from_rcvd
and the 'else', as in case of 20_khop_bl.cf, causing the make failure.
--
Configure bugmail:
https://issues.apache.org/SpamAssassin/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
