My mail box is an old clunker, hauled out of the closet and put back into service...it's a P-200, running RH9. My current configuration has spamc called on arriving messages via the global procmailrc, prior to delivery - single shared database for all users. Unfortunately, due to the way mail arrives on the box (via cron'd fetchmail), the mail-feed is 'lumpy', and processing big chunks of messages is grinding things to a crawl. I've lowered the maximum message size and I'm running spamd with '-m 3' to lower the number of simultaneous threads. What else can I do to reduce the processing overhead?
It occurred to me that there might be certain tests that are particularly costly for larger messages, and that I could run large messages through a reduced battery of tests, but I'm not sure if that's actually so. --S ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Spamassassin-talk mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/spamassassin-talk
