I think simscan is what you are looking for, it moves spamd, and clam to the qmail-send process instead of qmail-smtpd. This is what we do. This way, we have 75 incomming connections available, and only 5 local delivery concurrencies. So, spamd never hoses the server.
Good luck, Joey On Nov 18, 2007 8:44 AM, Lampa <[EMAIL PROTECTED]> wrote: > Hello, > > due to high load of server (brutaly by spamd), i want to create > another queue, where will be stored good messages. Let me explain > more: > > 1. on smtp level need to check only if recipient is valid, sender is > valid (checks against badhelo, badmailfrom, badmailto, and more) > > 2. if step 1 passed, store message in queue, but not for delivery, but > for another checking (eg message is for our server and is OK, should > be delivered) - from this queue should be runned qmail-scanner (or > something like qmail-scanner) which do rest of its work (clam, spam). > Of course there will be some concurent limit for this queue > > This is for high smtp concurency limit (incoming connections), now > when message is accepted by smtpd qmail-scanner fires spamd - eg have > 50 limit on incoming messages. > > Or is there other way to control spamd concurency (or qmail-scanner) > limit but not lowering incoming concurency ? > > Thank you. > > -- > Lampa > -- --- http://www.joeynovak.com C) 803-409-9969 (Work Cell) W) 757-233-0834 H) 757-383-8523 (SkypeIn) Real programmers just throw a bunch of 1s and 0s at the computer to see what sticks --Pete O'Hanlon "Very funny, Scotty. Now beam down my clothes." Be nice to nerds. Chances are you'll end up working for one. --Bill Gates Your most unhappy customers are your greatest source of learning. --Bill Gates Cope with Life, go buy a slurpee! http://www.slurpee.com/games.html
