- From: John Baumgarten <jbaumgarten@apple.com>
- Date: Fri, 24 Jun 2005 10:31:46 -0700
- To: w3c-dist-auth@w3.org
- Cc: Christopher Sharp <csharp@apple.com>, Jim Luther <luther.j@apple.com>
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