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

[Darcy Southwell]

Regarding Holly¹s comments:
* Agree we need to move the definition section to the beginning of the
summary.
* Re para. 7, third bullet, I think there are times when a P/P provider will
not notify a customer, such as with certain LEA requests for Disclosure.
In addition to Holly¹s comments, and some grammatical edits and specific
questions in the attached, I think we should consider more careful use of
defined terminology:
* Throughout the Initial Report we refer to P/P providers in a number of
ways, e.g, P/P services, P/P provider, Service Providers, service providers,
accredited providers, ICANN-accredited privacy/proxy service provider, etc.
To be consistent and avoid confusion when this goes out for public comment,
we should probably stick with just one defined reference for a privacy/proxy
provider. 
* We use both ³requestor² and ³requester² ­ I think what is really meant is
³requester² but in any event we should be consistent with our terminology.
Thanks,
Darcy


From:  Glen de Saint Géry <Glen at icann.org>
Date:  Monday, April 27, 2015 at 5:52 AM
To:  "Gnso-ppsai-pdp-wg at icann.org" <Gnso-ppsai-pdp-wg at icann.org>
Subject:  [Gnso-ppsai-pdp-wg] FW: [gnso-secs] Initial PPSAI Report -
comments


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?

Holly







_______________________________________________
Gnso-ppsai-pdp-wg mailing list
Gnso-ppsai-pdp-wg at icann.org
https://mm.icann.org/mailman/listinfo/gnso-ppsai-pdp-wg



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mm.icann.org/pipermail/gnso-ppsai-pdp-wg/attachments/20150427/b7cd789c/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: WG Initial Report - DRAFT FOR PUBLIC COMMENT - 22 Apr 2015 (Southwell comments).docx
Type: application/vnd.openxmlformats-officedocument.wordprocessingml.document
Size: 293260 bytes
Desc: not available
URL: <http://mm.icann.org/pipermail/gnso-ppsai-pdp-wg/attachments/20150427/b7cd789c/WGInitialReport-DRAFTFORPUBLICCOMMENT-22Apr2015Southwellcomments-0001.docx>