OpenSRS: Reseller Friendly since 1999
 

Making OpenSRS Email Filtering Easier to Deploy and Use

Starting next week, we’re making our Email Filtering easier to deploy and more intuitive for users. The change is quite simple–instead of delivering mail to a webmail-based Spam Quarantine by default, we’re instead making it possible to tag the spam, add an optional and configurable header, and then deliver the spam through to the users’ regular inbox (filtered into a spam folder, either server side, or in the client).

Making things easier

We looked at how a lot of software anti-spam solutions worked and decided that if we wanted to allow you to get rid of the headache of operating something like Spam Assassin on you own email server, then we shouldn’t create any additional headaches for you to make the switch.

So, we set out to replicate the setup of many of these self-run solutions with the anti-spam software in our data center, maintained by us. That meant allowing you to configure a specific header to add to messages flagged as spam and allowing you to tag the messages as spam in the email subject line.

The net result is an Email Filtering service that is effectively “hot swappable” with your existing setup. To your users, the change can be invisible – they don’t need to change their email client, or be retrained to visit a Spam Quarantine to view spam email. They can continue to receive their email, and messages flagged as spam as they are today, using your own setup.

Fewer hassles

Of course, you get the benefit of not having to maintain those spam filters or worry about things like blacklists, or other abuse issues.

Here’s a graphical representation of the new email flow. You can see on the left, with the Spam Quarantine, users have to deal with two interfaces to email. On the right, with “pass through” enabled, it’s a single point of contact with both wanted email, and spam (tagged and delivered to the spam folder).

Email Filtering starts at just $0.10/mailbox per month. Consider the time spent maintaining your current setup, including downloading and applying rules changes, or modifying settings, and we think you’ll agree that having us filter your users’ mail is the best way to go.

Learn more about OpenSRS Email Filtering.

Possibly related posts:

  1. OpenSRS Email Filtering is Now Less Expensive and Better!
  2. Dealing with Spam and Email Catch-all
  • Matt

    This is a DUMB and BAD idea. The whole point of an off-server spam filter is so that I can off-load the filtering aspect of my server to someone else (i.e. OpenSRS). If I still have to get all the Spam delivered to my users (some of which are forwarded off-site to AOL, etc.), and my server STILL has to do all the work of looking for a particular header and saving it to a separate box on my server for X # of days for my client to have access to, then what’s the point?

    The only benefit to your service now vs. some other plays (Postini, Katharion, etc.) is price. And of course, as they say “You get what you pay for”. True enough!

    • James Koole

      Certainly allowing the spam to be delivered through to your server does take away from one of the big selling points of a hosted anti-spam solution.

      That is exactly why we provide you with the choice to use the Spam Quarantine or to deliver the mail through. Some Resellers will choose to use the Quarantine for the reason you state, but others would rather not have to deal with the Quarantine and training end users.

      Thanks for the comment.

  • Ben

    This is a WONDERFUL move. This means that it is now possible to actually *use* openSRS mail forwarding without having flagged messages lost forever in a hidden quarantine. I have had to set up a mail server for aliases specifically to offer forwarding to my clients, but now can relegate that responsibility to OpenSRS, which I would *gladly* pay for.

    You have made my day!

    Ben

Become a Reseller

Sign Up Now
 
 
Subscription Options
Archive