From owner-freebsd-arch@FreeBSD.ORG Tue Sep 22 20:04:53 2009 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 813C81065670; Tue, 22 Sep 2009 20:04:53 +0000 (UTC) (envelope-from gshapiro@freebsd.org) Received: from zim.gshapiro.net (zim.gshapiro.net [IPv6:2001:4f8:3:36::224]) by mx1.freebsd.org (Postfix) with ESMTP id 6B58F8FC12; Tue, 22 Sep 2009 20:04:53 +0000 (UTC) Received: from rugsucker.local (natted.sendmail.com [63.211.143.38]) (authenticated bits=128) by zim.gshapiro.net (8.14.4.Alpha1/8.14.3) with ESMTP id n8MK4oti064189 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 22 Sep 2009 13:04:52 -0700 (PDT) (envelope-from gshapiro@freebsd.org) Date: Tue, 22 Sep 2009 13:04:49 -0700 From: Gregory Shapiro To: Steve Kargl Message-ID: <20090922200449.GL19207@rugsucker.local> References: <20090921112657.GW95398@hoeg.nl> <20090922135435.36a3d40e@lazybytes.org> <4AB90448.9020706@FreeBSD.org> <19e9a5dc0909221014o14e88c96ubf32142b85d781d@mail.gmail.com> <20090922173517.GB63149@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090922173517.GB63149@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: arch@freebsd.org, current@freebsd.org Subject: Re: BIND in the base (Was: Re: tmux(1) in base) X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Sep 2009 20:04:53 -0000 > I suppose it doesn't matter to you that sendmail is actually > maintained by Greg Shapiro, VP, CTO of Sendmail, Inc. While I appreciate the vote of confidence, it doesn't, and it shouldn't. I'll continue to maintain sendmail in the base as long as it is welcome there. If the project wants it moved out, that is not up to me (though I hope it stays). I haven't spent a lot of time looking at DMA, but some requirements that pop to mind for it to be a replacement would be things like accepting local mail via SMTP (e.g., for MUAs which use SMTP submission) and supporting STARTTLS and SMTP AUTH for talking to the upstream MTA.