If you are using SpamCopURI version 0.22 then please update your
configuration to add two recent lists AB and JP. There are also a
few typos corrected in the sample configuration at.
http://www.surbl.org/spamcop_uri.cf.022-updated.txt
Cheers,
Jeff C.
--
Jeff Chan
mailto:jeffc@surbl.org
http://www.surbl.org/
This is a reminder that we have taken the JP data out of WS and
have deleted the WS and SC SURBL zone files form the SURBL web
site, as previously announced last week. Here are some relevant
parts of those announcements:
> We will be removing the data in jp.surbl.org from ws.surbl.org on
> February 7th. If you are using SpamAssassin and don't already
> have a separate rule for JP, then please add one as described
> in the SURBL Quick Start:
>
> http://www.surbl.org/quickstart.html
>
> When SpamAssassin 3.1 is released, it will also include a separate
> rule for JP.
>
> If you are using other programs, please check that they are using
> JP in addition to the other lists in multi. JP is bitmask
> 127.0.0.64 in multi.surbl.org and it has a relatively high spam
> detection rate and low false positive rate, so it's definitely
> worth using. More information can be found on the Lists page:
>
> http://www.surbl.org/lists.html
> I will be removing the partial set of SURBL zone files (SC and
> WS) from the SURBL web site by 7 February 2005. This will mainly
> effect users of Roger Eriksson's Windows command script which
> downloads the SC zone file using wget then checks SUBRL domains
> against message bodies in Declude JunkMail. It should not affect
> most other users of SURBLs, since other applications use the
> preferred DNS lookups to get SURBL data. This change does not
> affect SURBL name servers or name service, nor are any changes
> required to them or applications that use their services.
[...]
> As an alternative for users of the command script, SURBLs can be
> checked in Declude Junkmail using invURIBL, as mentioned in an
> earlier announcement, and the DNS method it uses is definitely
> preferred.
>
> Here is that part of the earlier announcement:
>
> 12/31/04: Invariant Systems has written a Windows URI
> extraction tool invURIBL which can check message body URIs
> against SURBLs. It can be used standalone or as plugin to any
> Windows mail server that can call an external application and
> process the return code. For example, it is finding use with
> Declude for Imail.
>
> http://www.invariantsystems.com/invURIBL/default.htm
>
> Probably other plug-in type filters which support SURBLs can be
> used with Declude Junkmail and other similar mail programs.
>
> http://www.surbl.org/links.html
Jeff C.
--
Jeff Chan
mailto:jeffc@surbl.org
http://www.surbl.org/
We will be removing the data in jp.surbl.org from ws.surbl.org on
February 7th.* If you are using SpamAssassin and don't already
have a separate rule for JP, then please add one as described
in the SURBL Quick Start:
http://www.surbl.org/quickstart.html
When SpamAssassin 3.1 is released, it will also include a separate
rule for JP.
If you are using other programs, please check that they are using
JP in addition to the other lists in multi. JP is bitmask
127.0.0.64 in multi.surbl.org and it has a relatively high spam
detection rate and low false positive rate, so it's definitely
worth using. More information can be found on the Lists page:
http://www.surbl.org/lists.html
(* Previously JP data was merged in with WS data because
SpamAssassin 3.0 was released before a separate rule for
JP could be added. Adding them into WS was a way to get
the benefits of JP into SA 3.0. But the lists are better
separately because they have some differing data sources
and types.)
Jeff C.
--
Jeff Chan
mailto:jeffc@surbl.org
http://www.surbl.org/