+1
From: gnso-rds-pdp-wg-bounces@icann.org [mailto:gnso-rds-pdp-wg-bounces@icann.org]
On Behalf Of Michele Neylon - Blacknight
Sent: Wednesday, January 25, 2017 12:33 PM
To: Hollenbeck, Scott <shollenbeck@verisign.com>; stephanie.perrin@mail.utoronto.ca; sam@lanfranco.net; dave@davecake.net
Cc: gnso-rds-pdp-wg@icann.org
Subject: Re: [gnso-rds-pdp-wg] Now open: 18 January Poll on Purpose
Scott
Sure, but if we go down that route we could make cases for a lot of things
J
My main problem with this entire debacle is that the data we’re dealing with is pretty much useless and isn’t personally identifiable.
Regards
Michele
--
Mr Michele Neylon
Blacknight Solutions
Hosting, Colocation & Domains
Intl. +353 (0) 59 9183072
Direct Dial: +353 (0)59 9183090
Social:
http://mneylon.social
Some thoughts:
http://ceo.hosting/
-------------------------------
Blacknight Internet Solutions Ltd, Unit 12A,Barrowside Business Park,Sleaty
Road,Graiguecullen,Carlow,R93 X265,Ireland Company No.: 370845
From:
Scott Hollenbeck <shollenbeck@verisign.com>
Date: Wednesday 25 January 2017 at 17:15
To: Michele Neylon <michele@blacknight.com>, Stephanie Perrin <stephanie.perrin@mail.utoronto.ca>, Sam Lanfranco <sam@lanfranco.net>,
"dave@davecake.net" <dave@davecake.net>
Cc: "gnso-rds-pdp-wg@icann.org" <gnso-rds-pdp-wg@icann.org>
Subject: RE: [gnso-rds-pdp-wg] Now open: 18 January Poll on Purpose
From:
gnso-rds-pdp-wg-bounces@icann.org [mailto:gnso-rds-pdp-wg-bounces@icann.org]
On Behalf Of Michele Neylon - Blacknight
Sent: Wednesday, January 25, 2017 12:09 PM
To: Stephanie Perrin; Sam Lanfranco; David Cake
Cc: gnso-rds-pdp-wg@icann.org
Subject: [EXTERNAL] Re: [gnso-rds-pdp-wg] Now open: 18 January Poll on Purpose
Stephanie
Sorry, but policy + the technology go hand in hand. You cannot completely separate them and any policy that this (or any other) group produces needs to be technically
possible to implement.
As to the specifics ..
I would argue that generated data is NOT collected, as it’s generated.
If you register stephanieperrin.com with us the only elements we are “collecting” that end up in in the “thin” data are:
the domain name string
the nameservers you’re using (and if you don’t specify any we’ll use our own)
All the other elements are NOT collected by the registrar or even the registry from the registrant, they are generated as part of the process of the domain being
registered.
[SAH] Michele, some might argue that the registration period is also collected from the registrant and is then used to generate the expiration date at the registry.
A case might also be made for status values like clientTransferProhibited etc. I agree completely that generated data is just that – generated.
Scott