Bug 6530 - Evaluate Tiopan DNSBL
Summary: Evaluate Tiopan DNSBL
Status: RESOLVED WONTFIX
Alias: None
Product: Spamassassin
Classification: Unclassified
Component: Rules (show other bugs)
Version: SVN Trunk (Latest Devel Version)
Hardware: PC Linux
: P2 enhancement
Target Milestone: Undefined
Assignee: SpamAssassin Developer Mailing List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-12-29 17:36 UTC by Warren Togami
Modified: 2012-08-13 08:05 UTC (History)
1 user (show)


Attachment Type Modified Status Actions Submitter/CLA Status
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Warren Togami 2010-12-29 17:36:33 UTC 
http://www.tiopan.com/blacklist.php
The owner of the Tiopan DNSBL has requested that we test his blacklist in our weekly masscheck.

http://www.sdsc.edu/~jeff/spam/cbc.html
This weekly comparison of blacklists indicates that it has decent performance.

header RCVD_IN_TIOPAN_BL eval:check_rbl('tiopan-lastexternal', 'bl.tiopan.com')
describe RCVD_IN_TIOPAN_BL Received from an IP listed in Tiopan Blacklist
tflags RCVD_IN_TIOPAN_BL net nopublish
score RCVD_IN_TIOPAN_BL 0.01

As agreed last year, I am proposing this here for public comment before adding more DNSBL's for masscheck comparison.  Unless I hear any objections or "please wait", I'd like to commit this to the sandbox before this Saturday's masscheck.
Comment 1 Kevin A. McGrail 2011-11-01 22:39:46 UTC 
Warren,

As best I can tell this was committed.  Is it running afoul of bug 6527 for testing?  Any feedback on the rules?

Regards,
KAM
Comment 2 Warren Togami 2011-11-03 07:26:31 UTC 
Tiopan's safety is atrociously bad so it will likely never be suitable for Spamassassin.  But it often gives unique results that are nothing like other DNSBL's so it is interesting to keep in the weekly masscheck.
Comment 3 Kevin A. McGrail 2012-01-17 16:42:39 UTC 
(In reply to comment #2)
> Tiopan's safety is atrociously bad so it will likely never be suitable for
> Spamassassin.  But it often gives unique results that are nothing like other
> DNSBL's so it is interesting to keep in the weekly masscheck.

Roger that.  Then closing this ticket as won't fix since it won't be released.
Comment 4 AXB 2012-08-12 15:53:37 UTC 
I'd like to propose removal/disabling of these test from sandboxes

( /trunk/rulesrc/sandbox/wtogami/20_bug_6530_tiopan.cf)

They're set to nopublish (since 2010) and while it's nice to test new BLs, it
puts an unnecessaary load on weekly masschecks to keep them there for such a
long time.

comments, votes please!
Comment 5 Kevin A. McGrail 2012-08-12 15:56:34 UTC 
+1 Any BLs that are active in sandbox with no one actively reviewing the results should and really must be disabled.  Net masschecks are taking too long on the weekend!
Comment 6 AXB 2012-08-13 08:05:04 UTC 
FTR: Rules commented out on Aug 12 2012