home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / mail / misc / 3955 < prev    next >
Encoding:
Internet Message Format  |  1992-12-13  |  4.2 KB
  1. Xref: sparky comp.mail.misc:3955 comp.mail.uucp:2307
  2. Path: sparky!uunet!olivea!spool.mu.edu!uwm.edu!ogicse!flop.ENGR.ORST.EDU!gaia.ucs.orst.edu!skyking!stanley
  3. From: stanley@skyking.OCE.ORST.EDU (John Stanley)
  4. Newsgroups: comp.mail.misc,comp.mail.uucp
  5. Subject: Re: Mixed format addresses
  6. Message-ID: <1gh2pdINNj8g@gaia.ucs.orst.edu>
  7. Date: 14 Dec 92 04:32:45 GMT
  8. Organization: Oregon State University, College of Oceanography
  9. Lines: 98
  10. NNTP-Posting-Host: skyking.oce.orst.edu
  11.  
  12. In article <CKD.92Dec13173427@loiosh.eff.org> ckd@eff.org (Christopher Davis) writes:
  13. >BF> == fenner@postscript.cs.psu.edu (Bill Fenner) writes:
  14. >JS> == John Stanley <stanley@skyking.OCE.ORST.EDU>
  15.  
  16. >But if they *do* want to look like part of the Internet, they should
  17. >do so, instead of whining about how Internet sites "must" support pathalias
  18. >and the .UUCP hack.
  19.  
  20. I have seen nobody "whining" about how Internet sites "must" do anything.
  21.  
  22. > BF> database, you can be easily in charge of your little section, as
  23. >
  24. > JS> I can be in charge of my "little section" of the DNS? Really? From a
  25. > JS> UUCP site? Just what protocol do YOU know of that will allow a UUCP
  26. > JS> site to change the DNS records for its MX site? 
  27. >
  28. >Email, or telephone.  
  29.  
  30. Neither of these puts me in charge of my little section of the DNS. They
  31. put me in contact with someone else, who is in charge of my little
  32. section. Not the same thing.
  33.  
  34. >Or even having an account on your DNS server's
  35. >machine so you can make the updates yourself.  
  36.  
  37. Oh boy, an account where I can access system files and make changes.
  38. Internet admins who give priveleged accounts to their UUCP connections
  39. are asking for trouble. And the first place they will see it is in their
  40. DNS records when UUCP-user forgets to update the serial number or puts a
  41. goofy date in the file. Or when two UUCP-users try to update the same
  42. file at the same time.
  43.  
  44. > JS> With the DNS, it is easy to poke incorrect data into the database and
  45. > JS> *poof* EVERYONE is using bogus data. 
  46. >
  47. >And pretty soon you notice that EVERYONE is failing to get you mail, 
  48.  
  49. Pretty soon? This implies that I know that someone else sent me mail,
  50. and I am not quite sure how I am supposed to know that unless the mail
  51. gets through to tell me that.
  52.  
  53. >someone called your Zone Contact and told them to fix the zone.  
  54.  
  55. If you really think that Joe Internet User even knows there is a Zone
  56. Contact, much less would call him when his mail doesn't get through, you
  57. are wrong. 
  58.  
  59. >If only
  60. >30% of the UUCP map people can't get you mail, you may never notice.
  61.  
  62. And if 100% of the Internet can't get me mail, I may never notice.
  63. Or it will take a while, perhaps.
  64.  
  65. > BF> Using the DNS, I have no need to store any information about anyone on
  66. > BF> my computer; I can just look it up.
  67. >
  68. > JS> And just, pray tell, if you keep no information about anyone in your
  69. > JS> computer, who do you talk to to look it up?
  70. >
  71. >The root name servers are not "about anyone".
  72.  
  73. Sigh. You must keep something that tells you who a root nameserver is.
  74. That is, indeed, keeping some information about someone.
  75.  
  76. > BF> Using the UUCP maps, I have to keep 6.7 megs of map files, and a 1.6
  77. > BF> meg (33k line) paths file.  Which seems like the more desirable
  78. > BF> system?
  79. >
  80. > JS> Or you keep a <30 character name of a site that will gateway traffic.
  81. > JS> That sounds most desirable.
  82. >
  83. >And *they* keep the maps and path files.  
  84.  
  85. Yes. 
  86.  
  87. >At least until *they* get tired
  88. >of doing it, and find another "smarthost".  Who gets sick of routing, and...
  89.  
  90. I haven't seen the list of gateways change in a long time.
  91.  
  92. >Every site that *does routing* with the UUCP maps has to keep them around.
  93.  
  94. The complaint was that "I" have to keep them around. "YOU" don't. 
  95.  
  96. >With the DNS, sites can do routing without keeping the entire DNS on their
  97. >local disk (or even local net).
  98.  
  99. And sites can do routing without keeping the entire UUCP maps on their
  100. local disk, or even local net.
  101.  
  102. > JS> To do that reliably requires one MX record for every UUCP site.
  103. >
  104. >It does?  You've never heard of wildcard MX records, I see.
  105.  
  106. Yes, I have heard of wildcards. I have one. Change the "one" to "an",
  107. if you wish.  It is still not a reasonable expectation for every UUCP
  108. site to have an MX record, whether it is its own or part of a
  109. wildcard.
  110.