We're considering Postini as a turnkey ASP-based anti-virus/spam solution. Brief research shows many ISP's are now using it and they are getting good write-ups.
All I've heard about Postini has been predominantly good. Brightmail, too.
Looking for technical feedback pro/con from anyone that has considered or is using them.One IMGate/IMail client was looking at $12,000/year, and tried IMGate, for 5000 mailboxes. afaik, he won't be going Postini. I expect he will also cancel his $2000/year to mail-abuse.org, too. Mail-abuse.org rejects are a tiny %age of blocks to what IMGate does for free.
We are considering them for financial reasons
how many mailboxes and what's the Postini bill?
- rough estimates on our end are that we could eliminate the intensive ongoing efforts of tuning rules and filters and the need for constantly trying to stay one step ahead of the spammerswell, fiddling with header filters is not recommended when starting out with IMGate, but some IMGAte admins, after they see how much they can stop without Subject: filtering, go ahead and have a go at it.
I've even posted some suggestions in the IMGate list about how to play the Subject game more effectively.
Here's today's report for IMGate user where I have been helping him with his Subject: filtering:
3 SMTP Exceeded Hard Error Limit after CONNECT
4 ETRN Mail theft attempt
9 DNS no A/MX for @recipient.domain
13 SMTP invalid [EMAIL PROTECTED]
18 SMTP invalid [EMAIL PROTECTED]
28 ACL unauthorized relay
58 SMTP unauthorized pipelining
66 SMTP Exceeded Hard Error Limit after DATA
70 ACL recipient not in to_recipients_eenet
80 ACL [EMAIL PROTECTED]
230 ACL helo_hostnames
264 ACL mta_clients_bw
297 ACL body checks
972 DNS no A/MX for @sender.domain
1491 ACL header checks <<<<<<<<<<<<<<
1609 ACL from_senders_clueless
1652 DNS timeout for MTA PTR hostname (forged @sender.domain)
1712 SMTP Exceeded Hard Error Limit after RCPT
3284 DNS nxdomain for MTA PTR hostname (forged @sender.domain)
3778 ACL from_senders_slet
5393 ACL mta_header_checks <<<<<<<<<<<<<<<<
6002 ACL from_senders_black
11360 ACL mta_clients_black
12744 ACL from_senders_regexp <<<<<<<<<
===================================
51137 TOTAL
note that the header_checks directly don't contribute much, but escalating the Subject: rejects to be blocks by ip (mta_header_checks) and envelope sender (from_senders_regexp).
while providing our clients with a tool that is server based (independent of their choice of mail client software) and empowers them to adjust their settings while giving them also a web-based tool for reviewing hold/blocked messages.well, there's the POV that businesses don't want their employees wasting time on (receiving) spam and then wasting more time trying to filter it at each desktop. This is the POV of IMGate.
And the other POV is dump the problem on the user's and "empower" them to waste their time. It's really stupid waste of time.
The 2nd POV sometimes has the idiotic fear, which I think reeks of PC, that there may be, horror of horrors, a false positive, so NEVER block anything, dump it all on the user.
We currently charge a small per mailbox fee for virus-protection/spam blocking so the ASP model is workable, but if things continue as they are, freeing up almost a full-time person between rules managment and tech support would more than pay for itself -- at least that is our financial analysis.I would be really surprised if any IMGate admin, even with 300K msgs/day passing through IMGate, spends one person full-time for running it. It's mostly "fire and forget" with IMGate, with the occassional intervention to black/white list.
For the record, we are currently using declude add-on to Imail along with other internally built tools and procedures which is rapidly becoming very unwieldly. It's been great, but we are starting to outgrow the ability to manage it cost-effectively.
how many msgs/day are you talking about? Len To Unsubscribe: http://www.ipswitch.com/support/mailing-lists.html List Archive: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/ Knowledge Base/FAQ: http://www.ipswitch.com/support/IMail/
