Re: [art] [media-types] [internet-drafts@ietf.org] New Version Notification for draft-shelby-exi-registration-02.txt

Ned Freed <ned.freed@mrochek.com> Tue, 28 February 2017 14:05 UTC

Return-Path: <ned.freed@mrochek.com>
X-Original-To: art@ietfa.amsl.com
Delivered-To: art@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B236A129502; Tue, 28 Feb 2017 06:05:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.903
X-Spam-Level:
X-Spam-Status: No, score=-1.903 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HKF9XrJMueEA; Tue, 28 Feb 2017 06:05:41 -0800 (PST)
Received: from mauve.mrochek.com (mauve.mrochek.com [68.183.62.69]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9CD5E129543; Tue, 28 Feb 2017 06:05:41 -0800 (PST)
Received: from dkim-sign.mauve.mrochek.com by mauve.mrochek.com (PMDF V6.1-1 #35243) id <01QBES7VSHNK00K72W@mauve.mrochek.com>; Tue, 28 Feb 2017 06:03:47 -0800 (PST)
MIME-version: 1.0
Content-transfer-encoding: 7bit
Content-type: TEXT/PLAIN; CHARSET="us-ascii"
Received: from mauve.mrochek.com by mauve.mrochek.com (PMDF V6.1-1 #35243) id <01QBDDVH6WZK0005AQ@mauve.mrochek.com>; Tue, 28 Feb 2017 06:03:45 -0800 (PST)
Message-id: <01QBES7UHX6E0005AQ@mauve.mrochek.com>
Date: Tue, 28 Feb 2017 05:58:15 -0800
From: Ned Freed <ned.freed@mrochek.com>
In-reply-to: "Your message dated Tue, 28 Feb 2017 10:27:46 +0100" <87innupsvh.fsf@aung.informatik.uni-bremen.de>
References: <87innupsvh.fsf@aung.informatik.uni-bremen.de>
To: Olaf Bergmann <bergmann@tzi.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/art/nUKYGv3FPg4eAlgnyuyAq1NW0uk>
Cc: media-types@ietf.org, art@ietf.org, core@ietf.org
Subject: Re: [art] [media-types] [internet-drafts@ietf.org] New Version Notification for draft-shelby-exi-registration-02.txt
X-BeenThere: art@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Applications and Real-Time Area Discussion <art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/art>, <mailto:art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/art/>
List-Post: <mailto:art@ietf.org>
List-Help: <mailto:art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/art>, <mailto:art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Feb 2017 14:05:43 -0000

Has something changed about the definition of EXI that would make it actually
appropriate as a media type suffix? Because unless there's been a change the
reason this hasn't progressed is because it's inappropriate for it to do so.

In particular, it isn't possible to process a type that ends in +exi in any
significant way without knowing the type's schema. So unless there's a way
of discovering that knowing nothing but the type name, +exi provides
no utility.

				Ned

> Hi all,
> (core ML Cc'd due to specific interest in this topic)

> We have submitted an updated version of draft-shelby-exi-registration
> that documents appropriate use of the "+exi" structured syntax suffix.

> This document has been around since 2012 where it has been discussed in
> the IETF media-types mailing list. There has not been much progress
> since, specifically because the "application/exi" media type and the
> "exi" content coding deemed to be sufficient.

> Recent media type registration requests---in particular for
> application/senml+exi---indicate that there are cases where the generic
> exi media type and content coding header are not applicable.

> Any comments are welcome!

> Best regards
> Olaf