Re: sendmail tries to resolve IPv6:::1 specified in submit.mc

On Sat, May 07, 2011 at 02:16:37PM +0400, Yuri Pankov wrote:
> On Sat, May 07, 2011 at 06:11:12AM -0400, Jason Hellenthal wrote:
> > 
> > Yuri,
> > 
> > 
> > On Sat, May 07, 2011 at 11:45:47AM +0400, Yuri Pankov wrote:
> > >Hi,
> > >
> > >I'm getting weird problem on recent -CURRENT - sendmail is trying to
> > >resolve 'IPv6:::1' specified in /etc/mail/`hostname`.submit.mc:
> > >
> > >FEATURE(`msp', `[IPv6:::1]')dnl
> > >
> > >tcpdump:
> > >3802+ A? ipv6:::1.xvoid.org. (36)
> > >3802 NXDomain* 0/1/0 (100)
> > >3803+ A? ipv6:::1.lab.xvoid.org. (40)
> > >3803 NXDomain* 0/1/0 (108)
> > >3804+ A? ipv6:::1. (26)
> > >3804 ServFail 0/0/0 (26)
> > >3804+ A? ipv6:::1. (26)
> > >3804 ServFail 0/0/0 (26)
> > >
> > >IPv6 is configured and is working except for this problem. Sendmail
> > >on 8.2-RELEASE is working fine with the same submit.mc contents.
> > >
> > >Any hints?
> > >
> > 
> > Yuri by default this is set to [127.0.0.1] as denoted by:
> > http://svn.freebsd.org/base/head/etc/sendmail/freebsd.submit.mc
> > 
> > I believe it has been this way for a very long time. If for some reason 
> > that you changed the value your self and you would like to revert back to 
> > defaults you can remove `hostname`.mc & `hostname`.submit.mc and re-run 
> > make(1) in the /etc/mail directory to give you a default config.
> > 
> > The comment in that file reads:
> > dnl If you use IPv6 only, change [127.0.0.1] to [IPv6:::1]
> 
> Err, sure, but that's not what I'm asking. [127.0.0.1] works on both 8.2
> and -CURRENT, however [IPv6:::1] doesn't work for me on -CURRENT, while
> working in 8.2.
> 
> I can't find any related changes and checked almost everything I could
> think of in my configuration, so I'm asking for hints *why* sendmail
> doesn't accept [IPv6:::1] as correct address and tries to resolve it.

Sorted it out, this host runs sendmail as outbound only, and default
sendmail_submit_flags makes it bind only to 127.0.0.1, so adding
-ODaemonPortOptions=Family=inet6,Addr=::1 there solved the problem (it
wasn't obvious from the sendmail's behaviour).

Anyway, it doesn't belong to this list, sorry for the noise!


Yuri