home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / mail / misc / 3951 < prev    next >
Encoding:
Internet Message Format  |  1992-12-13  |  4.7 KB
  1. Xref: sparky comp.mail.misc:3951 comp.mail.uucp:2303
  2. Newsgroups: comp.mail.misc,comp.mail.uucp
  3. Path: sparky!uunet!gatech!news.byu.edu!eff!ckd
  4. From: ckd@eff.org (Christopher Davis)
  5. Subject: Re: Mixed format addresses
  6. In-Reply-To: stanley@skyking.OCE.ORST.EDU's message of 13 Dec 92 20:46:06 GMT
  7. Message-ID: <CKD.92Dec13173427@loiosh.eff.org>
  8. Sender: usenet@eff.org (NNTP News Poster)
  9. Nntp-Posting-Host: loiosh.eff.org
  10. Organization: Electronic Frontier Foundation Tech Central
  11. References: <1gg7eeINNfve@gaia.ucs.orst.edu>
  12. Date: Sun, 13 Dec 1992 22:34:29 GMT
  13. Lines: 95
  14.  
  15. BF> == fenner@postscript.cs.psu.edu (Bill Fenner) writes:
  16. JS> == John Stanley <stanley@skyking.OCE.ORST.EDU>
  17.  
  18.  BF> If you want to look like part of the Internet, then get a domain name.
  19.  BF> If you don't want to play by the (easy and free) rules, then don't
  20.  BF> complain that the game's no fun.
  21.  
  22.  JS> What easy and free rule says that UUCP sites have to look like part of
  23.  JS> the Internet?
  24.  
  25. None.  But if they *do* want to look like part of the Internet, they should
  26. do so, instead of whining about how Internet sites "must" support pathalias
  27. and the .UUCP hack.
  28.  
  29.  BF> Not usually a problem with the DNS; since the DNS is a distributed
  30.  BF> database, you can be easily in charge of your little section, as
  31.  BF> opposed to having to mail your database updates to central site X.)
  32.  
  33.  JS> I can be in charge of my "little section" of the DNS? Really? From a
  34.  JS> UUCP site? Just what protocol do YOU know of that will allow a UUCP
  35.  JS> site to change the DNS records for its MX site? 
  36.  
  37. Email, or telephone.  Or even having an account on your DNS server's
  38. machine so you can make the updates yourself.  Who do you think will be
  39. more responsive, your (single) DNS site, or the map coordinators *and*
  40. everyone everywhere who uses the maps?
  41.  
  42.  BF> With the UUCP maps, it's easy for automated unpacking systems to
  43.  BF> break, sysadmin doesn't notice, *poof*, you're using old data.
  44.  
  45.  JS> With the DNS, it is easy to poke incorrect data into the database and
  46.  JS> *poof* EVERYONE is using bogus data. 
  47.  
  48. And pretty soon you notice that EVERYONE is failing to get you mail, so
  49. someone called your Zone Contact and told them to fix the zone.  If only
  50. 30% of the UUCP map people can't get you mail, you may never notice.
  51.  
  52.  BF> You mean the DNS.  Why not?  That was the original design goal.
  53.  
  54.  JS> For someone who is adamant that nothing in the UUCP maps could possibly
  55.  JS> apply to Internet sites, why this sudden compulsion that MX records
  56.  JS> must apply to UUCP sites?
  57.  
  58. Who said MX records "must" apply to UUCP sites?  They can sit out there in
  59. the maps, and maybe I can get mail to them.  They can get in the DNS and
  60. improve their chances.  It's up to them.
  61.  
  62.  BF> Using the DNS, I have no need to store any information about anyone on
  63.  BF> my computer; I can just look it up.
  64.  
  65.  JS> And just, pray tell, if you keep no information about anyone in your
  66.  JS> computer, who do you talk to to look it up?
  67.  
  68. The root name servers are not "about anyone".
  69.  
  70.  BF> Using the UUCP maps, I have to keep 6.7 megs of map files, and a 1.6
  71.  BF> meg (33k line) paths file.  Which seems like the more desirable
  72.  BF> system?
  73.  
  74.  JS> Or you keep a <30 character name of a site that will gateway traffic.
  75.  JS> That sounds most desirable.
  76.  
  77. And *they* keep the maps and path files.  At least until *they* get tired
  78. of doing it, and find another "smarthost".  Who gets sick of routing, and...
  79.  
  80. Every site that *does routing* with the UUCP maps has to keep them around.
  81. With the DNS, sites can do routing without keeping the entire DNS on their
  82. local disk (or even local net).
  83.  
  84.  BF> It makes no sense for an Internet-only site to run pathalias; the maps
  85.  BF> are of no use for them.  Therefore, the site must find a way from the
  86.  BF> Internet to UUCP.  The easiest way for it to do that is an MX record.
  87.  
  88.  JS> To do that reliably requires one MX record for every UUCP site.
  89.  
  90. It does?  You've never heard of wildcard MX records, I see.
  91.  
  92.  JS> Passing mail to a gateway requires knowing one address.
  93.  
  94. Until that gateway changes, goes away, gets out of sync with the maps...
  95.  
  96.  JS> The latter sure seems to be much simpler than trying to get every UUCP
  97.  JS> in the world to register in a voluntary database.
  98.  
  99. The UUCP maps are not a "voluntary database"?
  100.  
  101.  JS> It is, however, less simple that expecting them to.
  102.  
  103. I don't expect every UUCP site in the world to be in the DNS.  I do expect
  104. those that want to be more reachable from Internet sites to do so.
  105. --
  106. Christopher K. Davis      | ``Usenet seems to run much like the Kif (or,
  107. <ckd@eff.org>   EFF #14   |   for the TV generation, Klingon) high command.
  108. System Administrator, EFF |   Whoever takes action and can be heard wins.''
  109. +1 617 864 0665  [CKD1]   |   --Peter da Silva <peter@ferranti.com>
  110.