ICANN Moves To Disable Domain Tasting 137
jehnx writes "Following Google's crackdown on 'domain tasters', ICANN has voted unanimously to eliminate the free period that many domain buyers have been taking advantage of. At the same meeting they also discussed Network Solutions' front running but took no action on it."
Re:Network Solutions (Score:5, Insightful)
Re:Is this really about domain tasting (Score:5, Insightful)
Re:Network Solutions (Score:5, Insightful)
Although: if ICANN eliminate the free tasting period, so that it costs network solutions some money for each domain they "protect from domain tasters" in this way, it would surely be fun to go to networksolutions.com and do a few hundred more searches for random domain names.
What is interesting to me... (Score:5, Insightful)
It was most annoying, but the fact it came up as the first link, means google really should do soemthing about sites abusing the ranking systems and not just people abusing the adsense program.
cyber squatters (Score:3, Insightful)
Ofcourse, in economic terms, it would probably be worth it in the long run if you have a very good idea to pay some extra for the better domain name. But its like paying for "protection" money because the alternative is worse...
Re:They could deal with an actual problem instead. (Score:3, Insightful)
If pacnames, yesnic and mouzz are getting kickbacks from the criminals, maybe they are sending a cut to ICANN.
Don't worry about the name (Score:5, Insightful)
If you have a good idea for a website, pick a unique, memorable name, not an obvious one. Who's the number one auction site; auction.com or eBay? Who's the number one on-line bookseller; books.com or Amazon? What is an ebay anyway? What does a river in Brazil have to do with books? Nothing, it doesn't matter, most people are going to find your website through Google anyway rather than typing in a URL.
Re:Impact on registrars like GoDaddy? (Score:1, Insightful)
How many people really make a mistake? If you buy something from your local shop and then decide you didn't want it after all, the shop has no obligation to give you your money back - especially if they suspect you have used it (eg if it's clothes, a camera etc)
A domain costs virtually nothing to register, and they're not vital for people to live. So, if you screw up and register the wrong domain, tough, it's your fault, not the registrar's, not the rest of the world's. You should have to pay for it.
If GoDaddy are helping spammers by giving them 51 million free domains to use in spam, then I have no sympathy with them!
Re:Impact on registrars like GoDaddy? (Score:4, Insightful)
As you said, they can't do that any more so they'd have either 55 million domains registered with 0 cancels, or 3.5 million domains registered for legitimate reasons and 51.5 million domains that weren't registered because the registeree couldn't get a temporary freebie.
It's also a lot of revenue to be relying on when a good proportion of it will be from suspect activities (spammers/squatters) who could be restricted by decisions such as this at any moment.
At the end of the day if GoDaddy vanishes then it's no big loss. All the smaller registrars will survive without the 'ill gotten gains' money and registrars will continue. It happens with
Re:Impact on registrars like GoDaddy? (Score:1, Insightful)
And you want me to have SYMPATHY for them?
How bout this, fuck you, and fuck GoDaddy. The only thing they ever did right was hire that chick with the big tits for the SuperBowl commercials.
good move (Score:3, Insightful)
Or can anyone here name me one not-advertisement-related reason for "domain tasting"? The only use I've ever read about is registering the domain and checking if you get enough hits on it to run your ads with enough profit, before you commit yourself.
Expired domain zone settings (Score:3, Insightful)
The significance of this may not be obvious to everyone so let me explain. The TTL (Time To Live) value is part of the SOA (Start of Authority) in a DNS zone file. The TTL value is how the administrator of the authoritative NS tells the client's DNS resolver to cache the DNS responses. Ie, if I lookup the MX for blah.com and the TTL is 300 then I will cache that response for 5 minutes and I'll use that cached response for any subsequent queries until the TTL expires. I won't bug you or waste your bandwidth until then. It's a way of reducing load on the authoritative NSs and keep from wasting bandwidth across the Internet for redundant queries (think of a caching HTTP proxy).
The effect of the registrar's taking this step manifests itself when the domain gets renewed. The domain is renewed as soon as service is interrupted and the problem is discovered. The registrar submits updates to Verisign for the COM zone file twice a day. Depending on when the domain was renewed with respect to when the registrar sends the updates as well as the SOA values (that control caching) dictate how long it will be before the domain is functional again. The registrar, Spirit Domains, chose to set the TTL to something between 24 and 72 hours. That's 1-3 days for the math challenged among us. That's absurdly long. I contend that most renewals of expired domains happen within 1-12 hours of the expiration for domains that are actually used. Why any registrar would choose to use a TTL longer than an hour or two is beyond me. I can understand the concern of the load this would put on their NSs. The answer is simple though. For the first day set the TTL to 1hr. On the second day set the TTL to 6 hours. On day 3 set it to 12 hours. On day 7 set it to whatever you want. 98% of expired domains that are going to be renewed would surely be done within 3 days. That would keep the MTTR for the function of the domain down to a reasonable level. 24-72hrs is not a reasonable level.
I called Spirit Domains to chew on them earlier this morning. The guy I spoke with said that he didn't know why that TTL value was chosen but that it was what they always used. He said it was definitely between 24 and 72 hours. That's horse shit. On top of that, in the temp zone they created also had a MX record. It was the MX record that had the extra high TTL of +48hrs. Even if the NS records expired in 24 hours the MX records would have still been cached and would have still been pointed at Spirit Domains SMTP blackhole: grey-area.mailhostingserver.com.
In short I would like to see ICANN address the problem of what registrars put in their expired domain zone files. The TTLs should be kept low and increment slowly. Their should not be a MX record under any circumstances.
Re:Overall a great decision, but . . . (Score:5, Insightful)
ICANN says it pretty eloquently:
In other words, your experience has become the exception (by a factor of millions) not the rule and a few bad apples have ruined it for the rest of us.
Re:Network Solutions (Score:3, Insightful)
Yes. IIRC, Network Solutions would not snipe the results of whois lookups/DNS failed lookups of domains, only the domains that you searched for as the first step of registering it.
I actually see nothing wrong with letting a company reserve a domain for a short period of time to allow the transaction process to complete or allow the choice of several domains to be elevated. But 1 hour would work for that.
Re:Impact on registrars like GoDaddy? (Score:1, Insightful)