I agree with every point Davide. I would just add that well implemented multiple spamd hosts is an efficient solution used on very large mail servers. I think the major problem is when you have it all done by one server (mail, spamc/spamd, web, dns ....).
Ciao Dario > Look SA is slow everywhere, not only on Windows. And it's not entirely a > Perl responsibility. Simply the app does not scale, having to evaluate > hundreds of regualr expressions, parse HTML, call for DNS resolution, etc... > The cause of the performance problem is, on one side the application > design (and nature), on the other side the "slowness" of an interpreting > environment that has to be loaded at every run. If you are trying to plug > SA on a mail server that processes 500+ messages per minute, you are going > to suffer in some way. Things like SPAMC though, can help cutting down the > interpreter loading time. Remember, SA would be slow on every environment > that is interpreted, since 1) interpreted enviroment needs time to > initialize 2) SA uses, being a complex thing, a bunch of modules, that in > turn needs to initialize 3) it has become a huge thing, with the number of > performed tests incresing every day. > > > > - Davide > > - > To unsubscribe from this list: send the line "unsubscribe xmail" in > the body of a message to [EMAIL PROTECTED] > For general help: send the line "help" in the body of a message to > [EMAIL PROTECTED] > - To unsubscribe from this list: send the line "unsubscribe xmail" in the body of a message to [EMAIL PROTECTED] For general help: send the line "help" in the body of a message to [EMAIL PROTECTED]