[BUGS] finally fixed/resolved Regarding: sendmail: stat=Deferred: Can't assign requested address]

Andrew Reilly andrew at areilly.bpc-users.org
Tue Jun 24 10:33:56 EST 2008


Hi Jonathan,

On Tue, 24 Jun 2008 09:52:56 +1000
jonathan michaels <jlm at caamora.com.au> wrote:

> explicitly, all teh freebsd v6.2-release machines in my local
> network need, these lines added (be included in there
> /etc/re.conf file before local netoworking will function and
> sendmail will work properly with freebsd v6.2-release
> 
> my host has a intel pci 10/100 mhz nic
> 
> ifconfig_fxp0="inet ip.ad.ress.6 netmask 255.255.255.240"

That one's been pretty standard for a while, I think.  There have
been other ways to do it, like putting the ifconfig args into a
file /etc/startif_fxp0 or the like (and that might still work).
Lots of machines get away with ="auto" these days, though,
because lots of home systems run behind neat little nat/router
boxes that run DHCP.  And of course most office systems run DHCP.

> ifconfig_lo0=" inet 127.0.0.1"

That one really shouldn't be necessary in rc.conf, because it's
there in /etc/defaults/rc.conf.  Or should be.

> both of these entries need to be included before neworking will
> function properly
> 
> #ipv4_addrs_fxp0="ip.add.re.ss/24"
> 
> this ipv4_addrs.. entry i do not understand ?? what its purpose
> or function is .. after 4 hours of typing starting at scree and
> constant rebooting i was not game to try it incase it broke
> somthing that i didn't not understand.

No idea on that one, I'm afraid.  If I had to guess, ... nah,
let's see what it's used for in network.subr...
OK, much as I thought: in the brave new world of ipv6 networking
(whenever that arrives), it's possible to want to "bring up" and
"take down" interfaces from an ipv4 network without interrupting
their connection to an ipv6 network.  So this is new scaffolding
that allows the ipv4 addresses to be split from the rest of the
ifconfig_foo0 line, so that it can be added and removed later.
(All of my systems are 7-STABLE, so it's possible that it does
even less than this on 6.2)

I wouldn't worry about it if I were you.  I never have.

> now this following entry
> 
> #network_interfaces="auto"
> 
> in my system/configuration this line, jut plain dosen't work
> and i need to use this entry (with relevent changes for teh
> other machines nic's)
>                
> network_interfaces="fxp0 lo0"

I do remember having to do that at one stage, but not for a long
time.  network_interfaces="auto" from defaults/rc.conf works for
me.

> before networking will function properly (locally) or even have
> stable intranetwork connectivity.
> 
> much kind apreciations and thanks to all who helped over teh
> last year or so that i have been struggling with this
> nightmare...

Good luck with it, there.  In my experience, networking is
rapidly becoming more complicated and fiddly as more "user
friendly" features are added to it.  I'm just starting to wonder
how or whether I should integrate the GNU avahi dDNS service into
my existing DJBDNS service (probably not, at this stage)...

Cheers,

Andrew


More information about the BUGS mailing list