W3C home > Mailing lists > Public > w3c-dist-auth@w3.org > January to March 2005

RE: [Ietf-caldav] [Fwd: draft-reschke-http-addmember-00]

From: Jim Whitehead <ejw@soe.ucsc.edu>
Date: Thu, 17 Feb 2005 13:51:05 -0800
Message-Id: <200502172151.j1HLpDoU002154@services.cse.ucsc.edu>
To: "'Lisa Dusseault'" <lisa@osafoundation.org>, <ejw@soe.ucsc.edu>
Cc: "'Julian Reschke'" <julian.reschke@gmx.de>, "'Webdav WG'" <w3c-dist-auth@w3c.org>

I don't think Expect allows you to easily determine what access control
challenge you'll receive. Am I wrong?

- Jim 

> -----Original Message-----
> From: Lisa Dusseault [mailto:lisa@osafoundation.org] 
> Sent: Thursday, February 17, 2005 1:42 PM
> To: ejw@soe.ucsc.edu
> Cc: 'Julian Reschke'; 'Webdav WG'
> Subject: Re: [Ietf-caldav] [Fwd: draft-reschke-http-addmember-00]
> 
> Rather than a new method, an ADDMEMBER specification could 
> require support for the Expect mechanism which solves that 
> problem rather neatly for any method.
> 
> Lisa
> 
> On Feb 17, 2005, at 1:04 PM, Jim Whitehead wrote:
> 
> >
> > A few comments on extending the functionality defined in 
> -addmember-00:
> >
> > 1) One problem clients currently encounter with PUT is determining 
> > whether they have permission to write to a specific location. At 
> > present, a client must submit a PUT (or ADDMEMBER) with the entire 
> > entity body, then wait for the response, or the authentication 
> > challenge. It would be very nice to have a TESTPUT/TESTADDMEMBER 
> > method that sees whether a write (via PUT or
> > ADDMEMBER) would succeed, or if an authentication challenge 
> is needed.
> >
> > Yes, a server supporting ACLs could be queries to see if 
> writing were 
> > allowed, but it still doesn't provide an easy way to 
> pre-determine the 
> > authentication information.
> >
> > 2) It would be very helpful to allow ADDMEMBER to have atomic
> > PUT+PROPPATCH
> > capabilities, to write both the resource and its metadata in one 
> > action.
> >
> > - Jim
> >
> >
> 
Received on Thursday, 17 February 2005 21:51:36 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 2 June 2009 18:44:07 GMT