<html>
<body>
At 02:10 PM 11/11/2015, Paul Rosenzweig wrote:<br>
<blockquote type=cite class=cite cite="">As I said earlier, there are two
reasons not to do what Becky proposed, even though it is quite an elegant
effort to say more by saying less.&nbsp; The first is the unfortunate
drafting history that will give credence to arguments that the deletion
has meaning.&nbsp; </blockquote><br><br>
But that can be relatively easily dealt with by means of an accompanying
statement, no?&nbsp; &quot;The deletion does not reflect a consensus that
ICANN is authorized to regulate content.&nbsp; The consensus is in
precisely the opposite direction, but we believe that this is already
achieved by the language in the mission statement ...&quot;&nbsp; or
something like that?<br><br>
<blockquote type=cite class=cite cite="">The second is that affirmative
restrictions are much more readily enforceable than are limitations on
authorization – compare in the US our muddled Commerce Clause
jurisprudence with most (though admittedly not all) of our understanding
of the Bill of Rights.&nbsp; I still think it would be a very unfortunate
mistake with long-term collateral&nbsp; adverse unintended
consequences.</blockquote><br>
I can see that - as I said, I'd support including something like:
<br><br>
&quot;Without limiting the foregoing absolute prohibition, ICANN shall
not regulate the content carried or provided by services that use the
Internet's unique identifiers.&quot;&nbsp; <br><br>
Doesn't that do the job?&nbsp; If you think it doesn't, what is it about
the missing language (referring to the impermissibility of regulating
&quot;services that use the Internet's unique system of
identifiers&quot;) that you think needs to be in there?<br><br>
David <br><br>
&nbsp;<br>
<blockquote type=cite class=cite cite="">&nbsp;<br>
<b>From:</b> David Post
[<a href="mailto:david.g.post@gmail.com" eudora="autourl">
mailto:david.g.post@gmail.com</a>] <br>
<b>Sent:</b> Wednesday, November 11, 2015 1:17 PM<br>
<b>To:</b> Burr, Becky &lt;Becky.Burr@neustar.biz&gt;<br>
<b>Cc:</b> ACCT-Staff (acct-staff@icann.org)
&lt;acct-staff@icann.org&gt;; Accountability Community
&lt;accountability-cross-community@icann.org&gt;<br>
<b>Subject:</b> Re: [CCWG-ACCT] Attempt to summarize discussion regarding
Mission and Contract<br>
&nbsp;<br>
At 11:58 AM 11/11/2015, Burr, Becky wrote:<br><br>
<dl>
<dd>So you would drop both the language about regulation and the language
about contracts?&nbsp; If so, that's what I proposed several days ago
(which was not well received.). Or am I misunderstanding?<br><br>
</dl><br>
Yes, that is my position; I would support dropping both.&nbsp; <br><br>
The contract language should be dropped because the language proposed
would do substantial damage to much of the entire accountability project,
giving ICANN an easy way to work around the limitations in the Mission
Statement.<br><br>
The &quot;regulation&quot; language does less harm, so in my opinion
dropping it is less critical.&nbsp; But I don't think it adds anything
much beyond additional confusion to the mission statement; if the mission
statement doesn't already prohibit this kind of &quot;regulation,&quot;
we should amend it so that it does.&nbsp; I think it already does the
job, but I wouldn't object strongly if the final proposal contained
something like a statement that <br>
&nbsp;&quot;Without limiting the foregoing absolute prohibition, ICANN
shall not regulate the content carried or provided by services that use
the Internet's unique identifiers.&quot;<br><br>
David<br><br>
<br><br>
<dl>
<dd>On Nov 11, 2015, at 8:39 AM, David Post
&lt;<a href="mailto:david.g.post@gmail.com">david.g.post@gmail.com</a>
&gt; wrote:<br>
<br><br>

<dl>
<dd>At 09:10 PM 11/10/2015, Burr, Becky wrote:<br><br>

<dl>
<dd>SNIP&nbsp;&nbsp; So I will restate the specific questions for the
CCWG:<br>

<dd>1. Do you agree or disagree with the following statement: &quot;To
the extent
<dd>that registry operators voluntarily assume obligations with respect
to
<dd>registry operations as part of the application process, ICANN should
have
<dd>the authority to enforce those commitments.²<br>
<br><br>

</dl>
<dd>I disagree.&nbsp; <br>

<dd>This is the camel sneaking its nose under the tent.&nbsp; ICANN is,
in effect, a monopoly provider of registration (and other) services to
the Internet community.&nbsp; Having a single provider of these services
is, of course, desirable for many reasons.&nbsp; But like all
monopolists, it can get consumers of its services to &quot;voluntarily
assume&quot; any number of obligations - with respect to both price and
non-price terms in their contracts - that are not in the best interest of
the community as a whole, and which consumers would never agree to in a
competitive market where there were alternative sources of supply to
which they could turn.&nbsp; This is precisely what the accountability
mechanisms should be guarding against.&nbsp;&nbsp;&nbsp; <br>

