Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 6 Aug 1995 23:33:31 +0100 (BST)
From:      Paul Richards <paul@netcraft.co.uk>
To:        davidg@Root.COM
Cc:        mark@grondar.za, freebsd-current@FreeBSD.ORG
Subject:   Re: workaround for talk's address problem
Message-ID:  <199508062233.XAA24575@server.netcraft.co.uk>
In-Reply-To: <199508062229.PAA00290@corbin.Root.COM> from "David Greenman" at Aug 6, 95 03:29:19 pm

next in thread | previous in thread | raw e-mail | index | archive | help
In reply to David Greenman who said
> 
> >> > talk(1) has problems with multi-homed hosts.  To negotiate the
> >> > connection with the remote peer, it uses the first address as returned
> >> > by a call to gethostbyname().  This will cause the connection to hang
> >> 
> >> NFS has the exact same problem, FWIW.  If there's a more general
> >> solution, we should go for it.
> >
> >Paul Traina fixed a similar problem with kadmin(d?) from eBones a
> >couple of days ago.
> 

I've got an intersting little problem with my setup actually.

I've got a sendmail bound to say, foo.com and when I sendmail
someone@foo.com from another virtual domain on the same machine,
the foo.com sendmail thinks the connection came from foo.com which
it didn't.  foo.com is not the first ip address on the list, that
would be the real name of the host.

Haven't looked into this at all yet but it's not what I expected to
happen.

-- 
  Paul Richards, Bluebird Computer Systems. FreeBSD core team member. 
  Internet: paul@FreeBSD.org, http://www.freebsd.org/~paul
  Phone: 0370 462071 (Mobile), +44 1222 457651 (home)



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