[Spambayes] RE: Ideas for an MSc project please...
rcoe at CambridgeMA.GOV
Mon Feb 9 14:50:34 EST 2004
Actually, Chris wasn't complaining about the unreliability of his mail system; he was complaining about the impact on his throughput of server-side filtering. And I think he has a point. Email clients usually have more than enough capacity to take on the filtering load for a single user; email servers have to be pretty beefy to handle the load for an entire user community. Yeah, he could (and apparently will) throw more hardware at the problem. But given the well-known difficulty of collecting training data for a server-side Bayesian filter, why not just admit that this particular solution works better on the client?
> -----Original Message-----
> From: spambayes-bounces at python.org
> [mailto:spambayes-bounces at python.org]On Behalf Of Ryan Malayter
> Sent: Monday, February 09, 2004 11:37 AM
> To: spambayes at python.org
> Subject: RE: [Spambayes] Ideas for an MSc project please...
> [Christopher Jastram]
> > (We were running a 667 MHz Celeron w/ 128 mb ram.)
> How can you complain about the unreliability of your mail system, when
> you're running it on 1999-era, desktop-class hardware in 2004?
> Especially when you're a *technology* company? Hardware is CHEAP.
> People's time and lost sales are expensive.
> Yours was a failure in planning, not in hardware or software. Viruses
> and spam have been known quantities for many years now, part of the
> internet landscape. Certainly you figured they might impact your
> infrastructure in some way. Why did you fail to plan accordingly, and
> allocate budget for more robust MTAs?
> Setting up a reliable mail infrastructure is not that hard. Read the
> RFCs. Set up a reliable server on your site, with MX precedence =10.
> Have your ISP's set up their SMTP servers set up to relay to your
> domain, and put them in your DNS as MX=20. No mail bounces, it just gets
> queued at your ISP when you're down. Same hardware costs on your end.
> Besides, even if you have only one MX server, well-behaved sending MTA's
> should queue your mail at the sending site for a few days, retrying
> every few hours, before reporting failure to the originating user. Only
> spammers and viruses refuse to retry gracefully.
More information about the Spambayes