http://issues.apache.org/SpamAssassin/show_bug.cgi?id=4981
Summary: urirhssub only supports A records and bitmasks, docs
suggest it should support more
Product: Spamassassin
Version: 3.1.3
Platform: Other
OS/Version: other
Status: NEW
Severity: normal
Priority: P5
Component: Plugins
AssignedTo: [email protected]
ReportedBy: [EMAIL PROTECTED]
Documentation says:
urirhssub NAME_OF_RULE rhsbl_zone lookuptype subtest
Specify a RHSBL-style domain lookup with a sub-test. "NAME_OF_RULE" is the
name of the rule to be used, "rhsbl_zone" is the zone to look up domain names
in, and "lookuptype" is the type of lookup (TXT or A).
"subtest" is the sub-test to run against the returned data. The sub-test may
either be an IPv4 dotted address for RHSBLs that return multiple A records, a
non-negative decimal number to specify a bitmask for RHSBLs that return a
single A record containing a bitmask of results, or (if none of the preceding
options seem to fit) a regular expression.
Example:
urirhssub URIBL_RHSBL_4 rhsbl.example.org. A 127.0.0.4
urirhssub URIBL_RHSBL_8 rhsbl.example.org. A 8
However for an A record, only the bitmask form actually works. The
dotted-quad and regexp forms give a warning and fail to match. The attached
test email and test cf-file 'A' should show this. Note you need to remove
the standard 25_uribl.cf rulefile because it also uses the multi.surbl.org
zone. The source of the warning is the following line in Plugin/URIDNSBL.pm
but I am not sure if that is the whole problem:
uridnsbl_subs_bits |= $_ for keys %{$uridnsbl_subs};
For a TXT record, the results are confusing. I wouldn't expect the mask form
or dotted-quad form to work, but the regexp form doesn't work either. The
test email and the test cf-file 'TXT' will show them. DNS trace shows a TXT
record is queried as expected, it's just not matched.
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
