Eric Kolve has released a new version 0.24 of SpamCopURI that
addresses the missing port or username part of URIs and
makes other updates:
http://sourceforge.net/projects/spamcopuri/
Changes:
0.24 Sun Mar 6 01:54:09 PST 2005
- updating rules/spamcop_uri.cf with latest scores,
exclusions, etc.
0.23 Sun Mar 6 01:04:46 PST 2005
- updated diffs against SA 2.63 and 2.64
- fixing regex for port stripping of urls
- fixing configuration for xrl.us / openredirect
SpamCopURI is used with SpamAssassin 2.63 and 2.64.
This missing content after colon issue is also fixed in the
upcoming 3.1 version of SpamAssassin's urirhs*.
Jeff C.
--
Jeff Chan
mailto:jeffc@surbl.org
http://www.surbl.org/
Date: Tue, 1 Mar 2005 23:55:02 -0600 (CST)
From: Ryan Thompson <ryan(a)sasknow.com>
Subject: GetURI 1.7 Released
2005-03-01: GetURI 1.7 Released
I'm very pleased to announce the release of GetURI 1.7. This is primarily a
maintenance release. However, the new geturi.cgi has been included from the
author's local source. geturi.cgi is the engine that drives the CGI-based
system at http://ry.ca/geturi/
New features:
- Experimental geturi.cgi provides CGI interface to geturi
- Improved build/release procedure
Bug fixes:
- Fix domain creation date bug with .co.uk and .uk domains
- Front-load 2nd level TLDs in tld.txt to fix domain ID bug
- Added known subdomains within .ar
To fetch the new version of GetURI, please visit http://ry.ca/geturi/
As always, your feedback will help improve GetURI!
Additional testers are always welcome.
- Ryan Thompson <ryan(a)sasknow.com>
---------------------------------------------------------------------------
Thanks!
- Ryan
--
Ryan Thompson <ryan(a)sasknow.com>
SaskNow Technologies - http://www.sasknow.com
901-1st Avenue North - Saskatoon, SK - S7K 1Y4
Tel: 306-664-3600 Fax: 306-244-7037 Saskatoon
Toll-Free: 877-727-5669 (877-SASKNOW) North America
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/
I will be removing the partial set of SURBL zone files (SC and
WS) from the SURBL web site by 7 January 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.
The files will probably be deleted and replaced with a custom
error message, which hopefully will show up in logs of the
script. Darrell of Invariant Systems will also be mentioning
this on Declude discussion groups.
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'd like to welcome and thank the addition of a new public
SURBL name server c3.surbl.org administered by:
Frank Precissi of InReach Internet
Without our public nameservers and the help of their
administrators, SURBLs would not be possible.
Our thanks to all of them!
Jeff C.
--
Jeff Chan
mailto:jeffc@surbl.org
http://www.surbl.org/