[VCARDDAV] draft-daboo-carddav-directory-gateway and large/multiple directories

Arnaud Quillaud <Arnaud.Quillaud@Sun.COM> Thu, 11 March 2010 14:37 UTC

Return-Path: <Arnaud.Quillaud@Sun.COM>
X-Original-To: vcarddav@core3.amsl.com
Delivered-To: vcarddav@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A85923A68DF for <vcarddav@core3.amsl.com>; Thu, 11 Mar 2010 06:37:51 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level:
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1rODWvHO0ImJ for <vcarddav@core3.amsl.com>; Thu, 11 Mar 2010 06:37:50 -0800 (PST)
Received: from gmp-eb-inf-1.sun.com (gmp-eb-inf-1.sun.com [192.18.6.21]) by core3.amsl.com (Postfix) with ESMTP id 86CD13A68DA for <vcarddav@ietf.org>; Thu, 11 Mar 2010 06:37:50 -0800 (PST)
Received: from fe-emea-10.sun.com (gmp-eb-lb-1-fe1.eu.sun.com [192.18.6.7] (may be forged)) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o2BEbr1N022712 for <vcarddav@ietf.org>; Thu, 11 Mar 2010 14:37:54 GMT
MIME-version: 1.0
Content-transfer-encoding: 7bit
Content-type: text/plain; CHARSET="US-ASCII"; format="flowed"
Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KZ400J00FR99A00@fe-emea-10.sun.com> for vcarddav@ietf.org; Thu, 11 Mar 2010 14:37:44 +0000 (GMT)
Received: from vpn-129-150-118-20.uk.sun.com ([unknown] [129.150.118.20]) by fe-emea-10.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KZ400JU9GM7D5F0@fe-emea-10.sun.com> for vcarddav@ietf.org; Thu, 11 Mar 2010 14:37:20 +0000 (GMT)
Date: Thu, 11 Mar 2010 15:37:19 +0100
From: Arnaud Quillaud <Arnaud.Quillaud@Sun.COM>
Sender: Arnaud.Quillaud@Sun.COM
To: vcarddav@ietf.org
Message-id: <4B99001F.9000801@sun.com>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.8) Gecko/20100227 Lightning/1.0b1 Thunderbird/3.0.3
Subject: [VCARDDAV] draft-daboo-carddav-directory-gateway and large/multiple directories
X-BeenThere: vcarddav@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF vcarddav wg mailing list <vcarddav.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/vcarddav>, <mailto:vcarddav-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/vcarddav>
List-Post: <mailto:vcarddav@ietf.org>
List-Help: <mailto:vcarddav-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/vcarddav>, <mailto:vcarddav-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Mar 2010 14:37:51 -0000

Hello,

As currently defined, the directory-gateway property 
(http://tools.ietf.org/html/draft-daboo-carddav-directory-gateway-01#section-3) 
points to a single carddav collection which may aggregate results from 
different sources.
I see two problems with that approach:
- In organizations with a very large number of directory entries, it 
would be much beneficial to be able to offer a choice of multiple 
collections ("all users in my Business Unit",  "all conference rooms", 
etc...).
- It might always be obvious to aggregate data from various sources, 
especially if future extensions allow for paging or sorting of results.

Hence couldn't we allow the directory-gateway property to point to a 
regular collection containing address book collections ? We could 
mandate that address book queries be supported at the root collection 
level to still allow global searches.

Arnaud Quillaud