The problem with the filter doing the deletion:-

user receives a spam from a known (faked) email address, he then deletes it from quarantine. Now that KNOWN user can not send to the user. and as you are requesting it deletes the message rather than quarantineing it, there is no way that the user can get the message back.

 

The Answer is with the GUI. simply create another DB (i would recomend against adding tables to the spamfilter one as it is easier to manage if all your custom tables exist in there own DB) then at the front end webpage create a link on the senders email address that gives the user the option to "Hide this address", Hide this domain" then store store it into your custom table along with the users name, the web script then marks the message for deletion, and reloads the page.

 

you need to customize the SQL query for the page load so that it pulls all the emails as long as the address does not appear in the custom table as mentioned above.

 

Also on the quarantine page i have a Toggle button to show hidden messages, in case they are looking for something in particular.

 

This proves to be the best option for a number of reasons:-

1. You want the Client to see that there are a large number of emails that you are stopping from getting to there network, otherwise what are they paying you for. It is bad enough that greylisting cuts out about 90% of spam so the users never get to see that. (Please read "Bad Enough" in the context that i meant it. There is no way i would ever run without it, i will happily live with the issue of explaining to my clients the positives.)

 

2. What you are requesting is that emails that match the autoBlackList be instantly dropped and not sent to the quarantine archive. So then getting them back seems to be a major issue.

 

 

Lastly

this thread was started on 15/10/09 and still being actively chased 1 month later. Why wouldnt you just get the GUI changed. Shouldnt take anymore than 8 hours work for a developer to add the feature.

 

Thats my two cents worth.

We're "trying" to release a new, long overdue, official build within the next couple of weeks. We've always postponed this as new features are continuously added, making it hard to have a "stable", proven build ready. If you can ping me back in 304 weeks, we'll see what can be done for this latter request.

I've been asked about this feature again by another client. Is there any likelihood of a to|from blacklist feature being introduced at some point in the future?

Thanks.

 

Roberto,

 

  We've been hinting this for years. Maybe we were hinting incorrectly

Thanks for the confirmation. I shall keep on the look out for that one :)

You are perfectly correct. Adding the entry to the MyAutoBL will not alter what SpamFilter does, so the emails will still be delivered to your Inbox.

The use of this extra table was added per user request, and as it does indeed help cleaning out the user's quarantine a bit, we liked the idea as well and implemented. It is was in no way meant as a means to actually block emails, since that was done already by the existing emails/domains blacklists. This MyAutoBL would however be more specific and could pinpoint blocking specific emails to specific users however... so we may have SpamFilter use it in the future as well to block incoming spam as you're hinting!

Going by what you have said, it would seem as though my assumption is correct... Maybe you misunderstood what I was saying?

Example, I receive emails from Joe, who does not unsubscribe me, or who's unsubscribe does not work, or maybe you have to unsubscribe by sending a reply email where my from address does not match the to address they send the mailshots to.

Joe's emails never end up in my quarantine, therefore I can not ForceDelete, so instead I add our address pair to the MyAutoBL table manually.

The end result is simply the following:

A user (Joe) deletes a spam email (from "SpamGuy") from their quarantine. A record for Joe/SpamGuy is added to MyAutoBL. A few hours later SpamGuy sends more spam to Joe. The scheduled job in the SQL Server simply removes from the quarantine table (tblQuarantine) any emails that have the To/From present in MyAutoBL. So all future emails from SpamGuy to Joe (that SpamFilter will have blocked due to other filters) that will be quarantined, will be removed from the quarantine by this scripted job, so that Joe does not see any more emails form SpamGuy in his quarantine.

This will not "help" SpamFilter stopping more spam as this MyAutoBL table is not checked. It simply helps reducing the clutter from the quarantined emails by removing emails in the quarantine tables that were forcefully removed in the past.

The email 

end-users do not see emails th

Just to confirm I understand what your above scripts do....

If I were to manually add a FROM|TO combination into the MyAutoBL table, and then receive an email matching these two address which was not otherwise being caught as spam, and therefore did not end up in the quarantine - would the email still be delivered to my Inbox?

As you have made no changes to the spamfilter binary's (from what I can see) to check the MyAutoBL table upon receiving an email, I presume my assumption above would be correct?