In brief, I've found the -m flag very stable on both 2.55 and 2.60. I found at certain times of day, a combination of a burst of spam and slow RBLs left me with too many spamds (not to mention procmails and sendmails) for the the amount of real memory I had. I added a bunch of RAM and the problem went away.
On Thu, 23 Oct 2003, Cheryl L. Southard wrote: > Hi All, > > When we were running spamd V2.43 on our Solaris 8 computer, we found > that the '-m' flag made spamd very unstable. The program would crash > frequently so that no spamd would be running and no filtering was done. > > Does anyone know if the "-m" flag is now more stable? We've since upgraded > to Spamassassin 2.54 and Solaris 9. > > Or maybe you folks can help me find another solution to my e-mail problems. > It seems that every month or so, our e-mail server goes into swapping hell. > Basically it runs out of real memory and starts swapping. We've > already setup limits on our sendmail so that we have a > CONNECTION_RATE_THROTTLE of 3 and a MAX_DAEMON_CHILDREN of 20. Normally, > spamd takes about 30 seconds to complete, but when it's in swapping-hell > it takes approximately 550 seconds, and since each one takes 20MB of memory, > quite a few (up to MAX_DAEMON_CHILDREN, I suppose) can start up and our > mail server runs out of memory. Usually other things are going on > with the mail server at these times, so it's not entirely spamc/spamd that > is causing the swapping. > > I see that there is a "-t" flag for spamc, but this doesn't subsequently > kill the spamd processes after the timeout value is reached. Is there > anyway of telling spamd to stop working if we are swapping a lot? I see > that spamd has a lot of little timeout variables for various specific > tests, but is there an overall timeout for the entire spamd session? > > Another alternative that I can't quite figure out how to impliment is > to setup the procmailrc file to check the memory and only run spamc/spamd > if there is enough. We already use procmail to deliver local > e-mail. Does anyone know a procmailrc rule that we can put in that > can check the amount of swapping that is currently taking place? > My current site-wide procmailrc looks like this: > DROPPRIVS=yes > :0fw > | spamc > > Thanks, > > Cheryl > -- Jack Gostl [EMAIL PROTECTED] ------------------------------------------------------- This SF.net email is sponsored by: The SF.net Donation Program. Do you like what SourceForge.net is doing for the Open Source Community? Make a contribution, and help us add new features and functionality. Click here: http://sourceforge.net/donate/ _______________________________________________ Spamassassin-talk mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/spamassassin-talk
