Re: [VCARDDAV] New indiviudal subm,ission for CardDAV extension
Filip Navara <filip.navara@gmail.com> Fri, 26 February 2010 21:52 UTC
Return-Path: <filip.navara@gmail.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 CFB393A8869 for <vcarddav@core3.amsl.com>; Fri, 26 Feb 2010 13:52:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.299
X-Spam-Level:
X-Spam-Status: No, score=-2.299 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, J_CHICKENPOX_46=0.6]
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 TwOfvPN4g9mh for <vcarddav@core3.amsl.com>; Fri, 26 Feb 2010 13:52:28 -0800 (PST)
Received: from mail-bw0-f211.google.com (mail-bw0-f211.google.com [209.85.218.211]) by core3.amsl.com (Postfix) with ESMTP id 808A63A8868 for <vcarddav@ietf.org>; Fri, 26 Feb 2010 13:52:28 -0800 (PST)
Received: by bwz3 with SMTP id 3so481214bwz.29 for <vcarddav@ietf.org>; Fri, 26 Feb 2010 13:54:39 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=ynKLURYFNb+xwHx2KK4Q2ORkTSVSqeuAJAcvalpQJQs=; b=lpR/n+rdbuCbj05dPvK9EoguDjfp5thFUP4AwsQsq7PXbqDPrrSYNBKfLgd9NUY8fj qJjyMrdyEQEx5DPVz1FDlnWcOipXPhSJMzKQ7wDmjd/I4UXeQDog+pjUACFM57xscVYM qIyrjP4+YzhtUTV4UDiBhwdbRuxbbQbfkIaOw=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=CKDYr98iC0uY4/r9JLfEij6k2naBc/KKIKEqaPtuEQ783x6EX/0tDo6bSTR/XRJGKS SsWprJXXnSEeO31/ecKFkpXJF/e+smg2BbxUEzM0roPmntcM4pAmz2fdKcQ7B49N3O2S l4+O7TtKl3Cm+uOCPt+WojSNYMGsdBKfVzFbc=
MIME-Version: 1.0
Received: by 10.204.141.69 with SMTP id l5mr733057bku.64.1267221279700; Fri, 26 Feb 2010 13:54:39 -0800 (PST)
In-Reply-To: <BC43E968-0D82-4C2E-BE38-9D80E914F2A6@chronosnet.com>
References: <6301EAEDF5C4BC5A26912CFA@caldav.corp.apple.com> <4B882B0C.4080500@viagenie.ca> <BC43E968-0D82-4C2E-BE38-9D80E914F2A6@chronosnet.com>
Date: Fri, 26 Feb 2010 22:54:39 +0100
Message-ID: <5b31733c1002261354hf13d10en57969552eed31b3e@mail.gmail.com>
From: Filip Navara <filip.navara@gmail.com>
To: Nick Zitzmann <nick@chronosnet.com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
Cc: vcarddav@ietf.org
Subject: Re: [VCARDDAV] New indiviudal subm,ission for CardDAV extension
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: Fri, 26 Feb 2010 21:52:29 -0000
On Fri, Feb 26, 2010 at 10:23 PM, Nick Zitzmann <nick@chronosnet.com> wrote: > > On Feb 26, 2010, at 1:11 PM, Simon Perreault wrote: > >> I am profoundly confused by the "gateway" term. What is being gatewayed, and from where to where? > > CalDAV has a non-standard extension where additional calendars can be made available to a user that are not present in the user's calendar home set through the group-membership DAV property. It's not in the RFC, but it's used by Google Calendar and Apple's server. > > I read the spec, and it looks like this is something similar in that it makes an additional collection available to anyone who can pick it up. Which does bring up a few questions: > > 1. If the gateway is read-only, how is anyone supposed to add records to the gateway? > 2. What makes this different from CalDAV's proxy calendars extension, other than being limited to one directory? > > I think I'd prefer it if the interface for accessing other contact collections would be the same as in the CalDAV extension... Anything that stops subtle differences between CardDAV and CalDAV from appearing is good. > > Nick Zitzmann > <http://www.chronosnet.com/> I think there's is a misunderstanding in the purpose of the extension. This extension is meant to allow CardDAV access to LDAP (1) directory. This is usually the same directory that is used for user authentication, so essentially it would provide a way to access VCARDs for all the users of the particular Addressbook system (2). The CalDAV calendar-proxy extension (3) is meant for sharing calendars between different users of the same calendaring system. That is way different from what this extension proposes. Filip Navara eM Client (1) ...or DAP or whatever other protocol exists (2) Technically this is possible by pure WebDAV ACLs + CardDAV, but it is inefficient and hard to implement on client side (3) ...which doesn't use the group-membership property per se, the clients use separate calendar-read-proxy-for/calendar-write-proxy-for properties instead...
- [VCARDDAV] New indiviudal subm,ission for CardDAV… Cyrus Daboo
- Re: [VCARDDAV] New indiviudal subm,ission for Car… Simon Perreault
- Re: [VCARDDAV] New indiviudal subm,ission for Car… Nick Zitzmann
- Re: [VCARDDAV] New indiviudal subm,ission for Car… Filip Navara
- Re: [VCARDDAV] New indiviudal subm,ission for Car… Nick Zitzmann
- Re: [VCARDDAV] New indiviudal subm,ission for Car… Filip Navara
- Re: [VCARDDAV] New indiviudal subm,ission for Car… Cyrus Daboo
- Re: [VCARDDAV] New indiviudal subm,ission for Car… Cyrus Daboo
- Re: [VCARDDAV] New indiviudal subm,ission for Car… Simon Perreault
- Re: [VCARDDAV] New indiviudal subm,ission for Car… Cyrus Daboo