JBMC Software's vision on Spam + Virus solution?

That's your opinion, Plain and Simple.

We've extensively tested for false positives over an almost two-year period, and we've had a total of three false positives.

Each time we block, our error message sends a link to a page where the sender can unconditionally get his/her email whitelisted.

And we control blocklisting on a per domain basis, and also on a per user basis, both for senders and recipients.

Which works well for us, and for those of our clients who choose to try it.

You, on the other hand, may continue to do whatever it is you do.

It's a live and let live world, isn't it?

Note that the newest DA exim.conf file installs a blocklisting solution by default, but, also by default, doesn't turn on blocklisting for any domains.

Jeff
 
Jeff

A couple of points:
1. A lot of people using DA may be tempted to use RBLs without understanding what they are doing
2. Each RBL's criteria is different. If you do not fully understand what those criteria are you can shoot yourself in the foot
 
So it's not Plain and Simple after all?

Where in the two posts you've made to this thread have you posted a clarification of what RBLs do?

I've posted such clarification in the thread I started; the one announcing the SpamBlocker exim.conf file.

If there's enough interest I guess I can set up a forum where people can discuss the pros and cons of RBLs, blocklists, and Spam filters.

In fact I believe that since I run and control a few anti-spam solutions, I probably should.

Look for an announcement soon.

Jeff
 
You must log in or register to reply here.
Back
Top