[Ietf-carddav] carddav and corporate directories

Cyrus Daboo cyrus at daboo.name
Wed May 9 09:56:04 PDT 2007


Hi Arnaud,

--On May 9, 2007 6:36:45 PM +0200 Arnaud Quillaud <Arnaud.Quillaud at Sun.COM> 
wrote:

> Although it mentions LDAP in its introduction, the spec does not talk
> about the link between Corporate Directory access and CardDAV access.
>
> Most PIM or email clients that would benefit from a CardDAV access also
> offer some access to corporate directories, usually LDAP directories. For
> an end user, they almost serve the same purpose (e.g. when sending an
> email, I may select some people from my personal address book and some
> from my corporate directory).
>
> Nevertheless:
> - configuring those clients is usually a real pain: server name and port,
> ssl or no ssl, base dn, search filter, bind dn, etc... - each client has
> to deal with schema translation between the corporate directory schema
> and the internal representation.
>
> Being able from CardDAV to discover public address books would greatly
> enhance the user experience.  Being able to work against one format
> (vCard) instead of 2 (vCard + some LDAP schema) would ease development of
> address book enabled applications.
>

There is nothing to stop a CardDAV server from also being a (read-only) 
gateway to LDAP. i.e. the CardDAV server could expose a public address book 
that is "backed" by an LDAP server, so that addresses in the address book 
were actual directory entries in LDAP (with the appropriate LDAP->vCard 
mapping).

In fact CMU had an extension to IMSP that did just that.

I don't think we need to do anything special in CardDAV itself for this - 
an implementation could just choose to do it. The only thing that might be 
nice would be to have some WebDAV properties on the mapped addressbook 
indicating where the underlying LDAP server is etc But I think that could 
be written up as an extension.

The only thing that might be missing (and CalDAV has this issue too) is 
some way for a client to discover where public address books/calendars 
might be. At one point during the CalDAV discussions there was talk of 
something like the IMAP NAMESPACE extension - done as a WebDAV REPORT, say 
- that clients could use to find out the locations of "interesting" 
calendars or calendar hierarchies that would be good to present to the 
user. I still think something like that would be useful and could be used 
for CardDAV clients to discover where the "corporate directory mapped 
address book" is on the server.

-- 
Cyrus Daboo



More information about the Ietf-carddav mailing list