Re: [VCARDDAV] [Technical Errata Reported] RFC6350 (3100)

Simon Perreault <simon.perreault@viagenie.ca> Mon, 06 February 2012 18:55 UTC

Return-Path: <simon.perreault@viagenie.ca>
X-Original-To: vcarddav@ietfa.amsl.com
Delivered-To: vcarddav@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E834B21F870B for <vcarddav@ietfa.amsl.com>; Mon, 6 Feb 2012 10:55:03 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.414
X-Spam-Level:
X-Spam-Status: No, score=-2.414 tagged_above=-999 required=5 tests=[AWL=0.186, BAYES_00=-2.599, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CxCf0ZvQ-a9v for <vcarddav@ietfa.amsl.com>; Mon, 6 Feb 2012 10:55:03 -0800 (PST)
Received: from jazz.viagenie.ca (unknown [IPv6:2620:0:230:8000:226:55ff:fe57:14db]) by ietfa.amsl.com (Postfix) with ESMTP id 4DC1821F8707 for <vcarddav@ietf.org>; Mon, 6 Feb 2012 10:55:03 -0800 (PST)
Received: from ringo.viagenie.ca (unknown [IPv6:2620:0:230:c000:706a:e5bd:bb2b:84cd]) by jazz.viagenie.ca (Postfix) with ESMTPSA id 9FA1820E7E for <vcarddav@ietf.org>; Mon, 6 Feb 2012 13:55:01 -0500 (EST)
Message-ID: <4F302205.3090108@viagenie.ca>
Date: Mon, 06 Feb 2012 13:55:01 -0500
From: Simon Perreault <simon.perreault@viagenie.ca>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0) Gecko/20120131 Thunderbird/10.0
MIME-Version: 1.0
To: vcarddav@ietf.org
References: <20120130182941.6F376B1E002@rfc-editor.org> <4F26E44D.6060807@viagenie.ca> <14E42CB21F0E477CA6DA0AC8E1E1A40D@Javier2> <4F2C0224.5080701@viagenie.ca> <23AAF311845C458FB4606A66F77369DC@Javier2> <4F2FD688.4020602@viagenie.ca> <4F301E46.2060903@PetesGuide.com>
In-Reply-To: <4F301E46.2060903@PetesGuide.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Subject: Re: [VCARDDAV] [Technical Errata Reported] RFC6350 (3100)
X-BeenThere: vcarddav@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF vcarddav wg mailing list <vcarddav.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/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: Mon, 06 Feb 2012 18:55:04 -0000

On 2012-02-06 13:39, Peter Sheerin wrote:
> Can you explain this a bit more?
>
> Is there a fear that doing it right will impact existing 4.0
> implementations, or is the concern something else?

The RFC contains an example with:

TYPE="foo,bar"

The intent is to have two values of the TYPE parameter: foo and bar. 
Equivalent to this:

TYPE=foo,TYPE=bar

The example is wrong. It represents a single value of the TYPE 
parameter: "foo,bar" (a single string including the comma).

What I meant by "there's no way to make it right" is this: There is no 
way we can change the ABNF so that the example becomes correct. The 
example is just wrong. We must fix it with one of these:

TYPE=foo,bar
TYPE=foo,TYPE=bar
TYPE="foo","bar"

Simon

> On 2012-02-06 05:32, Simon Perreault wrote:
>> OK, we're on the same wavelength now. I suggest modifying the errata
>> because the example is wrong. There's no way to make it right while
>> keeping an ABNF that is consistent across parameters (so that it is
>> possible to write a generic vCard parser).

-- 
DTN made easy, lean, and smart --> http://postellation.viagenie.ca
NAT64/DNS64 open-source        --> http://ecdysis.viagenie.ca
STUN/TURN server               --> http://numb.viagenie.ca