<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: A blast from the past on new gTLDs</title>
	<atom:link href="http://blog.icann.org/2007/08/a-blast-from-the-past-on-new-gtlds/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.icann.org/2007/08/a-blast-from-the-past-on-new-gtlds/</link>
	<description>Internet Corporation for Assigned Names and Numbers</description>
	<lastBuildDate>Wed, 08 Feb 2012 01:42:27 -0800</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: ICANN: New generic TLDs at Dominik Mueller - Domain Name Brokerage and Consulting</title>
		<link>http://blog.icann.org/2007/08/a-blast-from-the-past-on-new-gtlds/comment-page-1/#comment-4211</link>
		<dc:creator>ICANN: New generic TLDs at Dominik Mueller - Domain Name Brokerage and Consulting</dc:creator>
		<pubDate>Tue, 25 Sep 2007 10:54:39 +0000</pubDate>
		<guid isPermaLink="false">http://blog.icann.org/?p=183#comment-4211</guid>
		<description>[...] public participation at ICANN, Kieren McCarthy, made a post about new generic top-level domains on ICANN&#8217;s blog. He asks a good question, namely, what new generic TLDs would be useful and successful as the [...]</description>
		<content:encoded><![CDATA[<p>[...] public participation at ICANN, Kieren McCarthy, made a post about new generic top-level domains on ICANN&#8217;s blog. He asks a good question, namely, what new generic TLDs would be useful and successful as the [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bryan</title>
		<link>http://blog.icann.org/2007/08/a-blast-from-the-past-on-new-gtlds/comment-page-1/#comment-3899</link>
		<dc:creator>Bryan</dc:creator>
		<pubDate>Wed, 19 Sep 2007 14:00:53 +0000</pubDate>
		<guid isPermaLink="false">http://blog.icann.org/?p=183#comment-3899</guid>
		<description>More GLTD&#039;s would be a mistake. The justification for continuing to pay re-registration fees on multiple domain names (and ICANN fees) is for future speculative values. There will not be a benefit to the public by adding more GLTD&#039;s to the already crowded namespace, as people will get confused in the clutter of domain name extensions. Not to mention website development and content. It is not reasonable to assume more domain name extensions are required when there is already very little development of the .biz, .info, .pro, etc domains. If the purpose of adding more extensions is for the purposes of income for ICANN: it will be better served leaving the namespace as it is for now an d collecting the fees for domain renewals that people pay, based on speculation. Domain name speculation will not be as it has been in the past, due to developmental limitations, so expanding the current space will add value (and speculation) to the existing domain name endings. To conclude, it may be several years until new GLTD&#039;s are necessary: if at all, because the current names are not being developed and multiple domain name holders who pay registration fees expect appreciation for the domain names they hold. More names will add confusion and are really unnecessary.</description>
		<content:encoded><![CDATA[<p>More GLTD&#8217;s would be a mistake. The justification for continuing to pay re-registration fees on multiple domain names (and ICANN fees) is for future speculative values. There will not be a benefit to the public by adding more GLTD&#8217;s to the already crowded namespace, as people will get confused in the clutter of domain name extensions. Not to mention website development and content. It is not reasonable to assume more domain name extensions are required when there is already very little development of the .biz, .info, .pro, etc domains. If the purpose of adding more extensions is for the purposes of income for ICANN: it will be better served leaving the namespace as it is for now an d collecting the fees for domain renewals that people pay, based on speculation. Domain name speculation will not be as it has been in the past, due to developmental limitations, so expanding the current space will add value (and speculation) to the existing domain name endings. To conclude, it may be several years until new GLTD&#8217;s are necessary: if at all, because the current names are not being developed and multiple domain name holders who pay registration fees expect appreciation for the domain names they hold. More names will add confusion and are really unnecessary.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: CarlB</title>
		<link>http://blog.icann.org/2007/08/a-blast-from-the-past-on-new-gtlds/comment-page-1/#comment-3662</link>
		<dc:creator>CarlB</dc:creator>
		<pubDate>Fri, 14 Sep 2007 20:13:21 +0000</pubDate>
		<guid isPermaLink="false">http://blog.icann.org/?p=183#comment-3662</guid>
		<description>If .XOM and .CPM don&#039;t exist, there&#039;s no way for linkspam parking sites to monetise them as typos. As such, adding these as domains accomplishes nothing.

To fix the problems requires other measures, such as creating provisions in the standard contracts for domain registration that would prevent registrants from pointing multiple names to the same place unless justified by some meaningful difference in content. An end to the &quot;wildcarding&quot; of country-code domains (so that every invalid .ws or .cm can&#039;t be directed to a page of useless spamvertising) would be a much-needed step forward, although politically awkward to achieve as these top-level domains belong to foreign, sovereign nations. Nuking Cameroon off the face of the Internet would also help, as .cm is being used to typosquat all of .com. Last I checked, though, ICANN doesn&#039;t own any plutoni.um :)</description>
		<content:encoded><![CDATA[<p>If .XOM and .CPM don&#8217;t exist, there&#8217;s no way for linkspam parking sites to monetise them as typos. As such, adding these as domains accomplishes nothing.</p>
<p>To fix the problems requires other measures, such as creating provisions in the standard contracts for domain registration that would prevent registrants from pointing multiple names to the same place unless justified by some meaningful difference in content. An end to the &#8220;wildcarding&#8221; of country-code domains (so that every invalid .ws or .cm can&#8217;t be directed to a page of useless spamvertising) would be a much-needed step forward, although politically awkward to achieve as these top-level domains belong to foreign, sovereign nations. Nuking Cameroon off the face of the Internet would also help, as .cm is being used to typosquat all of .com. Last I checked, though, ICANN doesn&#8217;t own any plutoni.um <img src='http://blog.icann.org/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: CarlB</title>
		<link>http://blog.icann.org/2007/08/a-blast-from-the-past-on-new-gtlds/comment-page-1/#comment-3661</link>
		<dc:creator>CarlB</dc:creator>
		<pubDate>Fri, 14 Sep 2007 19:57:52 +0000</pubDate>
		<guid isPermaLink="false">http://blog.icann.org/?p=183#comment-3661</guid>
		<description>(servername).local may be a good choice for internal use, as http://en.wikipedia.org/wiki/.local lists the domain as already used internally in Apple&#039;s networking software.

Another possibility would be to use a name which your organisation owns as a USPTO trademark, as such a name might be strongly avoided in new-gTLD root creation proposals for legal reasons.

As for .xxx? Perhaps it should&#039;ve been created as something else, like .nude - the problem with a .porn is that it&#039;s not easy to definitively define what is or isn&#039;t pr0n, but nudity is definable.</description>
		<content:encoded><![CDATA[<p>(servername).local may be a good choice for internal use, as <a href="http://en.wikipedia.org/wiki/.local" rel="nofollow">http://en.wikipedia.org/wiki/.local</a> lists the domain as already used internally in Apple&#8217;s networking software.</p>
<p>Another possibility would be to use a name which your organisation owns as a USPTO trademark, as such a name might be strongly avoided in new-gTLD root creation proposals for legal reasons.</p>
<p>As for .xxx? Perhaps it should&#8217;ve been created as something else, like .nude &#8211; the problem with a .porn is that it&#8217;s not easy to definitively define what is or isn&#8217;t pr0n, but nudity is definable.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Frank</title>
		<link>http://blog.icann.org/2007/08/a-blast-from-the-past-on-new-gtlds/comment-page-1/#comment-3440</link>
		<dc:creator>Frank</dc:creator>
		<pubDate>Tue, 11 Sep 2007 06:24:57 +0000</pubDate>
		<guid isPermaLink="false">http://blog.icann.org/?p=183#comment-3440</guid>
		<description>In general I think the world has enough gTLDs.

I do think .xxx is one of the exceptions which should be made available as soon as possible, followed by international rules and laws to move all porn-related sites to that gTLD to make filtering more easily. I regret this process is stalled by amongst others the US government.

As DNS specialist I also see some issues in the admittance of new gTLDs; for some companies use unassigned gTLDs inside the company to make a clear distinction between internal DNS and external DNS as long as there is no dedicated gTLD for “Private-Use”, similar as 10.0.0.0/8 in the IPv4 address space [RFC1918]. It might be a good idea to start a new RFC for that, though I am not sure which gTLD should be used; ideas include .internal, .local, .private and .lan as both .net and .int are already in use.</description>
		<content:encoded><![CDATA[<p>In general I think the world has enough gTLDs.</p>
<p>I do think .xxx is one of the exceptions which should be made available as soon as possible, followed by international rules and laws to move all porn-related sites to that gTLD to make filtering more easily. I regret this process is stalled by amongst others the US government.</p>
<p>As DNS specialist I also see some issues in the admittance of new gTLDs; for some companies use unassigned gTLDs inside the company to make a clear distinction between internal DNS and external DNS as long as there is no dedicated gTLD for “Private-Use”, similar as 10.0.0.0/8 in the IPv4 address space [RFC1918]. It might be a good idea to start a new RFC for that, though I am not sure which gTLD should be used; ideas include .internal, .local, .private and .lan as both .net and .int are already in use.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kieren McCarthy</title>
		<link>http://blog.icann.org/2007/08/a-blast-from-the-past-on-new-gtlds/comment-page-1/#comment-2533</link>
		<dc:creator>Kieren McCarthy</dc:creator>
		<pubDate>Sat, 25 Aug 2007 09:18:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.icann.org/?p=183#comment-2533</guid>
		<description>It is ironic that this post is titled &quot;blast from the past&quot; because if you have a look at the date of that news report, it was written in 2005. 

As far as I&#039;m aware, ICANN hasn&#039;t spoken to ICM Registry since the Lisbon meeting where .xxx was rejected.


Kieren</description>
		<content:encoded><![CDATA[<p>It is ironic that this post is titled &#8220;blast from the past&#8221; because if you have a look at the date of that news report, it was written in 2005. </p>
<p>As far as I&#8217;m aware, ICANN hasn&#8217;t spoken to ICM Registry since the Lisbon meeting where .xxx was rejected.</p>
<p>Kieren</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Domisfera</title>
		<link>http://blog.icann.org/2007/08/a-blast-from-the-past-on-new-gtlds/comment-page-1/#comment-2532</link>
		<dc:creator>Domisfera</dc:creator>
		<pubDate>Fri, 24 Aug 2007 23:26:53 +0000</pubDate>
		<guid isPermaLink="false">http://blog.icann.org/?p=183#comment-2532</guid>
		<description>Hi from Domisfera, an spanish media focused on domains.

I have one question. 

We have seen published that &quot;ICANN is currently working with the ICM Registry to finalise details of the .xxx domain,... &quot;
(http://www.dmeurope.com/default.asp?ArticleID=8233)

Is this true?

Thanks!</description>
		<content:encoded><![CDATA[<p>Hi from Domisfera, an spanish media focused on domains.</p>
<p>I have one question. </p>
<p>We have seen published that &#8220;ICANN is currently working with the ICM Registry to finalise details of the .xxx domain,&#8230; &#8221;<br />
(<a href="http://www.dmeurope.com/default.asp?ArticleID=8233" rel="nofollow">http://www.dmeurope.com/default.asp?ArticleID=8233</a>)</p>
<p>Is this true?</p>
<p>Thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Enough Already</title>
		<link>http://blog.icann.org/2007/08/a-blast-from-the-past-on-new-gtlds/comment-page-1/#comment-2522</link>
		<dc:creator>Enough Already</dc:creator>
		<pubDate>Thu, 23 Aug 2007 16:51:01 +0000</pubDate>
		<guid isPermaLink="false">http://blog.icann.org/?p=183#comment-2522</guid>
		<description>If registrant&#039;s FirstChoice.com is taken, ICANN is not doing them any favors by making FirstChoice.xyz available. The new website owner will forever be promoting traffic to their potential rivals at FirstChoice.com. 

Do you really want to pour your soul into a website at NewYork.coffee only to see your visitors end up NewYorkCoffee.com? I think you&#039;d be much better off with KierensCoffee.com.

There&#039;s simply no getting around the fact that there&#039;s a limited number of desirable word combinations. You&#039;re not creating a &quot;new supply&quot; by adding extensions, just more opportunity for confusion.</description>
		<content:encoded><![CDATA[<p>If registrant&#8217;s FirstChoice.com is taken, ICANN is not doing them any favors by making FirstChoice.xyz available. The new website owner will forever be promoting traffic to their potential rivals at FirstChoice.com. </p>
<p>Do you really want to pour your soul into a website at NewYork.coffee only to see your visitors end up NewYorkCoffee.com? I think you&#8217;d be much better off with KierensCoffee.com.</p>
<p>There&#8217;s simply no getting around the fact that there&#8217;s a limited number of desirable word combinations. You&#8217;re not creating a &#8220;new supply&#8221; by adding extensions, just more opportunity for confusion.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: NI-LIMITS</title>
		<link>http://blog.icann.org/2007/08/a-blast-from-the-past-on-new-gtlds/comment-page-1/#comment-2514</link>
		<dc:creator>NI-LIMITS</dc:creator>
		<pubDate>Thu, 23 Aug 2007 03:51:18 +0000</pubDate>
		<guid isPermaLink="false">http://blog.icann.org/?p=183#comment-2514</guid>
		<description>Thanks for the detailed reply Kieren!

Being based in Malaysia does not make it easy for us to mingle with the right people, which is one thing that really annoys us about being out here, which is ironic, as we can make a real difference over here, but only if we were in constant contact with people such as yourselves over there...

Having just come out of the RegFly horror barely surviving the fiasco and in the process managing to maintain control of about a thousand of our domains, we have a five year business model plan that involves the need for our own TLD and are willing to go to any measure and process in order to reach that goal, so long as it only involves at least one flight over there to sit down and sign things up with our CEO and CTO, but in this modern world, getting it done from here would of course be a preference...

Is it at all possible for us to communicate a little more privately from here on out...?</description>
		<content:encoded><![CDATA[<p>Thanks for the detailed reply Kieren!</p>
<p>Being based in Malaysia does not make it easy for us to mingle with the right people, which is one thing that really annoys us about being out here, which is ironic, as we can make a real difference over here, but only if we were in constant contact with people such as yourselves over there&#8230;</p>
<p>Having just come out of the RegFly horror barely surviving the fiasco and in the process managing to maintain control of about a thousand of our domains, we have a five year business model plan that involves the need for our own TLD and are willing to go to any measure and process in order to reach that goal, so long as it only involves at least one flight over there to sit down and sign things up with our CEO and CTO, but in this modern world, getting it done from here would of course be a preference&#8230;</p>
<p>Is it at all possible for us to communicate a little more privately from here on out&#8230;?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dominik Mueller</title>
		<link>http://blog.icann.org/2007/08/a-blast-from-the-past-on-new-gtlds/comment-page-1/#comment-2511</link>
		<dc:creator>Dominik Mueller</dc:creator>
		<pubDate>Wed, 22 Aug 2007 18:23:28 +0000</pubDate>
		<guid isPermaLink="false">http://blog.icann.org/?p=183#comment-2511</guid>
		<description>I would appreciate the introduction of shadow TLDs (or typo TLDs) like .XOM and .CPM. Such domain extensions would be crucial to own for any company that wants to protect its trademarks on the Internet. As of now, domain extension typos are being wrongfully monetized by search engine giants Microsoft and Google. MSFT and GOOG are making millions from these domain name typos! Wouldn’t it be better to let companies register typo TLDs, or even better yet, wouldn&#039;t it be possible to introduce a global wild card that will automatically forward .XOM/.CPM typos to .COM, .NT to .NET, .ORF to .ORG etc.?</description>
		<content:encoded><![CDATA[<p>I would appreciate the introduction of shadow TLDs (or typo TLDs) like .XOM and .CPM. Such domain extensions would be crucial to own for any company that wants to protect its trademarks on the Internet. As of now, domain extension typos are being wrongfully monetized by search engine giants Microsoft and Google. MSFT and GOOG are making millions from these domain name typos! Wouldn’t it be better to let companies register typo TLDs, or even better yet, wouldn&#8217;t it be possible to introduce a global wild card that will automatically forward .XOM/.CPM typos to .COM, .NT to .NET, .ORF to .ORG etc.?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

