Local Loop

Last week Thursday I registered a .COM domain with joker.com, a smaller registrar that I’ve been using for a few years. They accepted my credit card payment and I immediately configured a blogger.com hosted blog to use this domain. After three hours the delegation for the domain suddenly disappeared from the .COM zone, effectively taking down the blog. Joker.com’s web interface showed no error indication of any sort, so I logged a support request using their web form.

I got no response from joker.com, and they don’t list a telephone number. They took my money and ignored me. This pissed me off, but not as much as the fact that the domain name could not be transferred to another registrar for 60 days, making it useless to me. At this point I was furiously planning my complaint to ICANN. Then, about 27 hours after I logged the support request, my domain re-appeared and I got no explanation as to why they rolled back the registration to start with.

This reminded me of a fight about two months ago on the IOZ mailing list about Uniforum’s overly strict requirements on name servers during the registration process… something about checking rDNS for the zone name servers, a problem you should almost never have.

Even IS Labs has it’s own little corner for Uniforum hate. The most popular idea (according to IS Labs’ ranking) is to “Drag uniforum registration process into this century”.

A critic is a legless man who teaches running.
– Channing Pollock

I have personally also been guilty of criticizing Uniforum behind their backs, but I think the web-services enabled DNS nirvana that some people have in mind (especially one where there is a separation between registry and registrar) is badly overrated. Here is a list of reasons why, I’ve concluded, we should count our blessings when it comes to the CO.ZA domain:

• Uniforum’s integrated registry/registrar model simplifies support, and their prices aren’t high enough to warrant introducing registrar competition. In fact, inserting middlemen is likely to increase costs.
• Using human-readable plain text messages between applications is good practice according to time-tested UNIX philosophy. Your XML-serialized RPC over HTTP (“web service”) is great, until it breaks and you have to debug it.
• I actually prefer paying an invoice manually once a year over having some opaque payment processing system fumble with my credit card details. It’s more effort, but it places you (the customer) in control.
• Uniforum’s engineers are possibly somewhat stubborn (from what I can tell, based on IOZ posts), but, their system works if you meet their requirements. I can respect that.