Xref: utzoo comp.mail.sendmail:75 comp.mail.misc:1239
Path: utzoo!utgpu!water!watmath!clyde!att!rutgers!rochester!uhura.cc.rochester.edu!ur-valhalla!galaxy.ee.rochester.edu!deke
From: deke@galaxy.ee.rochester.edu (Deke Kassabian)
Newsgroups: comp.mail.sendmail,comp.mail.misc
Subject: Re: Overexpansion of aliases (really yp-domain in mail address)
Message-ID: <1442@valhalla.ee.rochester.edu>
Date: 6 Sep 88 00:17:44 GMT
References: <938@amelia.nas.nasa.gov> <945@amelia.nas.nasa.gov> <298@execu.UUCP>
Sender: usenet@valhalla.ee.rochester.edu
Reply-To: deke@ee.rochester.edu (Deke Kassabian)
Organization: The Silver Ball Arcade and MIDI Factory
Lines: 27


In article <298@execu.UUCP> dewey@execu.UUCP (Dewey Henize) writes:
>
>We were told at a Sun 4.0 seminar that the yellow pages domain as host
>is a new 'feature'.  Good luck.
>
>Dewey Henize

Well, I don't know about 4.0, but in previous releases (like 3.4,5) this
happened if and only if the host running sendmail couldn't resolve its own
name in the yp map hosts.byname (is the problem host a slave-server by chance?).  
So I don't think that this was being forced on you, but rather that it was 
just a sort of strange "default".  Of course, its a default you probably don't
want and may be able to get rid of by handling yp in a different way.
Good Luck.

BTW, I agree 100% with Karl Kleinpaiste regarding Sun's introduction of bogus
"features" to UNIX and networking software.  What we really want is support
for in.named without a layer of YP, and the option to have ftp telnet and other
software needing to resolve addresses to do so either by use of a host table
or by asking a nameserver.  It always seemed to me that it would be best to
have both... upon failure to resolve an address one way, try the other before
failing.  Just a thought.


  ^Deke Kassabian,   deke@ee.rochester.edu or  rochester!ur-valhalla!deke
   Univ of Rochester, Dept of EE, Rochester, NY 14627     (+1 716-275-3106)