On Wed, Mar 03, 2004 at 12:02:10PM +0000, Philip Reynolds mentioned:
> 1) Providing this kind of functionality at SMTP level with Postfix
> means leaving your server far more susceptible to DoS attack.
Use IP tables rate limiting to mitigate this. It's not perfect, but it
should do the job.
But, if a mail server can scan spam, and not sent it to 500 recipients,
100 of whom will scan it themselves, think of the rainforests you are
saving.
> 2) Saying all of that, it is still possible to do this via the smtpd
> policy daemon in the new snapshots. Although, currently, I'm unaware
> of any implementations.
>> It wouldn't be too hard to create something based on the actual
> example in SMTPD_POLICY_README that comes with Postfix, which is a
> greylisting policy server.
>> Once again though, I must stress that if you run production level
> servers for clients/customers who pay for their service, providing
> real-time virus and spam scanning is asking for trouble. This should
> not be done at the SMTP level.
But loads and loads of them want it. They really do. So infrastructure
will have to grow and scale to be able to deliver that.
It will have to increase the price of delivering a mail service, but the
value does go up.
John
Maintained by the ILUG website team. The aim of Linux.ie is to
support and help commercial and private users of Linux in Ireland. You can
display ILUG news in your own webpages, read backend
information to find out how. Networking services kindly provided by HEAnet, server kindly donated by
Dell. Linux is a trademark of Linus Torvalds,
used with permission. No penguins were harmed in the production or maintenance
of this highly praised website. Looking for the
Indian Linux Users' Group? Try here. If you've read all this and aren't a lawyer: you should be!
