From owner-freebsd-questions@FreeBSD.ORG Wed Sep 24 05:13:13 2008 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A8121065683 for ; Wed, 24 Sep 2008 05:13:13 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [199.26.172.34]) by mx1.freebsd.org (Postfix) with ESMTP id 058D28FC26 for ; Wed, 24 Sep 2008 05:13:12 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id m8O5DB2v028150 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 23 Sep 2008 22:13:11 -0700 (PDT) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id m8O5DBDJ028149; Tue, 23 Sep 2008 22:13:11 -0700 (PDT) Received: from fbsd61 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA21714; Tue, 23 Sep 08 22:03:48 PDT Date: Tue, 23 Sep 2008 22:05:16 -0700 From: perryh@pluto.rain.com To: laszlo_danielisz@yahoo.com, cswiger@mac.com Message-Id: <48d9ca8c.RZOeanRudui/84j4%perryh@pluto.rain.com> References: <119697.2728.qm@web30808.mail.mud.yahoo.com> <2A271C1D-8157-41B3-A2B1-EF57ECFD81FE@mac.com> In-Reply-To: <2A271C1D-8157-41B3-A2B1-EF57ECFD81FE@mac.com> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org Subject: Re: My unqualified host name X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Sep 2008 05:13:13 -0000 > > "nyana sm-mta[803]: My unqualified host name (nyana) unknown; > > sleeping for retry" > > ... sendmail expects your machine to have working DNS and for > the machine to have a valid FQDN. Either set that up, or add > sendmail_enable="NONE" to /etc/rc.conf to disable sendmail ... There is another approach, which is to ignore the message. After something like 3 repetitions, at something like a minute apart, it will give up on qualifying its name. Everything seems to work just fine thereafter until the next boot, when the entire sequence repeats. This leads to the question of how to get sendmail -- or whatever -- into the state where it will eventually land after the 3-miunte delay, without the delay and the messages. It seems as if this ought not be all that difficult.