Re: lib/52382: Sockets that only listen on inet6 domain

["John D. Baker" <jdbaker%mylinuxisp.com@localhost>]

The following reply was made to PR lib/52382; it has been noted by GNATS.

From: "John D. Baker" <jdbaker%mylinuxisp.com@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: 
Subject: Re: lib/52382: Sockets that only listen on inet6 domain
Date: Wed, 2 Aug 2017 01:17:37 -0500 (CDT)

 On Wed, 2 Aug 2017, John D. Baker wrote:
 
 > Perhaps this was addressed in changes to 'qmail' and friends in
 > pkgsrc-2017Q2.  I'm updating now.
 
 No help there.
 
 > If that doesn't help, I'll need to figure out how to tell 'qmail' to
 > listen on a specific interface/address instead of the wildcard.
 
 On the system in question, startup of 'qmail' components is routed to
 
   /etc/qmail-service/qmail-XXXX/run
 
 which is a shell script launching 'tcpserver' with various options.
 
 The workaround is to put an IPv4 address in place of 'tcpserver's "0"
 wildcard address.  Contrary to the 'tcpserver' documentation, using
 a hostname is insuffcient.
 
 Since I'm using 'pf' with 'synproxy state' directives on pass rules for
 local services, I also create an auxiliary loopback interface "lo1" and
 redirect connections to it.  (PR kern/48377)
 
 For qmail-pop3d and qmail-smtpd, I just put the address of the auxiliary
 loopback interface into the 'tcpserver' command line in their respective
 'run' scripts.
 
 -- 
 |/"\ John D. Baker, KN5UKS               NetBSD     Darwin/MacOS X
 |\ / jdbaker[snail]mylinuxisp[flyspeck]com    OpenBSD            FreeBSD
 | X  No HTML/proprietary data in email.   BSD just sits there and works!
 |/ \ GPGkeyID:  D703 4A7E 479F 63F8 D3F4  BD99 9572 8F23 E4AD 1645