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.

This is what Roelf Diedericks of Neology had to say about it:

Neology supplies IAP services to ISP’s in the local market, this includes radius, billing and RealSoon(tm), ADSL IPConnect termination for multiple ISP’s.

We will be offering the first consumer ADSL service with differentiated local, versus international radius accounting, and many other cunning differentiated traffic billing plans which cannot as yet be revealed :)

Simply awaiting Telkom to do their bits at the moment.

So, while their AS is new to the routing tables, Neology is certainly not new to the local telecoms business.

It’s good to see someone has solved the (non-trivial) problem of accounting national and international traffic separately… this is something that IS wasn’t willing (or able) to do even when their customers specifically asked them for it on IS Labs.