Feature Request - Better spamfilter

BlueCola

Verified User
Joined
Jan 12, 2012
Messages
73
I think it would be nice to have an alternative for SpamAssasin, as it isn't really the best spamfilter. Some of my customers set the threshold to 10, and there is still a lot of spam coming through. Also it identifies good mail as spam, which isn't nice either.

Hope this can be a feature soon!
 
Hello,

Will you please tell us what spamfilter is better than SA in your opinion?

p.s. You should continuously train and teach spammassasin manually or with a script to treat spam better than it does by default.
 
Not sure what you mean by threshold of ten. The higher the number the more spam gets through. You might want to try five. SpamAssassin effectiveness comes and goes as spammers test their emails against it, too.

Do you also use the SpamBlocker settings in the exim.conf file? They help quite a bit.

Jeff
 
@BlueCola, you should try dspam. It's resource friendly and a no-brainer for users as there is zero configuration. You could also vote for another feature request which asked for DA to be spam filter neutral ;).
 
You could also vote for another feature request which asked for DA to be spam filter neutral ;).
I'm not sure what you mean. Do you mean that DirectAdmin shouldn't include a link to SpamAssassin, but that people who want to use it should need to install it themselves? If so, then note that SpamAssassin isn't installed into DirectAdmin by default, and if you don't install it, then it won't show up in the DirectAdmin interface.

While it's true that the SpamBlocker exim.conf software I write does include internal interfaces to blocklists, to SpamAssassin, and to the DirectAdmin spam filter, all of those can be changed as well.

Are you suggesting that dspam can replace some of those tools? If so, then please be kind enough to post details of your installation and your exim.conf file, so that those who wish another choice will have it.

Jeff
 
The FR I was referring to is this one:
http://www.directadmin.com/forum/showthread.php?t=11456

Hiding SpamAssassin is not the best solution, because most admins will want a spam filtering solution. Making the spam configuration files in DA more generic would be a better option.

I've written a dspam howto a long time ago and I think other people did as well. It replaces the SpamAssassin part of the mail system. The DA spam filters can be replaced by sieve which offers per mail user configurations which can be controlled by any email client, but for this to work, custombuild should install ManageSieve. But my point is that different customers will have different needs and DA should be more neutral when it comes to managing anti-spam solutions.
 
It's been over six years since you wrote the last thread to the post, and nothing's been done. You write (if I understand correctly) that DirectAdmin should include something more generic, but I don't see an example of what you mean. I'd be the logical person to write it if it's going to be written, but I'd need a lot better direction as to what it is you want.

The reason I wasn't interested in dspam then was it appeared to duplicate what we already have, It still does, but if it's entirely compiled code, then it might run faster. Otherwise, rules seem to be a matter of preference.

But I'm stuck on generic. Do you mean code in exim.conf that would allow you to set a switch, and would then work automatically? I'm not sure how to do that except to write a configuration system for exim.conf, and adding together pieces. I'm not sure that would be easy to do.

Your post six years ago was an exchange between you and I; this thread was started by someone else and has attracted yet one other poster.

So let's see what's recommended, or at least show me an example of what you mean by generic.

Feel free to donate your solution to the community, as I donated mine.

(And for what it's worth, I find that when I use 5 as my SpamAssassin threshold, I get almost 0 false positives (I go weeks without them), and only a few uncaught spams a day; personally, for me SpamAssassin works.)

Jeff
 
I've posted additional information regarding what I mean by generic in the other thread. It's something that DA needs to change and then exim.conf can be modified to use a different backend.

dspam is indeed a replacement for SpamAssassin. The howto contains the Exim directors and transports to use if someone wants to switch to dspam. It's as easy to setup as SpamAssassin and maybe these config blocks could be included in Spamblocker, but commented out?

The main reasons to switch would be:
- lower server load
- no brainer engine training by the users
- zero config for the user
- free chocolate for life*

I haven't used SpamAssassin for many years, so maybe it's become easy to manage for users and DA hasn't caught up with the changes and still requires admins/webmasters to sign in to make changes for users. I'd rather let my users manage their filters by moving their emails in and out of folders.
*until stock run out
 
DirectAdmin has user-level SpamAssassin control, but you're right in that there may be room for improvement. Let's see how many posters may be interested in this feature request.

Jeff
 
I've posted additional information regarding what I mean by generic in the other thread. It's something that DA needs to change and then exim.conf can be modified to use a different backend.

dspam is indeed a replacement for SpamAssassin. The howto contains the Exim directors and transports to use if someone wants to switch to dspam. It's as easy to setup as SpamAssassin and maybe these config blocks could be included in Spamblocker, but commented out?

The main reasons to switch would be:
- lower server load
- no brainer engine training by the users
- zero config for the user
- free chocolate for life*

I haven't used SpamAssassin for many years, so maybe it's become easy to manage for users and DA hasn't caught up with the changes and still requires admins/webmasters to sign in to make changes for users. I'd rather let my users manage their filters by moving their emails in and out of folders.
*until stock run out

If you use Hash driver for DSPAM, don't per-user directories of tokens take too much of space? It would need to save millions of entries, and could take hundred megabytes of space. Relying on MySQL doesn't sound great also, because it would require MySQL to always be up for delivery. One of the solutions might be to use SQLite for it.
 
If you use Hash driver for DSPAM, don't per-user directories of tokens take too much of space? It would need to save millions of entries, and could take hundred megabytes of space. Relying on MySQL doesn't sound great also, because it would require MySQL to always be up for delivery. One of the solutions might be to use SQLite for it.
You are correct, expect to have a database of a minimum of 500MB with 2.5M entries, but these tokens are shared, so with the same spam hitting the server, it doesn't grow that much.
SQlite could be a good solution as well, but it's not a big problem if MySQL is down for a few seconds during an upgrade.
 
Back
Top