|
|
|
|
|
|
|
|
|
|
|
|
| home | help | back | first | fref | pref | prev | next | nref | lref | last | post |
From: Greg Hudson <ghudson@MIT.EDU> To: "andrew m. boardman" <amb@mit.edu> Cc: release-team@mit.edu In-Reply-To: <200807120225.m6C2PLhf018927@pothole.mit.edu> Content-Type: text/plain Date: Mon, 14 Jul 2008 10:12:23 -0400 Message-Id: <1216044743.18347.271.camel@error-messages.mit.edu> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Spam-Flag: NO X-Spam-Score: 0.00 On Fri, 2008-07-11 at 22:25 -0400, andrew m. boardman wrote: > Any objections to punting the MIT.EDU stub zone in some future update? > It's not clear to me what it wins us in this day and age, but I may be > missing some subtleties. Okay, now that I'm back on the clock, I did some research: the stub zone is there to ensure that we can resolve mit.edu names if we're cut off from the root name servers. I don't think that's a very important property any more, but we do retain that benefit if we use bitsy/etc. as our name servers instead of a local caching named.
|
|
|
|
|
|
|
|
|
|
|
|
| home | help | back | first | fref | pref | prev | next | nref | lref | last | post |