From owner-freebsd-hackers@FreeBSD.ORG Fri May 24 18:52:04 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 8FEE3960 for ; Fri, 24 May 2013 18:52:04 +0000 (UTC) (envelope-from ca+envelope@esmtp.org) Received: from zardoc.esmtp.org (zardoc.esmtp.org [70.36.157.240]) by mx1.freebsd.org (Postfix) with ESMTP id 6F08F96B for ; Fri, 24 May 2013 18:52:04 +0000 (UTC) Received: from quiet.esmtp.org (localhost. [127.0.0.1]) by zardoc.esmtp.org (MeTA1-1.0.Alpha14.0) with ESMTPS (TLS=TLSv1/SSLv3, cipher=DHE-RSA-AES256-SHA, bits=256, verify=OK) id S00000000001DA24600; Fri, 24 May 2013 11:52:03 -0700 Received: (from ca@localhost) by quiet.esmtp.org (8.14.3/8.12.10.Beta0/Submit) id r4OIq3jI014536 for freebsd-hackers@freebsd.org; Fri, 24 May 2013 11:52:03 -0700 (PDT) Date: Fri, 24 May 2013 11:52:02 -0700 From: Claus Assmann To: freebsd-hackers@freebsd.org Subject: Re: stupid question about sendmail Message-ID: <20130524185202.GA20384@quiet.esmtp.org> References: <20130524153444.GA30499@quiet.esmtp.org> MIME-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.20 (2009-08-27) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: freebsd-hackers@freebsd.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 May 2013 18:52:04 -0000 On Fri, May 24, 2013, Trond Endrestøl wrote: > On Fri, 24 May 2013 08:34-0700, Claus Assmann wrote: > > > > FEATURE(access_db, `hash -o -T /etc/mail/access') > > Do NOT use -o. Moreover, do not specify arguments that are default. > Then I guess the defaults in freebsd.mc should be changed as well: > http://svnweb.freebsd.org/base/stable/9/etc/sendmail/freebsd.mc?revision=249867&view=markup That default was probably chosen so the MTA does not complain if the map doesn't exist. Of course that doesn't work so well if you really want to use the map but make some mistake -- then an error is silently ignored and you wonder "Why doesn't this work?" Hence for this case: do NOT use -o.