From owner-freebsd-current Tue Apr 11 20:56:55 2000 Delivered-To: freebsd-current@freebsd.org Received: from aurora.sol.net (aurora.sol.net [206.55.65.76]) by hub.freebsd.org (Postfix) with ESMTP id E3DB337B5E4 for ; Tue, 11 Apr 2000 20:56:48 -0700 (PDT) (envelope-from jgreco@aurora.sol.net) Received: (from jgreco@localhost) by aurora.sol.net (8.9.2/8.9.2/SNNS-1.02) id RAA32787; Fri, 14 Apr 2000 17:21:25 -0500 (CDT) From: Joe Greco Message-Id: <200004142221.RAA32787@aurora.sol.net> Subject: Re: Integrating QMAIL in the world To: blk@skynet.be Date: Fri, 14 Apr 2000 17:21:24 -0500 (CDT) Cc: current@freebsd.org X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > At 2:44 PM -0400 2000/4/9, Patrick Bihan-Faou wrote: > > > The advantage would be that we can have a fairly decent qmail > configuration > > using the standard make world feature. > > > > Is there any interest in that kind of work ? > > Considering the number of qmail-specific pieces that need to be > installed to support it (and the resulting domino effect), the highly > negative impacts that qmail is notorious for, and that it is not > intended to be a drop-in replacement for sendmail, I would be highly > opposed to this change. > > > If we are actively interested in finding a replacement for the > open-source sendmail MTA, I would prefer one that was designed from > the beginning with security in mind (including going so far as being > intended to run in a chroot() environment), is intended to avoid > undesirable behaviour as much as possible, and is intended to be a > drop-in replacement for sendmail to the greatest degree possible. > > In other words, if we're going to be replacing sendmail with an > alternative MTA, I'd prefer postfix over qmail, and I believe I can > marshall some pretty strong arguments for that position. Perhaps it's time to revisit something I proposed several years ago. Remove Sendmail from the base system - or, at least, make it a "package" that is removable with the package management tool. Then be able to add another mailer (or an updated Sendmail) in its place. Ideally, Sendmail would be available as a package for installation as part of the base system, just like games or info or proflibs. I would love to see this happen with other components of the system as well, such as BIND. While it is fantastic that FreeBSD comes out of the box so fully functional, it does make it a bit of a pain for those of us who intend to build servers - we have to disable the original before installing a new package. :-/ -- ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message