Date: Thu, 17 Feb 2000 12:18:11 +1000 (EST) From: Colin Campbell <sgcccdc@citec.qld.gov.au> To: aunty <aunty@comcen.com.au> Cc: Jim Weeks <jim@siteplus.com>, Stuart Henderson <sthen@naiad.eclipse.net.uk>, freebsd-isp@FreeBSD.ORG Subject: Re: file descriptors / table is full Message-ID: <Pine.BSF.4.10.10002171209590.13535-100000@guru.citec.qld.gov.au> In-Reply-To: <20000217105716.F27835@comcen.com.au>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.10.10002171209590.13535-100000>