[Gnso-ppsai-pdp-wg] FW: [gnso-secs] Initial PPSAI Report - comments

Glen de Saint Géry Glen at icann.org
Mon Apr 27 12:52:02 UTC 2015

Resent to mailing list 
-----Original Message-----
From: owner-gnso-secs at icann.org [mailto:owner-gnso-secs at icann.org] On Behalf Of Holly Raiche
Sent: lundi 27 avril 2015 14:16
Subject: [gnso-secs] Initial PPSAI Report - comments

Folks - some suggestions/questions

- Move the definitions (now in para 17 of the Exec Summary) to the front - to explain how we are using the terms. Add the term requestor to mean the individual/organisation requesting contact details for the customer. Remove all mention of the word reveal since this report is using the term 'disclosure' to mean revealing details of the customer to the requestor.  Also, add definition of relay to mean the p/p provider notifying the customer that the requestor is trying to contact the customer.

In Para 7, 3rd dot point: Why would a customer not be told when the provider has received a disclosure or publication request.  Further, it is not clear why that dot point implies that a customer might not choose to cancel its registration for both a disclosure and publication request

Para 16, First dot point:  I'm not sure about the use of the term 'abuse' in the first sentence.  I think I know what is meant, but maybe something a bit less harsh such as 'misuse or abuse'

Para 20:  Is there agreement on the process of de-accreditation of a p/p provider?  This assumes that there is, but I"m not sure we have agreed on what is meant.  Will a p/p provider be monitored for compliance, or will compliance with this specification be complaints driven?  Have we come to agreement on what to do when a complaint is upheld - about what, and what will be done.  The text does mention that ICANN Compliance will have a role - which is?


More information about the Gnso-ppsai-pdp-wg mailing list