W3C home > Mailing lists > Public > w3c-dist-auth@w3.org > April to June 2008

Re: AW: DAV:principal-URL

From: Wilfredo Sánchez Vega <wsanchez@wsanchez.net>
Date: Fri, 23 May 2008 07:45:02 -0700
Cc: Cyrus Daboo <cyrus@daboo.name>, Geoffrey M Clemm <geoffrey.clemm@us.ibm.com>, acl@webdav.org, Konstantin Breu <Konstantin.Breu@gmx.net>, 'WebDAV' <w3c-dist-auth@w3.org>
Message-Id: <E0E87E52-C6B0-4789-A5C7-3515EB7EBFEC@wsanchez.net>
To: Julian Reschke <julian.reschke@gmx.de>

On May 23, 2008, at 4:10 AM, Julian Reschke wrote:
> OK, let's assume a server that has only one URI per principal, and  
> that URI is a mailto URI.\

   ...but that's not allowed; a server is required to expose at least  
one http(s) scheme URL for each principal.  It's just not required (we  
think) that this be the one in the DAV:principal-URL property; it  
might one of the alternate URIs.

> Obviously, you wouldn't able to PROPFIND the DAV:principal-URL  
> property.
> The mailto URIs would be exposed in ACLs.
> DAV:current-user-principal-resource (*) would show expose the mailto  
> URI.
> So, what would be the problem here with respect to your extension

   That makes the extension useful only if you want to know what your  
URI is in ACEs.  I can see that being somewhat useful, but it's highly  

   The reason we want the extension for CalDAV clients is to query  
other properties of the principal, such as the calendar home set, the  
display name, etc.  That is, given some credentials, we want to know  
"who the hell am I?".

> PS: I don't think that would be a terrible useful impl, I'm just  
> trying to understand your previous statement about needing HTTP URIs  
> for your extension.
> (*) Shouldn't that be "DAV:current-user-principal-URL", by the way?

   I think it should be if we can require that it be the same as the  
DAV:principal-URL property on the principal resource, but Cyrus argued  
that the name should emphasize that it provides access to a resource  
that can yield further information about the current principal.

Received on Friday, 23 May 2008 14:45:51 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:01:42 UTC