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>