Jeff Chan <[EMAIL PROTECTED]> writes:

> Can any 3.0 guys able to comment if I got the urirhsbl syntax correct:

It's correct, but you might not need to get it correct because the rule
will likely ship with 3.0 when it is released if it seems to work well
and it helps.

I have a concern about the rule.  Bill Stern's SpamAssassin blacklist is
a blacklist *for* SpamAssassin, so I think the naming of your rule and
the DNSBL name (sa.surbl.org) are unintentionally a bit misleading since
the list is not maintained by the ASF or SpamAssassin.  I think it would
be a good idea to rename the DNSBL and the rule to make this clearer.
Maybe we should encourage (or help) Bill Stern to pick a snappy name.
:-)

Also, it would be better from our perspective if we could get multiple
RBL results from a single query to reduce overhead.  Any of multiple A
(like NJABL, SBL/XBL, or SORBS), bitmask A (like OPM or RBL+), or
multiple TXT (like SBL/XBL) would probably not be too hard to support
(Justin?).

> P.S. If we can get some 3.0 developers on [EMAIL PROTECTED],
> perhaps we can take the talk there.

Carbon-coping [EMAIL PROTECTED] (which is public)
for SpamAssassin issues (all versions) is probably the easiest way to
get SpamAssassin developers involved in a discussion.

Daniel

-- 
Daniel Quinlan                     anti-spam (SpamAssassin), Linux,
http://www.pathname.com/~quinlan/    and open source consulting

Reply via email to