Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 17 May 2007 09:15:48 +0200
From:      "Ernest Sales" <ersaloz@gmail.com>
To:        <freebsd-questions@freebsd.org>
Cc:        'Jeffrey Goldberg' <jeffrey@goldmark.org>
Subject:   RE: sendmail init error: Can't assign requested address
Message-ID:  <000001c79853$3726b6a0$2101a8c0@asinusaureus>
In-Reply-To: <7C73E4FC-C59B-45DA-858F-6CBB52A7E168@mac.com>

Next in thread | Previous in thread | Raw E-Mail | Index | Archive | Help
On Tuesday, May 15, 2007 6:29 PM, Chuck Swiger wrote:

> On May 15, 2007, at 9:06 AM, Ernest Sales wrote:
> [ ... ]
> > Honestly, I don't understand what each of this four daemons is
> > supposed
> > to do. I just want the minimal working sendmail config in a NATed
> > host,
> > the /etc/defaults/rc.conf reads as your sample, and init says
> > sendmail_outbound_enable is set to NO, which seems odd but dunno the
> > consequences.
>
> There are only two daemons, actually: the MTA, and the client mqueue
> runner.
>
> The separation was made because sendmail used to run as a single,
> setuid-root executable, and has had a rather infamous security
> history as a consequence.  If you want sendmail to be running and
> listening on port 25 as a MTA, you need to set the sendmail_enable/
> sendmail_outbound_enable to YES.
>
> [ ... ]
> >>> Is there any standard, anything like the CIDR blocks reserved for
> >>> private networks?
> >>
> >> The zeroconf/rendezvous stuff likes to use ".local" as the domain
> >> unless other info is available.
> >
> > Cool. Tried .local and works too. Looks like sendmail is happy with
> > finding 'dot anything' after the hostname. So far, my problem is
> > fixed.
> > But the init behavior for unqualified hostnames is less
> than optimal:
> > having to wait one minute until sendmail agrees --and it finally
> > agrees-- is annoying; and this happens for every sendmail daemon
> > launch.
> > As more end-users using PCs without FQDN jump to FreeBSD
> this could be
> > more heard of. Wonder if filing a PR; comments welcome.
>
> The standard period for a DNS timeout is anywhere up to about two
> minutes, depending on how many resolvers are configured in /etc/
> resolv.conf.  It's possible to tell sendmail not to use DNS, and
> avoid this timeout, but normally people run mailservers only on
> machines with working DNS and a sensible hostname.  This
> isn't a bug,
> it's just an assumption that sendmail makes which is typically
> appropriate, but not for the case of a random client machine without
> working DNS....

A broader point of view. OK, I forget about PR. Thanks.

Ernest


>
> --
> -Chuck
>





Want to link to this message? Use this URL: <http://docs.FreeBSD.org/cgi/mid.cgi?000001c79853$3726b6a0$2101a8c0>