<?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: Mexico City question box responses published</title>
	<atom:link href="http://blog.icann.org/2009/04/mexico-city-question-box-responses-published/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.icann.org/2009/04/mexico-city-question-box-responses-published/</link>
	<description>Internet Corporation for Assigned Names and Numbers</description>
	<lastBuildDate>Mon, 23 Nov 2009 02:20:28 -0800</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Ray Marshall</title>
		<link>http://blog.icann.org/2009/04/mexico-city-question-box-responses-published/comment-page-1/#comment-16990</link>
		<dc:creator>Ray Marshall</dc:creator>
		<pubDate>Fri, 24 Apr 2009 06:34:27 +0000</pubDate>
		<guid isPermaLink="false">http://blog.icann.org/?p=768#comment-16990</guid>
		<description>Hi Mr. Tatar,

I&#039;m not sure why this idea would result in a &quot;mess&quot; if each of the respective countries that you&#039;ve listed above actually have a city named &quot;London&quot;.  The ccTLD at the beginning  of the url signifies the country in which the city of &quot;London&quot; exists, and &quot;casino&quot; speaks for itself.  If a city of &quot;London&quot; doesn&#039;t exist in such countries, no one would be able to register such third level city domains since this process would be regulated by ICANN and participating cities throughout the world that share the same name. 

