<<<
Chronological Index
>>> <<<
Thread Index
>>>
RE: [gnso-whois-wg] Why OPoC Must have Relationship w/ Registrar/ICANN not just Registrant not just Registrant
- To: "Adam Scoville" <ascoville@xxxxxxxxx>, <gnso-whois-wg@xxxxxxxxx>
- Subject: RE: [gnso-whois-wg] Why OPoC Must have Relationship w/ Registrar/ICANN not just Registrant not just Registrant
- From: "Milton L Mueller" <mueller@xxxxxxx>
- Date: Sun, 8 Jul 2007 19:14:37 -0400
Adam:
I view your “there is no law” assertion as overstatement. Many ccTLDs do not
have the same Whois publication requirements as those pertaining to gTLDs. Are
those ccTLDs wild and lawless places? .AU, .PL, soon .CA??
As we discussed in San Juan, there are takedown options for bad actors who are
clearly breaking the law and require immediate action, and there are subpoenas
and there can perhaps be new forms of process for acquiring the information.
All you are really saying is that with OPoC you will have to work harder in
some cases to get the information. But that, my friend, is precisely what is
supposed to happen. The information is the registrant’s. It’s not yours. You do
not have an unconditional right to it.
--MM
_____
From: owner-gnso-whois-wg@xxxxxxxxx [mailto:owner-gnso-whois-wg@xxxxxxxxx] On
Behalf Of Adam Scoville
Sent: Friday, July 06, 2007 12:17 PM
To: Milton L Mueller; gnso-whois-wg@xxxxxxxxx
Subject: RE: [gnso-whois-wg] Why OPoC Must have Relationship w/ Registrar/ICANN
not just Registrant not just Registrant
Currently (accuracy issues aside), Whois provides the real contact information
for the registrant, so one can currently communicate with the registrant, and
identify the registrant sufficient to bring the right legal action against the
right person in the right place. (In our shorthand, "there is law.")
It's only when we seek someone else to substitute for the registrant's contact
info that we need to worry in such detail about how adequate the substitute is.
If one can't communicate with or locate the registrant, and the substitute
isn't a reasonable equivalent (because whatever responsibilities it has aren't
enforceable) then it doesn't matter what law the registrant violates, it's much
harder to subject him/her to the rule of law (which the public relies on for
the Internet to be a stable and secure marketplace).
- Adam
-----Original Message-----
From: Ross Rader [mailto:ross@xxxxxxxxxx]
Sent: Friday, July 06, 2007 8:29 AM
To: Scoville, Adam
Cc: gnso-whois-wg@xxxxxxxxx
Subject: Re: [gnso-whois-wg] Why OPoC Must have Relationship w/ Registrar/ICANN
not just Registrant not just Registrant
Then by this reasoning, "there is no law on the internet" now - which is
an assumption that a) I don't believe is true and therefore b) not a
reasonable basis for such an onerous policy recommendation.
Scoville, Adam wrote:
_____
I think some who didn’t attend the San Juan meeting have asked why an agreement
with the registrar or ICANN is necessary.
To summarize, a relationship only between the OPoC and the registrant is
insufficient for the following reason: if the registrant of the domain is in
some way a bad actor, a wronged third party needs the OPoC to perform its
functions in order to communicate with the registrant, and to be able to
identify the registrant sufficient to bring the right legal action against the
right person in the right place. (If that can’t be done, there is no law on the
Internet.)
If the OPoC doesn’t perform its functions, under this scenario, the only party
the OPoC is responsible to is the bad actor. Moreover, the OPoC may complain
that the contract the registrant gave her never required her to perform the
responsibilities we set out. So perhaps the registrant has breached the
Registration Agreement by failing to require the right responsibilities of the
OPoC… but all that gives is another reason the registrant is bad, which is no
help in the original goal of communicating with or bringing legal action
against the registrant.
Two ways of binding the OPoC would be accreditation (i.e. ICANN verifies the
OPoC’s credentials and OPoC agrees to perform it’s responsibilities as a
condition of accreditation) or acknowledgement (i.e. when nominated as an OPoC,
the OPoC must in some way acknowledge to the registrar that it is the OPoC and
its responsibility to perform the specified OPoC functions).
Perhaps with acknowledgement there is no indication ahead of time that the OPoC
will do its job (as in accreditation), but at least a contractual relationship
exists (the OPoC must respond to a query, and acknowledge—agree—that it must
perform its set of responsibilities).
- Adam
--
Regards,
Ross Rader
Director, Retail Services
Tucows Inc.
http://www.domaindirect.com
t. 416.538.5492
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.476 / Virus Database: 269.10.2/891 - Release Date: 7/8/2007 6:32 PM
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.5.476 / Virus Database: 269.10.2/891 - Release Date: 7/8/2007 6:32 PM
<<<
Chronological Index
>>> <<<
Thread Index
>>>
|