home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / mail / misc / 4074 < prev    next >
Encoding:
Internet Message Format  |  1992-12-23  |  3.2 KB
  1. Xref: sparky comp.mail.misc:4074 comp.mail.uucp:2405
  2. Newsgroups: comp.mail.misc,comp.mail.uucp
  3. Path: sparky!uunet!gatech!psuvax1!postscript.cs.psu.edu!fenner
  4. From: fenner@postscript.cs.psu.edu (Bill Fenner)
  5. Subject: Re: Mixed format addresses
  6. Message-ID: <BzqEnw.6r7@cs.psu.edu>
  7. Sender: news@cs.psu.edu (Usenet)
  8. Nntp-Posting-Host: postscript.cs.psu.edu
  9. Organization: Penn State Computer Science
  10. References: <saw1Htccib@atlantis.psu.edu> <V1L9VB3w165w@willard.UUCP>
  11. Date: Wed, 23 Dec 1992 21:35:55 GMT
  12. Lines: 54
  13.  
  14. In article <V1L9VB3w165w@willard.UUCP> dawson@willard.UUCP (Willard Dawson) writes:
  15. |Could the MX record on a given site still be made to point to the
  16. |true best path to the UUCP-connected site?
  17.  
  18. MX records point to hosts, not to paths.
  19.  
  20. |If the MX record for willard.UUCP were to indicate a path of
  21. |gatech.edu!vdbsan!willard!%s, or something similar, would that not still
  22. |route mail in the exact same way that UUNET would route mail otherwise?
  23.  
  24. The MX record would have to point to "gatech.edu".  This is where the
  25. biggest problem arises - how do you come up with the proper Internet
  26. host at which to point the MX record?  Note that, at least in psuvax1's
  27. pathalias data, the route to willard is "gatech!vdbsan!willard!%s" --
  28. no mention of any Internet sites in that path at all.  So you need to
  29. process the maps again, looking for sites that look like they may be
  30. Internet hosts, and then make their MX'er the closest Internet host.
  31. This means, at least, a new pathalias-like program.
  32.  
  33. Now, the next problem:  you have to make sure that all of these machines
  34. are actually on the Internet.  How do you know that
  35. gatech    =gatech.edu is on the Internet, while
  36. wcfpc   =growler.redbeard.com is not?  You can do a DNS lookup, but
  37. there are a *lot* of records to look up... this will probably end up
  38. putting a significant load on your system (significantly more than just
  39. pathalias).
  40.  
  41. Ok, are we done yet?  Nope -- how do we know that the Internet site we chose
  42. is set up properly to accept mail to .UUCP?  Just because a node is on the
  43. Internet and is in the .UUCP pseudo-domain doesn't mean that it can route
  44. between the two properly.  You're likely to get horribly mangled From: and
  45. To: addresses if you just decide to pick a random site as your gateway.
  46.  
  47.  
  48. A new flag in the pathalias data, noting that one is:
  49. a) connected to the Internet
  50. b) willing to gateway to the .UUCP pseudo-domain (maybe a radius factor --
  51. psuvax1 might be willing to gateway to hosts less than 2 hops away, or
  52. something)
  53. would solve the second and third problem.  Then the only problem left
  54. would be writing a graph-traversal program similar to pathalias but to
  55. find the closest Internet site to each UUCP host.  If you want to
  56. select the closest Internet gateway to each site, this turns out to be
  57. a problem N times as big as the pathalias problem, where N is the
  58. number of Internet gateways registered.  The pathalias data from any
  59. particular site will not necessarily give the closest Internet
  60. gateway.  Let's say, for example, that willard connects to psuvax1.
  61. UUNET's path would still be gatech!vdbsan!willard, but the closest
  62. Internet gateway would actually be psuvax1.
  63.  
  64. And, of course, the new flag would be slow to propogate into the maps, and
  65. would have the expected problems (not getting updated, etc.).
  66.  
  67.   Bill
  68.