home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / mail / uucp / 2527 < prev    next >
Encoding:
Internet Message Format  |  1993-01-06  |  1.5 KB
  1. Xref: sparky comp.mail.uucp:2527 comp.mail.misc:4272
  2. Path: sparky!uunet!news.tek.com!gvgpsa!ssigv!sunrise!gdonl
  3. From: gdonl@sunrise.ssi1.com (Don Lewis)
  4. Newsgroups: comp.mail.uucp,comp.mail.misc
  5. Subject: Re: Mixed format addresses
  6. Message-ID: <1993Jan7.022756.25843@ssigv.UUCP>
  7. Date: 7 Jan 93 02:27:56 GMT
  8. References: <b8jMrA7ABh107h@boombox.apana.org.au> <e539VB6w165w@willard.UUCP> <BjQPrA-FBh107h@boombox.apana.org.au>
  9. Sender: news@ssigv.UUCP
  10. Organization: Silicon Systems, Nevada City CA
  11. Lines: 18
  12. Nntp-Posting-Host: sunrise
  13.  
  14. In article <BjQPrA-FBh107h@boombox.apana.org.au> David.Keegel@apana.org.au writes:
  15. >I guessed it was common knowledge among "larger" (whatever that means)
  16. >internet sites.  Or at least the well-behaved ones.  If for no other
  17. >reason than to reduce traffic to the root nameservers (gee, wouldn't
  18. >it be nice if BIND cached negative information like "UUCP. -- unknown
  19. >domain".)
  20.  
  21. Even if BIND had negative caching, it wouldn't help much in this case.
  22. The problem is that there wouldn't be any queries for just "UUCP".  Your
  23. local name server would forward queries for foo.UUCP and bar.UUCP to
  24. the root servers, which would return a no such domain response.  Your
  25. local server would cache this information for foo.UUCP and bar.UUCP,
  26. but when it received a query for baz.UUCP, it would still forward it
  27. to the root servers.
  28. -- 
  29. Don "Truck" Lewis              Phone: +1 916 478-8284   Silicon Systems
  30. Internet: gdonl@ssi1.com       FAX:   +1 916 478-8290   138 New Mohawk Road
  31. UUCP: {uunet,tektronix!gvgpsa.gvg.tek.com}!ssigv!gdonl  Nevada City, CA  95959
  32.