- From: Eric Brunner-Williams in Portland Maine <brunner@nic-naa.net>
- Date: Fri, 21 Mar 2003 05:48:47 -0500
- To: Joseph Reagle <reagle@w3.org>
- cc: public-p3p-spec@w3.org, brunner@nic-naa.net
Hi Joseph,
Here are a couple of things where I've attempted to take policies that
are { similar to | derived from | stolen and wrecked | ... } P3P's and
make mechanisms other than some set of HTTP methods transport apply.
In cronological order:
1. CPExchange, a customer profile exchange application-layer
protocol, with no transport binding. The DTD for this and
the pre-bubble bumpf are still available at
http://www.cpexchange.org/
While no substantive work has taken place in this area since
late '00, aside from the obvious "bits cribbed from P3P, why
and how?" set of questions, there is the notion of both j19n
("jurisdictionalization") and record-route.
2. HTTP WG, an IETF WG (concluded). During the last year of the
WG, Dan Jaye contributed a draft that extended the Kristol,
Montulli draft on the state management mechanism, RFC 2965.
This draft has expired, but I have it (co-author). The IESG
published a note written by Moore and Freed (RFC 2964), on
the problem domain, observing that some uses of the mechanism
were harmful, and depricated policied cookies.
Parts of this draft were not adopted by anyone, e.g., use of
x.509 certs, but some parts were, e.g., some sort of policy
mark-up, in cookie headers, initially by Microsoft, circa IE
5.5, and simultaniously by the P3P Spec WG.
The draft is available via anonymous ftp from nic-naa.net.
The file name is draft-jaye-http-trust-state-mgt-01.txt
3. PROVREG WG, an IETF WG (current). The problem domain defined
by Verisign's RRP protocol, using EBNF as the formal syntax,
is slightly restated in EPP, using XML as the formal syntax.
Neither multi-hop "onward transport", nor data collection by
other means, sort of between the two prior problems and their
solutions. Server-announced policied sessions with clients,
transport over TCP.
There is a counter-proposal to simply mark fields with a bit
to policy publication by WHOIS servers, and ignore any other
data collection policy issues. This is advanced by the IESG.
All brain-damange is the responsibility of the author, which is mostly me.
Not shown, because neither I nor anyone else wrote anything up, are any
"demark crossing" notes, inspired by attending the W3C/WAPF meeting in
Munich in late '00, and re-inspired by the webi/dci/opes (rewrite at the
edge) IETF bofs and the IRTF digital rights activity (concluded). Both
are transitive proof of correctness with intermediary rewrite rules.
Cheers,
Eric
Received on Friday, 21 March 2003 05:50:29 UTC