ICANN would have to regulate this approach by creating an authorized list of third level city domains.  That authorized list would be created between ICANN and participating cities located throughout the world that share the same name and want to have a third level city domain.  The ccTLD at the beginning of the url would allow ICANN to allocate &quot;.London&quot; to cities throughout the world that share that name.  The ccTLD at the beginning of the url would also signify to the Internet community the country of origin for the third level city domain, e.g. uk.domain.london, ca.domain.london, etc.  If &quot;London&quot; doesn&#039;t exist in the countries you&#039;ve cited above, ICANN would not allow you to register en.domain.london, de.domain.london, cz.domain.london, es.domain.london.  With that said, there would certainly be an issue with this methodology if you tried searching for www.casino.london or casino.london in your Internet browser.  Don&#039;t know how this issue would be resolved.  The concept is certainly not bullet proof.</description>
		<content:encoded><![CDATA[<p>Hi Mr. Tatar,</p>
<p>I&#8217;m not sure why this idea would result in a &#8220;mess&#8221; if each of the respective countries that you&#8217;ve listed above actually have a city named &#8220;London&#8221;.  The ccTLD at the beginning  of the url signifies the country in which the city of &#8220;London&#8221; exists, and &#8220;casino&#8221; speaks for itself.  If a city of &#8220;London&#8221; doesn&#8217;t exist in such countries, no one would be able to register such third level city domains since this process would be regulated by ICANN and participating cities throughout the world that share the same name. </p>
<p>ICANN would have to regulate this approach by creating an authorized list of third level city domains.  That authorized list would be created between ICANN and participating cities located throughout the world that share the same name and want to have a third level city domain.  The ccTLD at the beginning of the url would allow ICANN to allocate &#8220;.London&#8221; to cities throughout the world that share that name.  The ccTLD at the beginning of the url would also signify to the Internet community the country of origin for the third level city domain, e.g. uk.domain.london, ca.domain.london, etc.  If &#8220;London&#8221; doesn&#8217;t exist in the countries you&#8217;ve cited above, ICANN would not allow you to register en.domain.london, de.domain.london, cz.domain.london, es.domain.london.  With that said, there would certainly be an issue with this methodology if you tried searching for <a href="http://www.casino.london" rel="nofollow">http://www.casino.london</a> or casino.london in your Internet browser.  Don&#8217;t know how this issue would be resolved.  The concept is certainly not bullet proof.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kazan tatar</title>
		<link>http://blog.icann.org/2009/04/mexico-city-question-box-responses-published/comment-page-1/#comment-16976</link>
		<dc:creator>Kazan tatar</dc:creator>
		<pubDate>Thu, 23 Apr 2009 23:28:21 +0000</pubDate>
		<guid isPermaLink="false">http://blog.icann.org/?p=768#comment-16976</guid>
		<description>Mister Marshall, but this will not be a mess on domain names? en.casino.london or de.casino.london , cz.casino.london , es.casino.london....</description>
		<content:encoded><![CDATA[<p>Mister Marshall, but this will not be a mess on domain names? en.casino.london or de.casino.london , cz.casino.london , es.casino.london&#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ray Marshall</title>
		<link>http://blog.icann.org/2009/04/mexico-city-question-box-responses-published/comment-page-1/#comment-16746</link>
		<dc:creator>Ray Marshall</dc:creator>
		<pubDate>Sat, 11 Apr 2009 02:52:26 +0000</pubDate>
		<guid isPermaLink="false">http://blog.icann.org/?p=768#comment-16746</guid>
		<description>ICANN,

Thanks for the response.  Yes, I was aware that what I was proposing for City-TLDs was essentially third level domains and that this is now possible with existing TLDs.  Perhaps the City-TLDs could be owned/operated by a consortium of cities that share the same name and that only third-level domains could be sold on the City-TLDs, e.g. fr.domain.paris, us.domain.paris, de.domain.berlin, us.domain.berlin, etc.  This would solve the allocation problem between cities around the world that share the same name.

Ray Marshall</description>
		<content:encoded><![CDATA[<p>ICANN,</p>
<p>Thanks for the response.  Yes, I was aware that what I was proposing for City-TLDs was essentially third level domains and that this is now possible with existing TLDs.  Perhaps the City-TLDs could be owned/operated by a consortium of cities that share the same name and that only third-level domains could be sold on the City-TLDs, e.g. fr.domain.paris, us.domain.paris, de.domain.berlin, us.domain.berlin, etc.  This would solve the allocation problem between cities around the world that share the same name.</p>
<p>Ray Marshall</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: gpmgroup</title>
		<link>http://blog.icann.org/2009/04/mexico-city-question-box-responses-published/comment-page-1/#comment-16743</link>
		<dc:creator>gpmgroup</dc:creator>
		<pubDate>Fri, 10 Apr 2009 23:29:13 +0000</pubDate>
		<guid isPermaLink="false">http://blog.icann.org/?p=768#comment-16743</guid>
		<description>Great list of questions and answers - It is really good to see such excellent interaction between ICANN and anyone who wishes to learn more about ICANN, its decisions and the day to day work it does.</description>
		<content:encoded><![CDATA[<p>Great list of questions and answers &#8211; It is really good to see such excellent interaction between ICANN and anyone who wishes to learn more about ICANN, its decisions and the day to day work it does.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: George Kirikos</title>
		<link>http://blog.icann.org/2009/04/mexico-city-question-box-responses-published/comment-page-1/#comment-16739</link>
		<dc:creator>George Kirikos</dc:creator>
		<pubDate>Fri, 10 Apr 2009 20:22:56 +0000</pubDate>
		<guid isPermaLink="false">http://blog.icann.org/?p=768#comment-16739</guid>
		<description>In response to my question:

Question: Why was ICANN staff researching George Kirikos&#039; political views on President Barack Obama? (as was verified by Apache webserver referrer logs) Does ICANN keep a dossier on every community participant?

ICANN resplied with:  &quot;Information regarding any such search has not been provided to ICANN. ICANN does not contract for, have access to, or maintain a dossier on any community participant, including on their political views.&quot;

Since ICANN denies receiving such information, but it was posted to the ICANN GA mailing list on January 9, 2009:

http://www.webcitation.org/5fwEYlXUI

with the actual Apache webserver logs which contained IP address and date/timestamp details. That would allow ICANN to determine who was responsible.</description>
		<content:encoded><![CDATA[<p>In response to my question:</p>
<p>Question: Why was ICANN staff researching George Kirikos&#8217; political views on President Barack Obama? (as was verified by Apache webserver referrer logs) Does ICANN keep a dossier on every community participant?</p>
<p>ICANN resplied with:  &#8220;Information regarding any such search has not been provided to ICANN. ICANN does not contract for, have access to, or maintain a dossier on any community participant, including on their political views.&#8221;</p>
<p>Since ICANN denies receiving such information, but it was posted to the ICANN GA mailing list on January 9, 2009:</p>
<p><a href="http://www.webcitation.org/5fwEYlXUI" rel="nofollow">http://www.webcitation.org/5fwEYlXUI</a></p>
<p>with the actual Apache webserver logs which contained IP address and date/timestamp details. That would allow ICANN to determine who was responsible.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
