<?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: Will ICANN On Now Approve .XXX?  ICM Says Yes; ICANN Seems To Say No</title>
	<atom:link href="http://www.thedomains.com/2010/02/22/will-icann-on-now-approve-xxx-icm-says-yes-icann-seems-to-say-no/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.thedomains.com/2010/02/22/will-icann-on-now-approve-xxx-icm-says-yes-icann-seems-to-say-no/</link>
	<description></description>
	<lastBuildDate>Sun, 12 Feb 2012 20:38:46 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Theodore Aniello</title>
		<link>http://www.thedomains.com/2010/02/22/will-icann-on-now-approve-xxx-icm-says-yes-icann-seems-to-say-no/comment-page-1/#comment-86809</link>
		<dc:creator>Theodore Aniello</dc:creator>
		<pubDate>Fri, 10 Jun 2011 18:07:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.thedomains.com/?p=7541#comment-86809</guid>
		<description>Probably the most helpful in addition to up-to-date info I came throughout on this topic. I am positive lucky that I saw your article by chance. I’ll be subscribing to your personal rss feed in order that I can have the latest posts. Enjoy every part here.</description>
		<content:encoded><![CDATA[<p>Probably the most helpful in addition to up-to-date info I came throughout on this topic. I am positive lucky that I saw your article by chance. I’ll be subscribing to your personal rss feed in order that I can have the latest posts. Enjoy every part here.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Digest #25 : ::: Think Macro :::</title>
		<link>http://www.thedomains.com/2010/02/22/will-icann-on-now-approve-xxx-icm-says-yes-icann-seems-to-say-no/comment-page-1/#comment-28684</link>
		<dc:creator>Digest #25 : ::: Think Macro :::</dc:creator>
		<pubDate>Sat, 27 Mar 2010 14:00:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.thedomains.com/?p=7541#comment-28684</guid>
		<description>[...] name, claims that the domains will be available this year (more here), but others in the industry disagree.  Rod Beckstorm, CEO and president of ICANN, wrote a blog post praising ICANN&#8217;s [...]</description>
		<content:encoded><![CDATA[<p>[...] name, claims that the domains will be available this year (more here), but others in the industry disagree.  Rod Beckstorm, CEO and president of ICANN, wrote a blog post praising ICANN&#8217;s [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: As We Predicted .XXX Decision Is Pushed Off Until Brussell Meeting &#124; Domaining Manual</title>
		<link>http://www.thedomains.com/2010/02/22/will-icann-on-now-approve-xxx-icm-says-yes-icann-seems-to-say-no/comment-page-1/#comment-27614</link>
		<dc:creator>As We Predicted .XXX Decision Is Pushed Off Until Brussell Meeting &#124; Domaining Manual</dc:creator>
		<pubDate>Fri, 12 Mar 2010 16:48:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.thedomains.com/?p=7541#comment-27614</guid>
		<description>[...] As we predicted in our blog post last month, ICANN pushed off a a vote on ICM Registry&#8217;s proposal to run the  .XXX domain name extension to “no later than its Brussels meeting,” which is scheduled for June 20-25. [...]</description>
		<content:encoded><![CDATA[<p>[...] As we predicted in our blog post last month, ICANN pushed off a a vote on ICM Registry&#8217;s proposal to run the  .XXX domain name extension to “no later than its Brussels meeting,” which is scheduled for June 20-25. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ICANN 讨论为成人网站设立专用域名 &#171; I.HXW.ME</title>
		<link>http://www.thedomains.com/2010/02/22/will-icann-on-now-approve-xxx-icm-says-yes-icann-seems-to-say-no/comment-page-1/#comment-27573</link>
		<dc:creator>ICANN 讨论为成人网站设立专用域名 &#171; I.HXW.ME</dc:creator>
		<pubDate>Fri, 12 Mar 2010 06:43:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.thedomains.com/?p=7541#comment-27573</guid>
		<description>[...] Will ICANN On Now Approve .XXX? 日志全球十大最昂贵域名 &#187; insure.com  2009 年售出，成交价 1600 万美元，由 QuinStreet 公司买下。这个网站提供寿险、车险与健康险等保单出售。  Hong Xiaowan @ 2010-03-12 14:54 for .com .net .xxx domain ICANN ICM 域名 成人网站 趋势. [...]</description>
		<content:encoded><![CDATA[<p>[...] Will ICANN On Now Approve .XXX? 日志全球十大最昂贵域名 &raquo; insure.com  2009 年售出，成交价 1600 万美元，由 QuinStreet 公司买下。这个网站提供寿险、车险与健康险等保单出售。  Hong Xiaowan @ 2010-03-12 14:54 for .com .net .xxx domain ICANN ICM 域名 成人网站 趋势. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: uberVU - social comments</title>
		<link>http://www.thedomains.com/2010/02/22/will-icann-on-now-approve-xxx-icm-says-yes-icann-seems-to-say-no/comment-page-1/#comment-26822</link>
		<dc:creator>uberVU - social comments</dc:creator>
		<pubDate>Sat, 27 Feb 2010 02:51:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.thedomains.com/?p=7541#comment-26822</guid>
		<description>&lt;strong&gt;Social comments and analytics for this post...&lt;/strong&gt;

This post was mentioned on Twitter by berkens: Will ICANN On Now Approve .XXX? ICM Says Yes; ICANN Seems To Say No http://ow.ly/1p8191...</description>
		<content:encoded><![CDATA[<p><strong>Social comments and analytics for this post&#8230;</strong></p>
<p>This post was mentioned on Twitter by berkens: Will ICANN On Now Approve .XXX? ICM Says Yes; ICANN Seems To Say No <a href="http://ow.ly/1p8191.." rel="nofollow">http://ow.ly/1p8191..</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Why The ICA Objected To The Contract To Run The .XXX Extension In 2007 &#38; Still Does &#124; Domaining Manual</title>
		<link>http://www.thedomains.com/2010/02/22/will-icann-on-now-approve-xxx-icm-says-yes-icann-seems-to-say-no/comment-page-1/#comment-26740</link>
		<dc:creator>Why The ICA Objected To The Contract To Run The .XXX Extension In 2007 &#38; Still Does &#124; Domaining Manual</dc:creator>
		<pubDate>Wed, 24 Feb 2010 07:21:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.thedomains.com/?p=7541#comment-26740</guid>
		<description>[...] the ICM Registry taking the position yesterday, that the Independent Panel&#8217;s decision mandates that ICANN enters into a contract with them [...]</description>
		<content:encoded><![CDATA[<p>[...] the ICM Registry taking the position yesterday, that the Independent Panel&#8217;s decision mandates that ICANN enters into a contract with them [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Philip Corwin</title>
		<link>http://www.thedomains.com/2010/02/22/will-icann-on-now-approve-xxx-icm-says-yes-icann-seems-to-say-no/comment-page-1/#comment-26730</link>
		<dc:creator>Philip Corwin</dc:creator>
		<pubDate>Tue, 23 Feb 2010 19:22:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.thedomains.com/?p=7541#comment-26730</guid>
		<description>Mike, whatever further steps ICA does or does not take on this matter will be up to its Board to decide. 
That said, it&#039;s not clear yet to me what decision on .xxx will actually be before the ICANN Board when it meets in Nairobi. As I observed in my comment posted yesterday, my reading of the arbitration panel&#039;s decision was that they determined that ICANN had improperly rejected ICM&#039;s meeting of the sponsorship criteria that would have led to contract negotiations, but didn&#039;t speak to the proposed contract itself. 
In any event, the only order from the panel to ICANN - which it concedes is only advisory in nature -- is to pay ICM $242kto cover its expenses in the administrative proceeding. There is nothing in the order, advisory or otherwise, that says ICANN must enter into a .xxx contract with ICM. Given the controversy surrounding the proposal, the many issues raised by the rejected 2006 contract proposal, and the near proximity of the panel&#039;s decision to the Nairobi meeting, I&#039;d be very surprised to see any definitive decision on .xxx occur at the upcoming ICANN meeting.</description>
		<content:encoded><![CDATA[<p>Mike, whatever further steps ICA does or does not take on this matter will be up to its Board to decide.<br />
That said, it&#8217;s not clear yet to me what decision on .xxx will actually be before the ICANN Board when it meets in Nairobi. As I observed in my comment posted yesterday, my reading of the arbitration panel&#8217;s decision was that they determined that ICANN had improperly rejected ICM&#8217;s meeting of the sponsorship criteria that would have led to contract negotiations, but didn&#8217;t speak to the proposed contract itself.<br />
In any event, the only order from the panel to ICANN &#8211; which it concedes is only advisory in nature &#8212; is to pay ICM $242kto cover its expenses in the administrative proceeding. There is nothing in the order, advisory or otherwise, that says ICANN must enter into a .xxx contract with ICM. Given the controversy surrounding the proposal, the many issues raised by the rejected 2006 contract proposal, and the near proximity of the panel&#8217;s decision to the Nairobi meeting, I&#8217;d be very surprised to see any definitive decision on .xxx occur at the upcoming ICANN meeting.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MHB</title>
		<link>http://www.thedomains.com/2010/02/22/will-icann-on-now-approve-xxx-icm-says-yes-icann-seems-to-say-no/comment-page-1/#comment-26729</link>
		<dc:creator>MHB</dc:creator>
		<pubDate>Tue, 23 Feb 2010 19:08:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.thedomains.com/?p=7541#comment-26729</guid>
		<description>Phil

I was not active in the ICA back in 2007 so thanks for catching me up to speed.

Will the ICA be filing or re-filing its objections to the .xxx extension at or before the March 12 ICANN meeting?</description>
		<content:encoded><![CDATA[<p>Phil</p>
<p>I was not active in the ICA back in 2007 so thanks for catching me up to speed.</p>
<p>Will the ICA be filing or re-filing its objections to the .xxx extension at or before the March 12 ICANN meeting?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Philip Corwin</title>
		<link>http://www.thedomains.com/2010/02/22/will-icann-on-now-approve-xxx-icm-says-yes-icann-seems-to-say-no/comment-page-1/#comment-26728</link>
		<dc:creator>Philip Corwin</dc:creator>
		<pubDate>Tue, 23 Feb 2010 19:04:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.thedomains.com/?p=7541#comment-26728</guid>
		<description>I dug into my documents file for the comment letter that ICA filed on the .xxx contract. It was 20 pages long (!) and filed just over three years ago, on February 5, 2007. (BTW, I don&#039;t get paid by the word -- the letter was that long because the proposed contract raised so many difficult issues.) This was a revised contract that resulted from unpublicized backroom negotiations between ICANN and ICM after the ICANN Board rejected the original contract by a 9-5 vote in May 2006. Under it each any registration fee would have included a $10 charge to fund a non-profit organization that appeared to be under control of ICM, as well as for grants to third party anti-pron groups,with its purpose described as follows:

ICM will donate $10 per year to fund IFFOR’s policy development activities and to provide financial support for the work of online safety organizations, child pornography hotlines, and to sponsor the development of tools and technology to promote child safety and child pornography.

While child porn is detestable this pledge appeared to be little more than a sop designed to facilitate ICANN approval of the contract, since ICM had already pledged to police .xxx so that it contained no child porn would be available at any .xxx domain, and also considering that this type of illegal content is available through other TLDs. The issue here is not whether contributions to such groups (assuming they are legitimate) is a good thing, but whether domain registrants want to start paying &quot;taxes&quot; built into their registry fees for purposes that have nothing to do with the technical database authentication and security services being provided.

The Executive Summary of ICA&#039;s February 2006 follows. If this is the contract that ICANN must now consider approving then all the same issues have come back to the fore:

The ICA takes no position on the general question of whether it is appropriate to authorize any specialized top level domain (TLD), including .XXX, with the intent and expectation that it host explicit adult sexual content. However, we would oppose any requirement that content of a particular nature, including sexual content, be hosted and located solely at specifically designated TLD. The DNS should not be utilized as a means of zoning the Internet for the purpose of segregating content of any nature, as any fiat to that effect inevitably involves registries in the classification and possible censorship of content, and also requires ICANN to stray far from its narrow and proper mission in order to enforce the operative provisions of registry agreements and overarching ICANN policies.   

For the reasons stated below, the ICA is firmly opposed to ICANN Board approval of the Revised Proposed Agreement (RPA) on .XXX, and urges the Board to reject it promptly and with finality.

Executive Summary

The ICA opposes approval of the Revised Proposed Agreement on .XXX because---
1.	The RPA would inevitably involve ICANN, through its enforcement authority and responsibility, in matters that lie far outside its narrow technical mission and are the proper province of national government and multinational law enforcement and consumer protection authorities.
2.	The RPA would set a number of extremely undesirable precedents, including--
•	Establishing registry-specific content restrictions that will authorize the registry operator to establish proprietary extralegal standards and to review and prohibit otherwise legal content.
•	Requiring registrants to involuntarily contribute, through a designated “tax” built into their registry fee, to specified public interest organizations based upon the nature of the content hosted at their domain name; as well as support third party monitoring activities that presume that registrants will not abide by their contractual obligations.
•	Establishing a registry-specific forum, outside of ICANN’s own internal structure for receiving input from interested parties, for the discussion and resolution of matters that are pervasive to most or all TLDs.
3.  The sponsoring organization for .XXX appears to be presently controlled by the registry proposing this new TLD – an entity standing to gain very substantial revenues if the RPA is approved -- and there is no assurance that this sponsor will ever achieve sufficient independence, much less adequate participation from those parties who might utilize this new TLD. As a general matter, the approval of any sponsored TLD (sTLD) should be contingent upon a finding by ICANN that the sponsoring organization is a bona fide and independent entity at the time the TLD proposal is submitted for its consideration, and not merely a registry-controlled “shell” to be given substance at some later date; and that the proposed contract governing the relationship between the sponsor and registry operator be available to the community and Board prior to any Board vote on a proposed TLD.
       4. The process by which this RPA was negotiated and presented to the broad ICANN community once again, unfortunately, provides evidence that ICANN is in need of profound internal culture reform as regards transparency and accountability. The very fact that ICANN staff and .XXX proponents were in continuing discussions and negotiations following the Board’s 9 to 5 vote against the proposed .XXX agreement on May 10, 2006 was neither publicized by ICANN nor known by the interested Internet community – the existence of these ongoing proceedings was in fact opaque to and hidden from that community. At no time during these negotiations did ICANN seek any input from the community as regards the appropriateness of the significant precedents that the developing agreement would set, a failure in regard to both transparency and accountability. Additionally, the January 5th notice of the Revised Proposed Agreement fails to contain a single word of explanation as to why ICANN staff believe the provisions of the newly negotiated Appendix to the original agreement sufficiently address the concerns of the community that resulted in the Board’s rejection of that agreement by a nearly 2 to 1 margin. Nor is there a single word of recognition or discussion in the January 5th notice that the proposed Appendix contains numerous provisions that establish new precedents that could well migrate to other TLD registry agreements and would inevitably involve ICANN in areas far outside the scope of its narrow technical mission if it takes its contract enforcement responsibilities seriously. The ICA finds it inexplicable that ICANN would operate in such an opaque and unaccountable manner in regard to a registry proposal that had generated widespread criticism and debate as well as input from an unusually broad and diverse range of commentators both within and outside the general ICANN community. This failure is particularly incomprehensible given that the decision as to whether ICANN should be completely privatized at the conclusion of its current Memorandum of Understanding (MOU) with the U.S. Department of Commerce (DOC) in 2009 is contingent, first and foremost, on its achievement of greater transparency and accountability in its operations. We would respectfully suggest that, particularly during a period when ICANN is seeking to achieve full privatization, it should adhere strictly to its narrow technical responsibilities and should not be clandestinely negotiating revised agreements for controversial TLDs that would inevitably require substantial expansion of its staff (and substantial additional financial support from domain name registrants) for contract oversight and enforcement responsibilities regarding matters that fall far outside its intended mission and implicate powers and duties that properly belong to national governments and multilateral organizations.</description>
		<content:encoded><![CDATA[<p>I dug into my documents file for the comment letter that ICA filed on the .xxx contract. It was 20 pages long (!) and filed just over three years ago, on February 5, 2007. (BTW, I don&#8217;t get paid by the word &#8212; the letter was that long because the proposed contract raised so many difficult issues.) This was a revised contract that resulted from unpublicized backroom negotiations between ICANN and ICM after the ICANN Board rejected the original contract by a 9-5 vote in May 2006. Under it each any registration fee would have included a $10 charge to fund a non-profit organization that appeared to be under control of ICM, as well as for grants to third party anti-pron groups,with its purpose described as follows:</p>
<p>ICM will donate $10 per year to fund IFFOR’s policy development activities and to provide financial support for the work of online safety organizations, child pornography hotlines, and to sponsor the development of tools and technology to promote child safety and child pornography.</p>
<p>While child porn is detestable this pledge appeared to be little more than a sop designed to facilitate ICANN approval of the contract, since ICM had already pledged to police .xxx so that it contained no child porn would be available at any .xxx domain, and also considering that this type of illegal content is available through other TLDs. The issue here is not whether contributions to such groups (assuming they are legitimate) is a good thing, but whether domain registrants want to start paying &#8220;taxes&#8221; built into their registry fees for purposes that have nothing to do with the technical database authentication and security services being provided.</p>
<p>The Executive Summary of ICA&#8217;s February 2006 follows. If this is the contract that ICANN must now consider approving then all the same issues have come back to the fore:</p>
<p>The ICA takes no position on the general question of whether it is appropriate to authorize any specialized top level domain (TLD), including .XXX, with the intent and expectation that it host explicit adult sexual content. However, we would oppose any requirement that content of a particular nature, including sexual content, be hosted and located solely at specifically designated TLD. The DNS should not be utilized as a means of zoning the Internet for the purpose of segregating content of any nature, as any fiat to that effect inevitably involves registries in the classification and possible censorship of content, and also requires ICANN to stray far from its narrow and proper mission in order to enforce the operative provisions of registry agreements and overarching ICANN policies.   </p>
<p>For the reasons stated below, the ICA is firmly opposed to ICANN Board approval of the Revised Proposed Agreement (RPA) on .XXX, and urges the Board to reject it promptly and with finality.</p>
<p>Executive Summary</p>
<p>The ICA opposes approval of the Revised Proposed Agreement on .XXX because&#8212;<br />
1.	The RPA would inevitably involve ICANN, through its enforcement authority and responsibility, in matters that lie far outside its narrow technical mission and are the proper province of national government and multinational law enforcement and consumer protection authorities.<br />
2.	The RPA would set a number of extremely undesirable precedents, including&#8211;<br />
•	Establishing registry-specific content restrictions that will authorize the registry operator to establish proprietary extralegal standards and to review and prohibit otherwise legal content.<br />
•	Requiring registrants to involuntarily contribute, through a designated “tax” built into their registry fee, to specified public interest organizations based upon the nature of the content hosted at their domain name; as well as support third party monitoring activities that presume that registrants will not abide by their contractual obligations.<br />
•	Establishing a registry-specific forum, outside of ICANN’s own internal structure for receiving input from interested parties, for the discussion and resolution of matters that are pervasive to most or all TLDs.<br />
3.  The sponsoring organization for .XXX appears to be presently controlled by the registry proposing this new TLD – an entity standing to gain very substantial revenues if the RPA is approved &#8212; and there is no assurance that this sponsor will ever achieve sufficient independence, much less adequate participation from those parties who might utilize this new TLD. As a general matter, the approval of any sponsored TLD (sTLD) should be contingent upon a finding by ICANN that the sponsoring organization is a bona fide and independent entity at the time the TLD proposal is submitted for its consideration, and not merely a registry-controlled “shell” to be given substance at some later date; and that the proposed contract governing the relationship between the sponsor and registry operator be available to the community and Board prior to any Board vote on a proposed TLD.<br />
       4. The process by which this RPA was negotiated and presented to the broad ICANN community once again, unfortunately, provides evidence that ICANN is in need of profound internal culture reform as regards transparency and accountability. The very fact that ICANN staff and .XXX proponents were in continuing discussions and negotiations following the Board’s 9 to 5 vote against the proposed .XXX agreement on May 10, 2006 was neither publicized by ICANN nor known by the interested Internet community – the existence of these ongoing proceedings was in fact opaque to and hidden from that community. At no time during these negotiations did ICANN seek any input from the community as regards the appropriateness of the significant precedents that the developing agreement would set, a failure in regard to both transparency and accountability. Additionally, the January 5th notice of the Revised Proposed Agreement fails to contain a single word of explanation as to why ICANN staff believe the provisions of the newly negotiated Appendix to the original agreement sufficiently address the concerns of the community that resulted in the Board’s rejection of that agreement by a nearly 2 to 1 margin. Nor is there a single word of recognition or discussion in the January 5th notice that the proposed Appendix contains numerous provisions that establish new precedents that could well migrate to other TLD registry agreements and would inevitably involve ICANN in areas far outside the scope of its narrow technical mission if it takes its contract enforcement responsibilities seriously. The ICA finds it inexplicable that ICANN would operate in such an opaque and unaccountable manner in regard to a registry proposal that had generated widespread criticism and debate as well as input from an unusually broad and diverse range of commentators both within and outside the general ICANN community. This failure is particularly incomprehensible given that the decision as to whether ICANN should be completely privatized at the conclusion of its current Memorandum of Understanding (MOU) with the U.S. Department of Commerce (DOC) in 2009 is contingent, first and foremost, on its achievement of greater transparency and accountability in its operations. We would respectfully suggest that, particularly during a period when ICANN is seeking to achieve full privatization, it should adhere strictly to its narrow technical responsibilities and should not be clandestinely negotiating revised agreements for controversial TLDs that would inevitably require substantial expansion of its staff (and substantial additional financial support from domain name registrants) for contract oversight and enforcement responsibilities regarding matters that fall far outside its intended mission and implicate powers and duties that properly belong to national governments and multilateral organizations.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MHB</title>
		<link>http://www.thedomains.com/2010/02/22/will-icann-on-now-approve-xxx-icm-says-yes-icann-seems-to-say-no/comment-page-1/#comment-26722</link>
		<dc:creator>MHB</dc:creator>
		<pubDate>Tue, 23 Feb 2010 17:48:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.thedomains.com/?p=7541#comment-26722</guid>
		<description>another artcile you can check out

http://www.theregister.co.uk/2010/02/23/icann_dot_xxx_decision_to_be_reconsidered/</description>
		<content:encoded><![CDATA[<p>another artcile you can check out</p>
<p><a href="http://www.theregister.co.uk/2010/02/23/icann_dot_xxx_decision_to_be_reconsidered/" rel="nofollow">http://www.theregister.co.uk/2010/02/23/icann_dot_xxx_decision_to_be_reconsidered/</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>

