Karsten Bräckelmann-2 wrote: > > No stability concerns with either. > > However, with anything other than a trivial load, do not use the plain > spamassassin script, but the spamd daemon with the light-weight spamc > client. The daemon is much faster and consumes less resources, because > SA does not have to compile all rules and start a full Perl process each > time -- unlike the spamassassin script, which does.
Thanks for making me understand this important and critical difference. But why then spamassassin script should exist - just for my understanding? Karsten Bräckelmann-2 wrote: > > However, you will most likely *not* be able to scan "hundreds of > messages at the same time". Your machine simply doesn't have the > resources for that. > > Do you really expect them to be scanned simultaneously, at the very same > moment!? A continuous, steady stream of a hundred messages every few > seconds? Or are you referring to "same time" as in a human meaning, > actually covering minutes or even more. We usually benchmark any software/tool that is integrated within our web-based application for a maximum of 100 concurrent users. As you'd pointed rightly, there may be few seconds/minutes apart between each requests. Karsten Bräckelmann-2 wrote: > > But these are human generated messages, right? Exactly how many monkeys > do you have typing, to expect anything even close to that throughput? Hope my just above reply answers this. Karsten Bräckelmann-2 wrote: > > I guess I'm still not clear on your actual intention and environment. > Hope you do understand, that the receiver is likely to perform his own > spam filtering, with criteria differing from yours. In particular, all > those DNS BL and reputation based tests you simply cannot perform before > sending the mail. Yes, I totally understand and agree with your view points. To increase the email deliverability of our application Users, they themselves can test spam score of the email content they wish to send. Hence, it's just a spam score test purely on the email content from the sender's point of view. Hope this makes things clear. -- View this message in context: http://old.nabble.com/Stability-of-spamassassin-command-line-tool-tp29171831p29173062.html Sent from the SpamAssassin - Users mailing list archive at Nabble.com.
