From owner-freebsd-isp@FreeBSD.ORG Fri Apr 29 22:05:27 2005 Return-Path: Delivered-To: freebsd-isp@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24D7A16A4CE for ; Fri, 29 Apr 2005 22:05:27 +0000 (GMT) Received: from gak.upnix.net (gak.upnix.net [216.194.85.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id B974D43D4C for ; Fri, 29 Apr 2005 22:05:26 +0000 (GMT) (envelope-from chris@upnix.com) Received: from [192.168.121.123] ([209.82.103.246]) (authenticated bits=0) by gak.upnix.net (8.12.11/8.12.11) with ESMTP id j3TM5P8o017285 for ; Fri, 29 Apr 2005 16:05:25 -0600 (MDT) From: Chris Cameron To: freebsd-isp@freebsd.org Date: Fri, 29 Apr 2005 16:05:15 -0600 User-Agent: KMail/1.8 References: <200504281032.33822.jimd@nepinc.com> <200504281334.48362.jimd@nepinc.com> <42716480.60508@mac.com> In-Reply-To: <42716480.60508@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200504291605.15917.chris@upnix.com> Subject: Re: Mail Server recommendations X-BeenThere: freebsd-isp@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Internet Services Providers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2005 22:05:27 -0000 On Thursday 28 April 2005 16:32, Chuck Swiger wrote: > If you are using sendmail, consider switching to store and forward > mode exclusively, and use regular queue runners to help serialize the > mail into a certain # of deliveries at any one time via: > > # limit on number of concurrent queue runners > #O MaxQueueChildren > > Also consider setting up queue groups, and splitting up your mail > into at least two piles: your internal mail, and everyone else, > although creating a few more groups for common list traffic helps. I'd just like to say that this isn't the silver-bullet it ought to be, and will be pretty much worthless if this mail server is as busy as it's being made out to be. If the amount of mail in your queue is bigger than the number of queue runners you allow to run at any given time, sendmail will leak memory like mad. I have a script that HUPs sendmail every morning due to this. This is made all the worse by the fact that during peak times queue runners will get gummed up on undeliverable mail, and prevent the next bunch of queue runners from going, making the back log in the queue all the bigger. > Or consider switching to an MTA like postfix, which provides very > good control over how many child processes can go on via master.cf... Probably his best bet. Any new mail accounts at my site are going on a different server running qmail. Chris