[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]


To: Stephane Bortzmeyer <bortzmeyer@nic.fr>
cc: Eric Brunner-Williams in Portland Maine <brunner@nic-naa.net>, "Hollenbeck, Scott" <shollenbeck@verisign.com>, "'ietf-provreg@cafax.se'" <ietf-provreg@cafax.se>, brunner@nic-naa.net
From: Eric Brunner-Williams in Portland Maine <brunner@nic-naa.net>
Date: Wed, 23 Oct 2002 12:03:47 -0400
Content-ID: <16628.1035389027.1@nic-naa.net>
In-Reply-To: Your message of "Wed, 23 Oct 2002 14:26:29 +0200." <20021023122629.GC19545@nic.fr>
Sender: owner-ietf-provreg@cafax.se
Subject: Re: "private" Element Attribute

> I was not there and I find nothing in the mailing list archive.

Some was via voca during the WG face-to-face. Scott's provided pointers to
the WG list archive.

> <dcp> has exactly the same problem: while it acknowledges the work of
> the P3P WG, it tries to reinvent P3P, instead of using it.

We took some of the vocabulary. We didn't take the binding of p3p to
http, either in the URI (WKL) form, or in the subsequent forms for a
p3p header (I'm co-author of that in the p3p spec), nor in the later
forms (html link tag, xhtml link tag xform (pending CR)).

We took something quite close to the application of p3p's vocabulary to
cookies (compact policies) -- policy-on-apdu, not policy-on-uri, and put
<dcp>-on-session (sessionlessly on-object, I think).

> Why not use <POLICY> and not <dcp>?

For everyone's benefit, and this may not be current (shame Eric, shame!):
(from: http://www.w3.org/2000/10/XMLSchema.dtd)
<!-- ************* POLICY ************* -->
 <element name='POLICY'>
  <complexType>
   <sequence>
    <element ref='p3p:EXTENSION' minOccurs='0' maxOccurs='unbounded'/>
    <element ref='p3p:TEST' minOccurs='0'/>
    <element ref='p3p:EXPIRY' minOccurs='0'/>
    <element ref='p3p:DATASCHEMA' minOccurs='0'/>
    <element ref='p3p:ENTITY'/>
    <element ref='p3p:ACCESS'/>
    <element ref='p3p:DISPUTES-GROUP' minOccurs='0'/>
    <element ref='p3p:STATEMENT' minOccurs='0' maxOccurs='unbounded'/>
    <element ref='p3p:EXTENSION' minOccurs='0' maxOccurs='unbounded'/>
   </sequence>
   <attribute name='discuri' type='uriReference' use='required'/>
   <attribute name='opturi' type='uriReference' use='optional'/>
   <attribute name='name' type='ID' use='optional'/>
  </complexType>
 </element>

Meta-Issues:

a. Personally I don't think it helps us to mandate UTF-8 for a portion
   of the data between EPP endpoints,

b. We haven't mandated genuine P3P at the initial (to onward-transport
   via EPP) data-collection (registrar, or re-seller, or more
   generally, agent) site, and mandated getting the P3P at that point
   consistent with the DCP at the registrar.

c. We haven't mandated genuine P3P at the registry (recall, registries
   don't "talk" to registrants),

c. We haven't (yet) provided for transparent, or transparent subsetting
   of an instance of P3P to the EPP client from the EPP server, or
   the reverse in the case of APPEL-esque thingies I still haven't looked
   at.

<POLICY> Element Issues:

Numerous.

Please see <dcp>.

Eric

Home | Date list | Subject list