Sender: |
|
X-To: |
|
Date: |
Wed, 28 Oct 2009 11:55:57 -0200 |
Reply-To: |
|
Subject: |
|
From: |
|
Content-Transfer-Encoding: |
7bit |
In-Reply-To: |
|
Content-Type: |
text/plain; charset=ISO-8859-1; format=flowed |
MIME-Version: |
1.0 |
Parts/Attachments: |
|
|
Yes, Konstantinos, right on! If we go through the doc very carefully, we
will just trash it. Frankly.
[] fraterno
--c.a.
Konstantinos Komaitis wrote:
> Please consider in this that there are communities (organized) but not
> recognized. What will happen with this? I refer to the Turkish part of
> Cyprus that can be considered as a community but not as a recognized state.
> If they apply and fail under the state provision will they be able to apply
> as a community?
>
> KK
>
>
> On 27/10/2009 03:11, "Carlos A. Afonso" <[log in to unmask]> wrote:
>
>> These are my scant notes on what I see are serious issues in the current
>> Draft Application Guidebook version, besides the trademark ones. I
>> just talked about these in our meeting here in Seoul.
>>
>> According to the DAG, failing to comply with deadlines has no
>> consequences for Icann, only for the applicant. UDRP in the delegation
>> process will be outsourced only, at additional cost. Not only $$$, but
>> window of opportunity and other costs should be taken into account in
>> accruing responsibilities for delays.
>>
>> String contention: what exactly is "community priority (comparative)
>> evaluation"? What are the precise criteria for deciding on auction of
>> this evaluation to resolve string contention?
>>
>> Regarding the TLD Application System (TAS), the DAG v.3 says "ICANN will
>> take commercially reasonable steps to protect all applicant data
>> submitted from unauthorized access, but cannot warrant against the
>> malicious acts of third parties who may, through system corruption or
>> other means, gain unauthorized access to such data." E.g, what would be
>> the refund policy (besides other penalties) if data violation occurs and
>> Icann is found responsible? The way this is formulated in DAG v.3, Icann
>> takes very little (if any) responsbility for eventual misuse of
>> applicants' data.
>>
>> What is precisely a "clearly delineated community"?
>>
>> Pre-delegation technical tests: the DAG v.3 says "Following execution of
>> a registry agreement, the prospective registry operator must complete
>> technical setup and show satisfactory performance on a set of technical
>> tests before delegation of the gTLD into the root zone may be
>> initiated." What are these tests? Icann relegates dispute resolution to
>> third parties (UDR service providers). Are these technical tests also
>> delegated? What are the qualifications/certifications for the group in
>> charge of these tests and concluding reports?
>>
>> Etc etc etc...
>>
>> --c.a.
>
|
|
|