Open Bug 273455 Opened 20 years ago Updated 2 years ago

Support for SURBL in spam filter

Categories

(Thunderbird :: Filters, enhancement)

enhancement

Tracking

(Not tracked)

UNCONFIRMED

People

(Reporter: jquinn, Unassigned)

References

(Blocks 1 open bug)

Details

User-Agent:       Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1) Opera 7.20  [en]
Build Identifier: 

SURBL is a list of websites that spam emails link to. By checking for links to 
these websites, you can identify a lot of spam. There are certain complications 
- open redirects, etc. - but they can be mostly solved. This is mentioned in the 
comments for bug 254913 and bug 255985 but it is not specifically covered in any 
bug. This bug asks for mozilla to scan all emails for URLs (including from: and 
reply-to:) and check them all against SURBL, each time the spam filter runs 
(preferably fixed number of messages to-and-from server per filtering step even 
if there are many messages).

(Basically, almost any spam needs some way to get back to the spammer, if they 
want to make money off of you. The possibilities are reply-to, urls, 
attachments, and getting the user to manually respond ("userscript"). This 
method can block the first two, the last is negligible, all that remains is 
attachments. For attachments, a combination of checking in real time some list 
of filters to stop viruses, checking to see if the sender is in the automatic 
address book, and then just marking all other messages that have attachments 
besides certain static file types (.jpg, .txt, etc...) as spam. But that's 
another bug.)

Reproducible: Always
Steps to Reproduce:
1.Get your email
2.Run spamfilter
3.

Actual Results:  
hundreds of spams left, even after much training

Expected Results:  
caught more spam

*** This bug has been marked as a duplicate of 156337 ***
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
This is NOT a duplicate of bug 156337. This relates to checking the URLs in the 
message against a spam list, NOT the IP's in the message header.
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
Sorry if by reopening it I have abused the netiquette here, I am not clear how I 
would know that besides writing this additional note, if so maybe Bugzilla 
should say so next to the checkboxes.
This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/
This bug has been automatically resolved after a period of inactivity (see above
comment). If anyone thinks this is incorrect, they should feel free to reopen it.
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago19 years ago
Resolution: --- → EXPIRED
I'm reopening this one. Obviously spam-fighting requires an integrated approach,
and this is just one part of a solution, but certainly in my case the Mozilla
bayesian filter has fallen to under 10% effectiveness so something new is needed.

I don't know my way around bugzilla enough to find the appropriate meta-bug so
this can be part of the integrated picture. If someone reading this does know, I
would appreciate it.
Status: RESOLVED → UNCONFIRMED
Resolution: EXPIRED → ---
QA Contact: general
Assignee: mscott → nobody
Blocks: junktracker
Component: General → Untriaged
This bug is not about reporting, so anything to do with SpamCop. It is about detecting.
Component: Untriaged → Filters
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.