From owner-freebsd-current@FreeBSD.ORG Mon Jun 20 04:03:07 2005 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05FA616A41C; Mon, 20 Jun 2005 04:03:07 +0000 (GMT) (envelope-from ade@FreeBSD.org) Received: from mail.lovett.com (foo.lovett.com [67.134.38.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id B568143D49; Mon, 20 Jun 2005 04:03:06 +0000 (GMT) (envelope-from ade@FreeBSD.org) Received: from hellfire.lovett.com ([67.134.38.149]:62045) by mail.lovett.com with esmtpa (Exim 4.51 (FreeBSD)) id 1DkDV4-0008Dr-5R; Sun, 19 Jun 2005 21:03:06 -0700 Message-ID: <42B64006.5050407@FreeBSD.org> Date: Sun, 19 Jun 2005 21:03:18 -0700 From: Ade Lovett User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gregory Neil Shapiro References: <20050619155228.Y6413@fledge.watson.org> <20050619222859.GD48640@gir.gshapiro.net> In-Reply-To: <20050619222859.GD48640@gir.gshapiro.net> X-Enigmail-Version: 0.91.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: ade@lovett.com Cc: Robert Watson , current@freebsd.org Subject: Re: Summary: experiences with NanoBSD, successes and nits on a Soekris 4801 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2005 04:03:07 -0000 Gregory Neil Shapiro wrote: >>XXX I get a sendmail warning every boot: >> >> sendmail: execing /usr/libexec/sendmail/sendmail: No such file or >> directory >> >> This is likely vi.recover running and trying to do something with >> sendmail. Unhelpful, given no sendmail is present. Maybe a better >> failure mode is desirable here? > > > Just for anyone researching this, it isn't a sendmail error, it > is mailwrapper. Well, yes and no. There is a specific issue of having the boot-time vi.recover stuff run before the mail system (as defined by mailer.conf) is actually ready. A good example of this would be to take exim, postfix, qmail, whatever, and link in mysql support, changing /etc/mail/mailer.conf appropriately for the "sendmail" entry. Since the mysql libraries are in a "non-standard" place (/usr/local/lib/mysql), and haven't yet been ldconfig'd in, in such a situation you'll see "odd" failures at boot up, iff there are vi sessions to recover as a result of a previous system failure. As to a real solution, I'm not sure. Perhaps an appropriate "mta" keyword for PROVIDE/REQUIRE? -aDe