Re: [xmpp] RFC 3920 violates XML 1.0?

Kevin Smith <kevin@kismith.co.uk> Wed, 20 October 2010 17:27 UTC

Return-Path: <k.i.smith@gmail.com>
X-Original-To: xmpp@core3.amsl.com
Delivered-To: xmpp@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DFC6F3A69EE for <xmpp@core3.amsl.com>; Wed, 20 Oct 2010 10:27:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.977
X-Spam-Level:
X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622]
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 JSRxwyN7OYAg for <xmpp@core3.amsl.com>; Wed, 20 Oct 2010 10:27:51 -0700 (PDT)
Received: from mail-qw0-f44.google.com (mail-qw0-f44.google.com [209.85.216.44]) by core3.amsl.com (Postfix) with ESMTP id 05F013A68F6 for <xmpp@ietf.org>; Wed, 20 Oct 2010 10:27:50 -0700 (PDT)
Received: by qwc9 with SMTP id 9so2643330qwc.31 for <xmpp@ietf.org>; Wed, 20 Oct 2010 10:29:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:reply-to:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=RzQIzHGs3S9oKKycPv1RS+k4G1ngwtLRzs3Cvdn1cF4=; b=KaaWMoVapOazoIC3lp81gHtWl35zENgeQScIAgDLQneGOO3D4b3dg9Xq2KTTTf1c7Y dXDYtDgq/qh1HZf2GUi5Bm+xDx3LQrUOFw/TVX3sdNUUS0e+FTFvZ40ryc8O8WgQbg4L LSK/Ph1eJ2y19DrTiJBzvemIlvUB1pEkC8lWo=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:reply-to:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=aFe9TYWLxWIkWeKuMzRHk9ti2Sm+4PH8Pa8NTaAZdyB5w52I44RQuYlcgZtJLtotFh ZuxI+d/5pXK2E/TDI3DH7XmoXl4R0ZSxnlX5x4a4/SlPUSrk0XKM0QeAFutbeQEOggNH niOzK8Kw8HO64dCpLpFm8sjvij0kFJ1GyGNK8=
MIME-Version: 1.0
Received: by 10.224.96.167 with SMTP id h39mr2487375qan.214.1287595764330; Wed, 20 Oct 2010 10:29:24 -0700 (PDT)
Sender: k.i.smith@gmail.com
Received: by 10.229.187.211 with HTTP; Wed, 20 Oct 2010 10:29:24 -0700 (PDT)
In-Reply-To: <842AFFB7-5E43-42A9-967A-5A934574370E@cisco.com>
References: <842AFFB7-5E43-42A9-967A-5A934574370E@cisco.com>
Date: Wed, 20 Oct 2010 18:29:24 +0100
X-Google-Sender-Auth: CPnlkqzLxHyB7bCdaQELLYxZhLI
Message-ID: <AANLkTinpxMS2aVf78rzCZBnY4bsvo3u3MFOtZjhEQTj0@mail.gmail.com>
From: Kevin Smith <kevin@kismith.co.uk>
To: Matthew Miller <mamille2@cisco.com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
Cc: XMPP Working Group <xmpp@ietf.org>
Subject: Re: [xmpp] RFC 3920 violates XML 1.0?
X-BeenThere: xmpp@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: kevin@kismith.co.uk
List-Id: XMPP Working Group <xmpp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/xmpp>, <mailto:xmpp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/xmpp>
List-Post: <mailto:xmpp@ietf.org>
List-Help: <mailto:xmpp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/xmpp>, <mailto:xmpp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 20 Oct 2010 17:27:52 -0000

On Wed, Oct 20, 2010 at 6:06 PM, Matthew Miller <mamille2@cisco.com> wrote:
> I could be reading things wrong, but I believe RFC 3920 (specifically section 4.7.3) is violating XML 1.0[1].
>
> In section 3[2], it states the following:
>
> This specification does not constrain the application semantics, use, or (beyond syntax) names of the element types and attributes, except that names beginning with a match to (('X'|'x')('M'|'m')('L'|'l')) are reserved for standardization in this or future versions of this specification.
>
> Given that, the stream error condition <xml-not-well-formed/> from 4.7.3 would be violating this rule.  Note that this also applies to 3920bis.
>
> I'm not sure anyone's actually seen this, and I only discovered it as QA was filling in the corners of our latest work.  I'm also not sure what to do about this, either.  We could change this to "not-well-formed" or something like that in the bis drafts, but it could be a problem for implementations against the current spec.  Then again, this is a stream-level, non-recoverable error, so maybe it doesn't get encountered this way (-:

There's a train of thought that says that sending something the entity
won't understand in response to invalid XML is poetic justice :)

/K