Punycode questions

I hope this post won't be considered too far off topic. I've already sent this same question off to the guy who is the current maintainer of the Net::IDN::Punycode Perl module, but while I'm still impatiently awaiting his response I'm thinking that maybe folks here could enlighten me. In a nutsh

Re: AXFR root zone

In message <54289195.2070...@ripe.net>, Anand Buddhdev wrote: >If you wanted your script to be robust, then you would program it with >the names of all 13 root name servers, and have it try the zone >transfers from a random server each time, and trying another one in case >of failure. Yes, act

Re: AXFR root zone

On 28/09/2014 23:59, Ronald F. Guilmette wrote: Hi Ronald, > Wow! I am delighted that I've been able to get an answer to my > question direct "from the horse's mouth" as we say... and on a > Sunday even! So, um, THANK YOU for that. You're welcome :) > It appears to me that the "a" root server

Re: AXFR root zone

In message <54288592.6030...@staticsafe.ca>, staticsafe wrote: >I suggest using: >xfr.lax.dns.icann.org >xfr.cjr.dns.icann.org > >As mentioned on http://www.dns.icann.org/services/axfr/. Oh! Excellent! This is *exactly* what I needed! Thanks ever so much. Regards, rfg

Re: AXFR root zone

> > I ask because I have indeed written a script which I will be running > on the order of once per day, and which needs to be able to suck > down a copy of the root zone. May I rely on this continuing to some of the root-servers allow an axfr, but you are probably better off looking at

Re: AXFR root zone

On 9/28/2014 17:59, Ronald F. Guilmette wrote: > > I ask because I have indeed written a script which I will be running > on the order of once per day, and which needs to be able to suck > down a copy of the root zone. May I rely on this continuing to > work for the forseeable future if I hardcod

Re: AXFR root zone

In message <54287c3f.60...@ripe.net>, Anand Buddhdev wrote: >... Unlike other query types, an AXFR is not recursively >looked up by a resolver. Ah! Ok. That certainly explains the failure then. Thank you for enlightening me! >> P.S. Strangely, this rather different query _does_ work: >>

Re: AXFR root zone

On 28/09/2014 22:41, Ronald F. Guilmette wrote: Hi Ronald, > Is it possible to use dig to AXFR the root zone? I mean without having Yes, it is. > any special foreknowledge of which specific root zone servers will and > will not accept the AXFR request? If so, how would I do that, exactly? >

AXFR root zone

Is it possible to use dig to AXFR the root zone? I mean without having any special foreknowledge of which specific root zone servers will and will not accept the AXFR request? If so, how would I do that, exactly? I tried this: dig . axfr but I just got back a "Transfer failed" error m

Re: Two domains reporting errors

OS X/iOS autocorrect doesn't work well for technology conversations, period. It's always changing words and acronyms to other things more "interesting." I swear it waits till the moment you hit send. -- *Note: UMDNJ is now Rutgers-Biomedical and Health Sciences* || \\UTGERS |--

Re: Two domains reporting errors

On 28 Sep 2014, at 08:37 , LuKreme wrote: > This is all very interesting. To be honest, I first figured out how to > generate named.con and the domain failed Sigh. named.conf and the domain files. I swear, my typos and OS X autocorrect do *not* get along. -- K is for KATE who was struck by

Re: Two domains reporting errors

> On 27 Sep 2014, at 15:46 , Doug Barton wrote: > > On 9/25/14 4:49 PM, LuKreme wrote: > >> Wait a second, so the zone name comes from the named.conf? > > Not quite. When named loads the zone file it does it in the context of > the zone stanza from named.conf. If the zone name in the SOA is li