From owner-freebsd-security Tue Feb 13 1:40:57 2001 Delivered-To: freebsd-security@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 4022237B491 for ; Tue, 13 Feb 2001 01:40:50 -0800 (PST) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id KAA94373; Tue, 13 Feb 2001 10:40:41 +0100 (CET) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: Neil Blakey-Milner Cc: "Edward W. M." , dominic_marks@hotmail.com, freebsd-security@FreeBSD.ORG Subject: Re: Secure Servers (SMTP, POP3, FTP) References: <20010213093240.A40761@rapier.smartspace.co.za> From: Dag-Erling Smorgrav Date: 13 Feb 2001 10:40:41 +0100 In-Reply-To: Neil Blakey-Milner's message of "Tue, 13 Feb 2001 09:32:40 +0200" Message-ID: Lines: 35 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-security@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Neil Blakey-Milner writes: > On Mon 2001-02-12 (15:51), Edward W. M. wrote: > > > Mail Options: > > > 1. Qmail - Secure, written for FreeBSD (Qwest?), Fast, Configurable > > I would advise against qmail, as I've had reliability issues with > > it. > Like? I can't speak for Edward, but here are some of the reliability problems I've run into with QMail: Stock QMail (without the large-queue patches) will not handle even moderate loads gracefully. For some inexplicable reason (read: gratuitious design flaw), directories which ought to be split into buckets aren't, so you end up with flat directories holding one file per queue entry. Also, the default number of buckets (23) is ridiculously small, unless you're just setting up qmail on your DSL box to handle mail for yourself, your four months old kitten, and her pet rock. Once hell has broken loose, repairing broken QMail queues is fairly non-trivial. Even moving a broken queue aside and later merging it into the running queue is nearly impossible without some heavy scripting; the documented way of doing this is to compile and install a separate QMail installation configured to run from a separate directory and process the secondary queue. If you decide to change the number of hash buckets, there's no supported way to rehash a queue; the documentation says to let it run dry before switching, or run two installations of QMail in parallel (as described above) until the old queue has run dry. DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-security" in the body of the message