Re: [VCARDDAV] ietf78 Maastricht meeting notes

Simon Perreault <> Wed, 28 July 2010 13:01 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 24A2E3A6A0B for <>; Wed, 28 Jul 2010 06:01:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.3
X-Spam-Status: No, score=-2.3 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, J_CHICKENPOX_34=0.6, NO_RELAYS=-0.001]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id v4sYBzHpUHt2 for <>; Wed, 28 Jul 2010 06:01:02 -0700 (PDT)
Received: from ( [IPv6:2620:0:230:8000::2]) by (Postfix) with ESMTP id C95F13A68C3 for <>; Wed, 28 Jul 2010 06:01:01 -0700 (PDT)
Received: from (unknown [IPv6:2001:df8:0:7:1e4b:d6ff:fe20:6cfe]) by (Postfix) with ESMTPSA id 3176921100 for <>; Wed, 28 Jul 2010 09:01:24 -0400 (EDT)
Message-ID: <>
Date: Wed, 28 Jul 2010 15:01:22 +0200
From: Simon Perreault <>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv: Gecko/20100720 Fedora/3.1.1-1.fc13 Thunderbird/3.1.1
MIME-Version: 1.0
References: <> <1280320936.2132.6.camel@Nokia-N900>
In-Reply-To: <1280320936.2132.6.camel@Nokia-N900>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Subject: Re: [VCARDDAV] ietf78 Maastricht meeting notes
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF vcarddav wg mailing list <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Wed, 28 Jul 2010 13:01:03 -0000

Florian Zeitz wrote, on 07/28/2010 02:42 PM:
>> - PID and LANGUAGE parameter:
>>          Proposal - put the "language grouping" inside the LANGUAGE
>> parameter value rather than overload the PID. Make cardinality
>> independent of PID. Concensus in the room to implement the proposal.
> I don't really understand this. IMHO this is not overloading the PID parameter.
> It is meant to uniquely identify a property, different language versions are
> logically the same property therefore should have the same PID. I didn't really
> catch a compelling reason to change this and it seems to me it only complicates
> parsing. It would be great if someone could clarify this decision for me.

PIDs are for synchronization. Here's a use case: you have a vCard translated in
25 languages, and you add a 26th translation. Should you synchronize only the
new data or all of the vCard? With the same PID for every language, you will
synchronize everything.

>> 3. vcardxml wglc comments (Perreault)
>>    draft-ietf-vcarddav-vcardxml
>> WGLC done. Issues fixed.
>> Recent suggestion to map LANGUAGE parameter to xml:lang - no consensus
>> to use xml:lang.
> So, what I grasped is that the consensus was "nice to have for XML folks, but
> not worth the special casing".
> I suggested it, so of course I'm really biased, but personally the nice to have
> outweighs the special casing for me. It shouldn't be a lot of hassle to add an
> extra attribute while adding the LANGUAGE parameter and it would allow for
> constistency in environments where xml:lang is being used (e.g. I'm thinking of
> embedding vCards in XMPP where the stream and body tags usually have xml:lang
> specified).

Two problems with xml:lang:
1. Special case, unlike other parameters.
2. Current XML libraries treat xml:lang specially and differently.

NAT64/DNS64 open-source -->
STUN/TURN server        -->
vCard 4.0               -->