Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.3 alpha 4/15/85; site ucbvax.ARPA
Path: utzoo!watmath!clyde!cbosgd!ucbvax!tcp-ip
From: tcp-ip@ucbvax.ARPA
Newsgroups: fa.tcp-ip
Subject: Re: Doing the Right Thing
Message-ID: <8207@ucbvax.ARPA>
Date: Sat, 15-Jun-85 17:57:44 EDT
Article-I.D.: ucbvax.8207
Posted: Sat Jun 15 17:57:44 1985
Date-Received: Sun, 16-Jun-85 01:22:38 EDT
Sender: daemon@ucbvax.ARPA
Organization: University of California at Berkeley
Lines: 28

From: Rudy.Nedved@CMU-CS-A.ARPA

Mike,

You would have had more problems at least with CMU sites if it was
not for the policy of being "liberal" with the garbage we get. Our
mail receivers "correct" or "improve" return paths. In the case of
BRL, we are always adding the canonical host name of the connecting
host to the return path under the assumption BRL is yet another mail
relay forgetting to add its name to the relayed mail it is
handling...

It should not be case that nickname.ARPA is a valid name and it is a
unintentional side effect that nickname.ARPA works under the domain
system...you will run into problems with places like CMU that will 1)
flush all existing nikcnames, 2) have NIC point current canoncial
names like CMU-CS-A.ARPA to have CNAME records to A.CS.CMU.EDU and 3)
and change our official names to A.CS.CMU.EDU.

For some reason, it really sounds like BRL went in and hacked there
host table so nickname.ARPA would exist because there software simply
appends .ARPA to the end of a user supplied name before looking it
up. If this is the case and you are hoping that the domain system
will further this hack...you are going to be in a big mess
soon....look at Symbolics, CMU, Rochester, Berkeley, Rice,
Purdue, CSNET.....

-Rudy