<div dir="ltr"><div>Alan,Leon </div><div>Tks</div><div>Still I am not sure the workability of empowering the community to exercise their rights on an accountability which is dependant on another accountability . I suspect that the very objectives of what we have discussed for months may not be acheived.</div><div>Let ius hear from others .Anyhow thank you again and thanks Malcolm. Bruce, Chris ,,,, and other contributing to find a more simpler way how to create a member mofdel without a real need to UA which I confess would be legally complex to establish and to implement</div><div>Let us also asking LEON TO SEEK ADVICE FROM OUR LEGAL ADVISER.</div><div>Regards</div><div>Kavouss </div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-05-24 19:36 GMT+02:00 Alan Greenberg <span dir="ltr">&lt;<a href="mailto:alan.greenberg@mcgill.ca" target="_blank">alan.greenberg@mcgill.ca</a>&gt;</span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>
Kavouss, <br><br>
We obviously have no specific rules for &quot;ICANN Members&quot; since
that position does not currently exist. For all other appointments, we
can recall on a person by person basis and I would expect that to not
change if we enact specific rules for ICANN Members. Of course, that is
just my expectation and cannot control the outcome, but I am not sure why
we would do all or nothing.<br><br>
I do note that elsewhere in our rules, we require people appointed to
represent us to, where possible and practical, to consult the ALAC on
their position on a given topic, and to follow such advice if
given.<span class="HOEnZb"><font color="#888888"><br><br>
Alan</font></span><div><div class="h5"><br><br>
At 24/05/2015 01:27 PM, Kavouss Arasteh wrote:<br>
<blockquote type="cite">Alan<br>
Tks for explanation<br>
You did not address my last point, in case of decision making , say 5
appointees by majority and disagreement of community for the decision
made followed by dismissal, all 5 would be dismissed or only those who
voted for that contested decision?<br>
Tks<br>
Kavouss          
<br><br>
<br>
Sent from my iPhone<br><br>
On 24 May 2015, at 17:47, Alan Greenberg
&lt;<a href="mailto:alan.greenberg@mcgill.ca" target="_blank">alan.greenberg@mcgill.ca</a>
&gt; wrote:<br><br>
<blockquote type="cite">Two points:<br><br>
1. The SO/AC could well delegate multiple people. That is why we have
suggested a weight of 5 for SO/ACs. In the case of the ALAC, it could
well be one person per region (perhaps the five members of the ALAC
Leadership Team (ALT) which is regionally balanced).<br><br>
2. I cannot speak to other groups, but the ALAC has specific and very
clear rules for removing its Chair, any member of the ALT, or in fact any
appointee to any position. See
<a href="http://tinyurl.com/ALAC-RoP-2013-04" target="_blank">
http://tinyurl.com/ALAC-RoP-2013-04</a>, sections 20 and 22. If we were
to go the way of specific people being ICANN Members, we would likely add
explicit provisions for this appointment as well.<br><br>
Alan<br><br>
At 24/05/2015 09:19 AM, Kavouss Arasteh wrote:<br>
<blockquote type="cite">Dear Malcolm<br>
Tks again<br>
I hope/ wish it would as simple as you mentioned,<br>
However, it is dangerous  to delegate all such authority to one
person.<br>
In case of more than one  , how decision will be made . In case of
majority , would the community be able to dismiss all even the minority
one?<br>
In the interval between meeting how community will act?<br>
Kavouss    <br><br>
Sent from my iPhone<br><br>
&gt; On 24 May 2015, at 12:17, Malcolm Hutty
&lt;<a href="mailto:malcolm@linx.net" target="_blank">malcolm@linx.net</a>&gt;
wrote:<br>
&gt; <br>
&gt; <br>
&gt;&gt; On 24/05/2015 09:29, Kavouss Arasteh wrote:<br>
&gt;&gt; Dear Malcolm<br>
&gt;&gt; What are those terns and conditions as well as applicable
rules?<br>
&gt; <br>
&gt; The SOACs make their own rules. Unless a SOAC creates a rule to
the<br>
&gt; contrary, a chair can be dismissed at will be a SOAC. This makes
them<br>
&gt; completely accountable to the SOAC.<br>
&gt; <br>
&gt; That said, I think worrying about the misuse of the power of
membership<br>
&gt; is misplaced.<br>
&gt; <br>
&gt; As I understand it, the only powers that members have are<br>
&gt; i) to go to court alleging that ICANN has not followed its own
Bylaws; and<br>
&gt; ii) to inspect a few formal documents that the company is required
to<br>
&gt; have by law.<br>
&gt; <br>
&gt; Is there anything else of which I&#39;m unaware?<br>
&gt; <br>
&gt; I can&#39;t see any reason to worry about excessive or inappropriate use
of<br>
&gt; such powers. Courts are familiar with frivolous litigation, and
prepared<br>
&gt; to suppress and sanction it - nor could we immunise ICANN against
being<br>
&gt; sued by anybody in the world on other grounds, even if we
tried.<br>
&gt; <br>
&gt; If this is not a worry, and if there are no other relevant powers
of<br>
&gt; which I&#39;m unaware, there is an even simpler option that perhaps
we<br>
&gt; should consider: that the members of ICANN can be anybody in the
world<br>
&gt; who applies to become a member.<br>
&gt; <br>
&gt; This would resolve one of the problems with having part of
&quot;the<br>
&gt; community&quot; as members: that they may decline to go to court
when they<br>
&gt; ought to.<br>
&gt; <br>
&gt; Personally, I think that Chris&#39; scenario of a member going to court
to<br>
&gt; try to force ICANN to act in a way the Board deems to be outside
ICANN&#39;s<br>
&gt; powers is pretty fanciful. Such a lawsuit would be doomed to
failure: no<br>
&gt; court will order a corporation to act in a particular way merely
because<br>
&gt; a member asks it, even if the corporation had erred in believing
itself<br>
&gt; precluded from acting in that way.<br>
&gt; <br>
&gt; But a much more realistic scenario is that of a member going to
court to<br>
&gt; restrain the ICANN from acting in a way the Board consider
within<br>
&gt; ICANN&#39;s powers, but that the member considers outside scope. A
court<br>
&gt; could rule on whether a given action is outside a corporation&#39;s
powers,<br>
&gt; and if it finds that it is, order the corporation to desist.<br>
&gt; <br>
&gt; However, there is a problem: if the Board is acting outside
ICANN&#39;s<br>
&gt; scope, quite likely this will not be a rogue Board acting in
defiance of<br>
&gt; the community, but rather a Board acting with the full support of
the<br>
&gt; SOACs: a &quot;rogue community&quot; asking ICANN to act outside its
proper scope.<br>
&gt; Who then is to restrain them?<br>
&gt; <br>
&gt; Having a broad membership would address this problem. So I ask
this<br>
&gt; group, what (if any) problems might be caused by such an
option?<br>
&gt; <br>
&gt; Malcolm.<br>
&gt; <br>
&gt; -- <br>
&gt;           
Malcolm Hutty | tel: <a href="tel:%2B44%2020%207645%203523" target="_blank" value="+442076453523">+44 20 7645 3523</a><br>
&gt;   Head of Public Affairs | Read the LINX Public Affairs
blog<br>
&gt; London Internet Exchange |
<a href="http://publicaffairs.linx.net/" target="_blank">
http://publicaffairs.linx.net/</a><br>
&gt; <br>
&gt;                
London Internet Exchange Ltd<br>
&gt;           21-27 St
Thomas Street, London SE1 9RY<br>
&gt; <br>
&gt;         Company Registered
in England No. 3137929<br>
&gt;       Trinity Court, Trinity Street,
Peterborough PE1 1DA<br>
&gt; <br>
&gt; <br>
_______________________________________________<br>
Accountability-Cross-Community mailing list<br>
<a href="mailto:Accountability-Cross-Community@icann.org" target="_blank">
Accountability-Cross-Community@icann.org</a><br>
<a href="https://mm.icann.org/mailman/listinfo/accountability-cross-community" target="_blank">
https://mm.icann.org/mailman/listinfo/accountability-cross-community</a>
</blockquote></blockquote></blockquote></div></div></div>

</blockquote></div><br></div>