Christian Rehkopf schrieb: >> no install needed, that critter is an "unzip and run" one, >> nothing to really install or "copy somewhere" and won't harm >> the system at least it never did so whenever I used it :) > > OK - I did to make it visible > > The good news is: > During a passing big mail the system and ASSP is available also during > 100% load. > > The new information is: it depends on bandwith. > > My test was: > Turned off any scorings, just use RBL, SPF, no bayesian, PB on, RegEx > off, no testmodes > I sent a big mail as authenticated user over my (low) DSL-Connection > over the server to my Gmail-account, ASSP peaked up to 24%. (what is > less than before - must be the deactivated Bayesian Scoring) > ASSP is only between incoming messages and my server - outgoing messages > go directly, and there is no "internal" user - its an ISP enviroment. > > Then I returned the mail from Gmail (in noprocessing-list !!) > One processor is owned by ASSP :( > See result here (with Process Explorer): > http://www.crnet.de/labor/img/example-bigmail2.gif
I do not quite get your point. It's no question that you can saturate your server if you send from a big line and while you do not mitigate the priority of the perl process. The problem many people saw was much worse. The processing of big mails came to near stop with the broken assp versions. Rainer ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Assp-user mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/assp-user
