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

Re: Coments, please (was Re: Working group process and the future of the WG.)

From: John Baumgarten <jbaumgarten@apple.com>
Date: Fri, 24 Jun 2005 10:31:46 -0700
Message-Id: <4BEF5A74-FECC-492E-97C2-601F35AEA5EB@apple.com>
Cc: Christopher Sharp <csharp@apple.com>, Jim Luther <luther.j@apple.com>
To: w3c-dist-auth@w3.org

The server-side perspective from Apple is as follows:

1.  We often have weeks to implement a feature, so waiting months for  
an RFC is not practical.  That said, we're strong supporters of  
standards and endeavor to implement them as accurately as possible.   
When we have implemented a feature in a custom way, and a subsequent  
standard is released, we again endeavor to expose the feature also  
via the standard mechanism.

2.  We currently support a fairly complete and compliant ACL  
implementation that includes the 3744 framework.

3.  We find BIND overly complex for our needs and have implemented a  
much simpler linking mechanism that maps well onto the concept of  
iDisk ("rooted subtrees") ownership by paying customers that wish to  
share resources.  (Note our recent "family pack" offerings.)

4.  Investigation of Redirect is on our to-do list.

5.  We support a "ranged PUTs" custom extension, which seems to be  
adequate for out needs.  But would probably implement the PATCH  
mechanism if completed.

6.  We have abandoned DeltaV for now.

7.  Jim stated out position on Quota.

WebDAV and related protocols are and will continue to be essential to  
the .Mac service offerings.

JS "Jake" Baumgarten
.Mac Backend Server Engineering
Apple Computer

On Jun 3, 2005, at 2:16 PM, Jim Luther wrote:

> We already have a variant of Quota implemented in .Mac iDisk server  
> and the Mac OS X WebDAV file system and plan to conform to the real  
> Quota spec.
> BIND would allow us to implement hard links in our WebDAV file  
> system, but that's not really that useful.
> More useful would be support for Redirect resources which would  
> look like symlinks to file system clients. We've been asked to  
> support symlinks in the WebDAV file system many times.
> The only other HTTP extension method we are interested in is PATCH  
> (which was discussed on the HTTP mailing list for a while) because  
> the lack of a way to modify part of a resource is a big performance  
> problem for a WebDAV file system.
> Jim Luther
> Apple
> On Jun 3, 2005, at 11:24 AM, Ted Hardie wrote:
Received on Friday, 24 June 2005 17:31:52 UTC

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