Stability - I'm not sure that any of the current lua port drivers are terribly robust. Even if they were, it's easier to reason about the behaviour of Erlang code than native code within the VM.
Your interpretation of my original comment seems extremely hypersensitive to me. Perhaps there is cultural difference at play here.
The experience I've had in hosting ten-thousand odd zones suggests that these resolvers do not exist. I've seen a great many claims but am yet to actually see a resolver that extends TTLs in the wild and so I consider them all but myth.
In the past there has been issues at the client - predominately with browsers, MTAs and stub-resolvers - so if I were to observe activity that suggested a stale cache I'd be more likely to attribute it to a bug (be it new or old) if no other data were available.
I don't see how you could construe my comment as being in anyway impolite.
Google does not turn up any useful results for this subject. The only reference I've seen to resolvers doing something unusual with caching is on the dns-operations mailing list where I ran into a fellow who doesn't cache records with a TTL less than a minute.
Since you claim it is simple to find a resolver that extends the TTL beyond what the authoritative server has specified, can you please point me to such a resolver?
EDIT: Just to be clear, I'm after a server that I can query or something equally authoritative.
EDIT2: My apologies if this is seen as belaboring but please note that nicksuan's comment is not referring to CPE, stub resolvers or client apps.
Your knowledge may be obscuring the bigger picture here. I suspect the general public wouldn't behave the way you would - the only spill I've ever seen resulted in the user turning the machine over and furiously shaking it. That this is the only spill I've seen in 16 odd years of being around laptops and using laptops suggests to me that for a company like Apple optimising for spills wouldn't be a priority.