Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 13 May 2006 21:40:32 +0100
From:      Daniel Bye <freebsd-questions@slightlystrange.org>
To:        freebsd-questions@freebsd.org
Subject:   Re: very slow boot (newbie)
Message-ID:  <20060513204032.GA51338@catflap.slightlystrange.org>
In-Reply-To: <44662536.4080700@waywood.co.uk>
References:  <44639855.90102@waywood.co.uk> <4463C5E4.50109@daleco.biz> <4463D2EC.1020100@waywood.co.uk> <20060512125648.GG5531@catflap.slightlystrange.org> <4464A7E5.7060000@waywood.co.uk> <20060512175626.GD34035@catflap.slightlystrange.org> <44662536.4080700@waywood.co.uk>

next in thread | previous in thread | raw e-mail | index | archive | help

--sdtB3X0nJg68CQEu
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sat, May 13, 2006 at 07:28:06PM +0100, Barnaby Scott wrote:
> It turns out it was sendmail causing the delay, so now my /etc/rc.comf=20
> reads:
>=20
> sendmail_enable=3D"NONE"

This is fine, but according to rc.sendmail(8) `NONE' is deprecated and
will be removed in a future release (but, to be honest, it's been going
to be removed in a future release for quite some time now... ;-).  It's
more typing, but the preferred way to disable sendmail these days is
this:

sendmail_enable=3D"NO"
sendmail_submit_enable=3D"NO"
sendmail_outbound_enable=3D"NO"
sendmail_msp_queue_enable=3D"NO"

This prevents any of the various sendmail daemons from starting.

> ...it does not cure the problem for me if I decide that I do want=20
> sendmail! I could cross that bridge when I come to it, but I would=20
> prefer to gain some insight here if anyone can bear any more on this topi=
c.

I would suggest you look at ssmtp in the ports.  It is a very simple
mail forwarding daemon, that you configure with the IP address of another,
full MTA to which ssmtp will send all your outgoing messages.  Your ISP
probably runs a suitable server for their customers' use.  It means you
won't have to worry about your IP address and DNS resolution and all the
other things that go with running a full MTA, like sendmail, exim or
postfix.=20

>=20
> Adding
> 127.0.0.1	frankbruno
> to /etc/hosts did not cure the problem. Could that be because the lookup=
=20
> that causes the delay is a reverse one? If so, it would be trying to=20
> find a name for 192.168.0.4 (I think that's the one I have been getting=
=20
> recently) which is still not in hosts.

No, it wouldn't help at all - you should return that entry to localhost.

> I would rather not mess with the IP allocation if possible - having it=20
> automatic is much more useful and means I cannot create condradictory=20
> records in different places.

Fair enough.  KDK's suggestion of using a wrapper script will certainly
get you round this if you decide you need/want to use a more full-
featured MTA.

Dan

--=20
Daniel Bye

PGP Key: http://www.slightlystrange.org/pgpkey-dan.asc
PGP Key fingerprint: D349 B109 0EB8 2554 4D75  B79A 8B17 F97C 1622 166A
                                                                     _
                                              ASCII ribbon campaign ( )
                                         - against HTML, vCards and  X
                                - proprietary attachments in e-mail / \

--sdtB3X0nJg68CQEu
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (FreeBSD)

iD8DBQFEZkRAixf5fBYiFmoRAmcfAJ9k5TtBgedgZ+F9o+uU+L+gzobtVQCfSoiF
6xIRpq0LSslRg4zxDSULjH8=
=IV5C
-----END PGP SIGNATURE-----

--sdtB3X0nJg68CQEu--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060513204032.GA51338>