🚀 go-pugleaf

in article <12821@brl-adm.ARPA>, PKARP@IU.AI.SRI.COM (Peter Karp) says:
> An optimal solution may be to parse "x!y@z" both ways and determine
> which of the hosts z and x are known by the local host.  This provides
> a way of disambiguating the syntax.

Doesn't the name space of UUCP and ARPANET (and nearly everyone
else) overlap? Isn't that the reason for RFC920 domains (and earlier,
RFC882 domains like wright.CSNET)?

A more fundemental question is where is user y? Unless by some
concidence the same user is on both x and z, then if you make the
wrong decision, either the mail will be bounced by x's or z's mailer
or it will be delivered to the wrong person who just happens to have
the same name (like postmaster or root).

If both hosts are known to the system, then how do you decide how to
route? Even if you're only considering local hosts, like UUCP sites one
hop away and local TCP/IP hosts, you still have to make a (potentially
wrong) decision. And if you're into using pathalias and name servers
on your mail gateway machine, then it's highly likely that x and z
will both be "known" to you (read: both will be potential targets,
whether they are local machines or not).

In this case, how do you evaluate which choice to make? The only way I
can think of other than having a simple default (like always choosing
z) is on the basis of cost. For example, your UUCP link may be a local
phone call, and your internet link may be a long distance call to the
CSNET/Phonenet relay. Making a decision on this basis doesn't mean
you'll make the correct decision, it just means that the cost of wrong
decisions may be minimized. A similar approach (and one I am
considering, when our computer center brings up their BITNET link) is
routing everything questionable through another deparment's network
connection and let them pay the bills for your mistakes.

-- 
John Sloan, The SPOTS Group    Wright State University Research Building
CSNET: jsloan@SPOTS.Wright.Edu  3171 Research Blvd., Kettering, OH 45420
UUCP: ...!cbosgd!wright!jsloan          +1-513-259-1384  +1-513-873-2491
Logical Disclaimer: belong(opinions,jsloan). belong(opinions,_):-!,fail.