You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@spamassassin.apache.org by bu...@bugzilla.spamassassin.org on 2010/03/11 00:43:23 UTC
[Bug 6372] New: LashBack: Unsubscribe Data
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6372
Summary: LashBack: Unsubscribe Data
Product: Spamassassin
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P5
Component: spamassassin
AssignedTo: dev@spamassassin.apache.org
ReportedBy: spamassassin@lashbackmail.com
I'm with an email compliance monitoring company called LashBack, located in St.
Louis, USA. I was hoping I could get some guildance from this group as to how
we might start a discussion with the SpamAssassin team in regards to seeing if
we might incorporate our "Unsubscribe Blacklist" (UBL) into your service.
The UBL is a list of IP addresses that are sending email to addresses which
have been harvested from unsubscribe/suppresion files. It's a very unique list
and I think it can add value to your project.
http://www.lashback.com/reputation/BlacklistResources.aspx
Thank you in advance.
Brandon Phillips
ceo, lashback llc
314.398.9900 direct
--
Configure bugmail: https://issues.apache.org/SpamAssassin/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[Bug 6372] LashBack: Unsubscribe Data
Posted by bu...@bugzilla.spamassassin.org.
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6372
Kevin A. McGrail <km...@pccc.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |kmcgrail@pccc.com
--- Comment #2 from Kevin A. McGrail <km...@pccc.com> 2012-01-18 23:41:21 UTC ---
Brandon,
The SA Policy for DNSBL inclusion has been formalized at
http://wiki.apache.org/spamassassin/DnsBlocklistsInclusionPolicy
Would you like us to continue this ticket?
Regards,
KAM
--
Configure bugmail: https://issues.apache.org/SpamAssassin/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
[Bug 6372] LashBack: Unsubscribe Data
Posted by bu...@bugzilla.spamassassin.org.
https://issues.apache.org/SpamAssassin/show_bug.cgi?id=6372
--- Comment #1 from Warren Togami <wa...@togami.com> 2010-03-11 02:59:17 UTC ---
There are a number of requirements (that are not documented anywhere...) for a
new blacklist to be added to spamassassin. But first the blacklist must be
measured to be useful in spam detection while also guarding against false
positives. Examples:
* Bug #6156 PSBL for example had over 2 months of testing in weekly masschecks
before it was enabled by default in spamassassin-3.3.0. PSBL's hit rate is a
relatively low 10-15% which is normally too small to be worthwhile as a default
network test in spamassassin. But PSBL was found to be consistently among the
SAFEST blacklists with almost zero false positives.
* The Anubis blacklists have been in testing for many months now. They are
catching roughly 33% of spam with a typically low false positive rate. 33% is
marginally good enough for inclusion in spamassassin, but overlap analysis
shows differences between Anubis and the typical top blacklists like Spamhaus
XBL, which is a good thing. Anubis being based in Europe uses very different
data sources than most other blacklists making it a valuable addition. Anubis
is now currently working on establishing a network of public global mirrors in
order to become suitable for spamassassin.
I have tested Lashback UBL during October 2009. The test is still in the
source sandbox.
spamassassin/trunk/rulesrc/sandbox/wtogami
# UBL testing disabled 20091019
# http://ruleqa.spamassassin.org/20091017-r826198-n/T_RCVD_IN_UBL/detail
# Saturday masscheck revealed 7.9% spam and 2.3% ham hit rate
#header RCVD_IN_UBL eval:check_rbl('ubl-lastexternal', 'ubl.unsubscore.com')
#describe RCVD_IN_UBL Relay listed in UBL
http://www.lashback.com/support/UnsubscribeBlacklistSupport.aspx
#tflags RCVD_IN_UBL net nopublish
Unfortunately the results at that time were abysmally bad. It caught far fewer
spam than the other blacklists, while the false positive rate was unacceptably
poor. We can certainly test your blacklist again.
Do you wish us to enable UBL in our weekly Saturday masschecks? It wont be a
rule pushed to any spamassassin clients. It will be a rule in Saturday
masschecks where you will have a burst of up to a million queries coming from a
small number of servers on the Internet.
Anyone else object to me enabling this test for weekly masscheck?
--
Configure bugmail: https://issues.apache.org/SpamAssassin/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.