<dd>The whole point of this accountability exercise, and of the careful
delineation of ICANN's Mission, in my opinion, is to ensure that ICANN
cannot act outside of that mission - including acting by means of
including (and enforcing) contractual terms that are offered to, and
&quot;voluntarily&quot; assumed by, registries and registrars (who have
no alternatives to accepting ICANN's terms).<br>
<br><br>

<dl>
<dd>2. Do you agree or disagree with the following statement: &quot;ICANN
shall not
<dd>regulate services that use the Internet's unique identifiers, or the
<dd>content that such services carry or provide.²&nbsp; - Wherever you
land, please
<dd>explain what you mean by ³regulate² and ³services.&quot;<br>
<br><br>

</dl>
<dd>I agree with the thrust of this statement, though I do not believe
that it is well-crafted to the job it is trying to do.&nbsp; The
statement, in context, is intended just to clarify the &quot;absolute
prohibition&quot; against acting in a manner that is not &quot;reasonably
appropriate to achieve [ICANN's] mission,&quot; without limiting that
prohibition in any way.&nbsp; But it is not doing that job well. <br>

<dd>First, I don't know what definitions of &quot;regulate&quot; and
&quot;services&quot; could make the statement that &quot;ICANN shall not
regulate services that use the Internet's unique identifiers&quot; a
correct one.&nbsp; Registries and registrars offer &quot;services&quot;
that &quot;use the Internet's unique identifiers&quot; - if
&quot;services&quot; means what it ordinarily means (&quot;the
performance of any duties or work for another; helpful or professional
activity&quot; - Webster's).&nbsp; And ICANN clearly
&quot;regulates&quot; registries and registrars - if
&quot;regulates&quot; means what it ordinarily does, i.e. proposing,
imposing, and enforcing binding rules of conduct on those entities.&nbsp;
<br>

<dd>So saying &quot;ICANN shall not regulate services that use the
Internet's unique identifiers&quot; is, at best, muddying the
waters.<br>

<dd>As for regulating &quot;the content that such services carry or
provide,&quot; if this is not already taken care of in the Mission
Statement, it should be.&nbsp; I believe that it is.&nbsp; ICANN can only
<br>

<dd>&quot;coordinate the development and implementation of policies for
which uniform or coordinated resolution is reasonably necessary to
facilitate the openness, interoperability, resilience, security and/or
stability [and] that are developed through a bottom-up, consensus-based
multistakeholder process and designed to ensure the stable and secure
operation of the Internet’s unique names system.&quot;&nbsp; <br><br>

<dd>As long as there's no &quot;contract exception&quot; to that
&quot;absolute prohibition,&quot; this excludes the kind of content
regulation we're concerned about.&nbsp; <br>

<dd>David<br>
<br>
<br>

<dd>*******************************
<dd>David G Post - Senior Fellow, Open Technology Institute/New America
Foundation
<dd>blog (Volokh Conspiracy)
<a href="http://www.washingtonpost.com/people/david-post">
http://www.washingtonpost.com/people/david-post</a>
<dd>book (Jefferson's Moose)&nbsp;
<a href="http://tinyurl.com/c327w2n%A0%A0%A0%A0%A0">
http://tinyurl.com/c327w2n&nbsp;&nbsp;&nbsp;&nbsp; </a>
<dd>music
<a href="http://tinyurl.com/davidpostmusic">
http://tinyurl.com/davidpostmusic</a> publications etc.&nbsp;
<a href="http://www.davidpost.com&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; /">
http://www.davidpost.com&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </a>
<dd>******************************* <br><br>
</dl>
</dl><br>
*******************************<br>
David G Post - Senior Fellow, Open Technology Institute/New America
Foundation<br>
blog (Volokh Conspiracy)
<a href="http://www.washingtonpost.com/people/david-post">
http://www.washingtonpost.com/people/david-post<br>
</a>book (Jefferson's Moose)&nbsp;
<a href="http://tinyurl.com/c327w2n%A0%A0%A0%A0%A0%A0">
http://tinyurl.com/c327w2n&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </a><br>
music
<a href="http://tinyurl.com/davidpostmusic">
http://tinyurl.com/davidpostmusic</a> publications etc.&nbsp;
<a href="http://www.davidpost.com&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; /">
http://www.davidpost.com&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
</a><br>
******************************* </blockquote><br>
*******************************<br>
David G Post - Senior Fellow, Open Technology Institute/New America
Foundation<br>
blog (Volokh Conspiracy)
<a href="http://www.washingtonpost.com/people/david-post" eudora="autourl">
http://www.washingtonpost.com/people/david-post<br>
</a>book (Jefferson's Moose)&nbsp;
<a href="http://tinyurl.com/c327w2n%A0%A0%A0%A0%A0%A0" eudora="autourl">
http://tinyurl.com/c327w2n&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </a> <br>
music
<a href="http://tinyurl.com/davidpostmusic" eudora="autourl">
http://tinyurl.com/davidpostmusic</a> publications etc.&nbsp;
<a href="http://www.davidpost.com        /" eudora="autourl">
http://www.davidpost.com&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </a>
<br>
******************************* </body>
</html>