[Ietf-carddav] Carddav draft examples and XML elements
Vinubalaji Gopal <vinu@osafoundation.org> Tue, 15 August 2006 19:05 UTC
Return-Path: <vinu@osafoundation.org>
X-Original-To: ietf-carddav@osafoundation.org
Delivered-To: ietf-carddav@osafoundation.org
Received: from laweleka.osafoundation.org (laweleka.osafoundation.org [204.152.186.98]) by leilani.osafoundation.org (Postfix) with ESMTP id E8CEC7F73C for <ietf-carddav@osafoundation.org>; Tue, 15 Aug 2006 12:05:03 -0700 (PDT)
Received: from [192.168.103.23] (adsl-75-5-124-98.dsl.pltn13.sbcglobal.net [75.5.124.98]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by laweleka.osafoundation.org (Postfix) with ESMTP id BCEF214225C for <ietf-carddav@osafoundation.org>; Tue, 15 Aug 2006 12:05:03 -0700 (PDT)
From: Vinubalaji Gopal <vinu@osafoundation.org>
To: ietf-carddav@osafoundation.org
Content-Type: text/plain
Organization: OSA Foundation
Date: Tue, 15 Aug 2006 12:04:53 -0700
Message-Id: <1155668693.6405.64.camel@localhost>
Mime-Version: 1.0
X-Mailer: Evolution 2.6.1
Content-Transfer-Encoding: 7bit
Subject: [Ietf-carddav] Carddav draft examples and XML elements
X-BeenThere: ietf-carddav@osafoundation.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: vinu@osafoundation.org
List-Id: ietf-carddav.osafoundation.org
List-Unsubscribe: <http://lists.osafoundation.org/cgi-bin/mailman/listinfo/ietf-carddav>, <mailto:ietf-carddav-request@osafoundation.org?subject=unsubscribe>
List-Archive: <http://lists.osafoundation.org/pipermail/ietf-carddav>
List-Post: <mailto:ietf-carddav@osafoundation.org>
List-Help: <mailto:ietf-carddav-request@osafoundation.org?subject=help>
List-Subscribe: <http://lists.osafoundation.org/cgi-bin/mailman/listinfo/ietf-carddav>, <mailto:ietf-carddav-request@osafoundation.org?subject=subscribe>
X-List-Received-Date: Tue, 15 Aug 2006 19:05:04 -0000
Hi I am responsible for implementing carddav in Cosmo and had a few corrections on the carddav draft: A filter in CardDav is defined as (similar to the filter XML definition in the caldav draft). <!ELEMENT filter comp-filter> But in Carddav there is no real component other than VCARD. The "component" XML elements are kept for future use and for compatibility with caldav. If my interpretation is right, the examples in the draft does not use the right XML definitions: http://ietfreport.isoc.org/idref/draft-daboo-carddav/#page-19 REPORT /home/bernard/addressbook/ HTTP/1.1 Host: adbk.example.com Depth: 1 Content-Type: text/xml; charset="utf-8" Content-Length: xxxx <?xml version="1.0" encoding="utf-8" ?> ... <C:filter> <C:prop-filter name="NICKNAME"> <C:text-match caseless="yes" match-type="equals"> me </C:text-match> </C:prop-filter> </C:filter> </C:adbk-query> This example should be modified to have <C:comp-filter> with an optional name="VCARD", meaning that the example should have been like: <C:filter> <C:comp-filter> <C:prop-filter name="NICKNAME"> <C:text-match caseless="yes" match-type="equals"> me </C:text-match> </C:prop-filter> </C:comp-filter> </C:filter> -- Vinu
- [Ietf-carddav] Carddav draft examples and XML eleā¦ Vinubalaji Gopal