From owner-freebsd-isp Wed Feb 16 18:21:26 2000 Delivered-To: freebsd-isp@freebsd.org Received: from builder.freebsd.org (builder.FreeBSD.ORG [204.216.27.24]) by hub.freebsd.org (Postfix) with ESMTP id DE47737B586 for ; Wed, 16 Feb 2000 18:21:23 -0800 (PST) (envelope-from sgcccdc@citec.qld.gov.au) Received: from inet03.citec.qld.gov.au (inet03.citec.qld.gov.au [203.5.10.10]) by builder.freebsd.org (Postfix) with ESMTP id 69911132EF for ; Wed, 16 Feb 2000 18:20:36 -0800 (PST) Received: by inet03.citec.qld.gov.au; id MAA05973; Thu, 17 Feb 2000 12:18:59 +1000 (EST) Received: from guru.citec.qld.gov.au( 147.132.20.47) by inet03.citec.qld.gov.au via smap (V2.0) id xma005765; Thu, 17 Feb 00 12:18:48 +1000 Received: from localhost (sgcccdc@localhost) by guru.citec.qld.gov.au (8.9.3/8.9.3) with ESMTP id MAA15174; Thu, 17 Feb 2000 12:18:11 +1000 (EST) (envelope-from sgcccdc@citec.qld.gov.au) X-Authentication-Warning: guru.citec.qld.gov.au: sgcccdc owned process doing -bs Date: Thu, 17 Feb 2000 12:18:11 +1000 (EST) From: Colin Campbell To: aunty Cc: Jim Weeks , Stuart Henderson , freebsd-isp@FreeBSD.ORG Subject: Re: file descriptors / table is full In-Reply-To: <20000217105716.F27835@comcen.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I haven't really been following this thread too closely so ignore me if I'm off track here. We had a problem with lots of undeliverable/slowly-delivered mail clogging up our mail system. The solution was to use a program called "re-mqueue". Our mail system now works as follows: - mail goes into the normal queue and gets processed every 10 minutes - mail which hasn't been delivered in one hour gets moved (cron job running re-mqueue) to the "one-hour" queue. Delivery is still attempted but less frequently (hourly). - mail which still hasn't been delivered after 6 hours goes to the 6-hour queue which gets processed every 4 hours. - mail which still hasn't been delivered after 24 hours goes to the 24-hour queue which gets porcessed 4 times a day. - if it stays there too long sendmail will dump it as per normal This means the slow mail does not clog up the easy stuff. It looks quite complex but only because we set it up that way. You could just use two queues. You can leave sendmail running as normal (sendmail -bd -q15m or whatever) but you need to add re-mqueue and a "sendmail -q -oQ..." for each new queue you create. For "re-mqueue" just search altavista. We needed something like this cos we handle over 110,000 messages per day (at about 100k per message). Colin On Thu, 17 Feb 2000, aunty wrote: > On Wed, Feb 16, 2000 at 06:37:51PM -0500, Jim Weeks wrote: > > Stuart Henderson wrote: > > > > > Kill sendmail, create multiple queue directories, move files > > > arbitrarily so you don't have too many msgs in any one queue, > > > run multiple sendmail processes to drain the alternative q's > > > "sendmail -q30m -OQueueDirectory=/var/spool/mqueue.1" > > > > > > It's well worth your while installing Postfix, Exim and Qmail > > > on a test machine and see if you feel happier with any of them. > > > In most situations, they're better able to handle heavy mail > > > load than Sendmail. > > > Why not > > kill sendmail > > cd /var > > mv -Rp /var/mail /usr/mail > > ln -s /usr/mail mail > > restarts sendmail > > Copy 9 gigs of mail to the /usr filesystem? I don't get it. > The exercise would certainly take my mind of my troubles. > > > -- > > Regards, > -*Sue*- > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-isp" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message