very slow boot (newbie)

[Barnaby Scott]

Gerard Seibert wrote:
> Daniel Bye wrote:
> 
>> 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 
>>> reads:
>>>
>>> sendmail_enable="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="NO"
>> sendmail_submit_enable="NO"
>> sendmail_outbound_enable="NO"
>> sendmail_msp_queue_enable="NO"
>>
>> This prevents any of the various sendmail daemons from starting.
> 
> In that case, what handles the delivery of mail locally?

At the moment I have the slightly perverse, but workable, situation 
whereby we send internal mail via the internet - it all goes through my 
hosting company's SMTP servers. In these days of always-on conections it 
is not as stupid as it sounds, and they offer such a good service that 
before I get to grips with FreeBSD myself, it suits me very well. (BTW 
they use FreeBSD, and deserve any bigging-up going: www.gradwell.com)

>>> ...it does not cure the problem for me if I decide that I do want 
>>> sendmail! I could cross that bridge when I come to it, but I would 
>>> prefer to gain some insight here if anyone can bear any more on this topic.
>> 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. 
>>
>>> Adding
>>> 127.0.0.1	frankbruno
>>> to /etc/hosts did not cure the problem. Could that be because the lookup 
>>> that causes the delay is a reverse one? If so, it would be trying to 
>>> find a name for 192.168.0.4 (I think that's the one I have been getting 
>>> 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 
>>> automatic is much more useful and means I cannot create condradictory 
>>> 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
>>
>> -- 
>> Daniel Bye
> 
> 
> _______________________________________________
> freebsd-questions at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-questions
> To unsubscribe, send any mail to "freebsd-questions-unsubscribe at freebsd.org"
> 
>