Re: [media-types] [IANA #1360120] application/vnd.msgpack registration request

Alexey Melnikov <alexey.melnikov@isode.com> Sun, 17 March 2024 01:41 UTC

Return-Path: <alexey.melnikov@isode.com>
X-Original-To: media-types@ietfa.amsl.com
Delivered-To: media-types@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 486F7C14CEFE for <media-types@ietfa.amsl.com>; Sat, 16 Mar 2024 18:41:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.213
X-Spam-Level:
X-Spam-Status: No, score=-1.213 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.1, MIME_HTML_ONLY_MULTI=0.001, MIME_QP_LONG_LINE=0.001, MPART_ALT_DIFF=0.79, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=isode.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9_UDCVZo56zq for <media-types@ietfa.amsl.com>; Sat, 16 Mar 2024 18:41:17 -0700 (PDT)
Received: from waldorf.isode.com (waldorf.isode.com [62.232.206.188]) by ietfa.amsl.com (Postfix) with ESMTP id 2BD97C14E513 for <media-types@ietf.org>; Sat, 16 Mar 2024 18:41:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1710639674; d=isode.com; s=june2016; i=@isode.com; bh=uUrJ6RuWLLOqiH0Xri8vgaEntNSy/PvZfQsL/7370ag=; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version: In-Reply-To:References:Content-Type:Content-Transfer-Encoding: Content-ID:Content-Description; b=Bw1pOr+Uyd8+nnXlOoc/DO8wqjmlwO3bzHIpllPu6EDdkYZJeExR50WTt9P/geI2IacgMd 6HiZsUk0kvK8yNHQn1zmqsfIsEg00p9bsX+iP/imyBWEW7XUgGw7usXIyVKQrr1DRwaFSV j4aJPsOjHP8NHv4c2txvA9kQvYW2fIs=;
Received: from smtpclient.apple ((unknown) [103.210.27.200]) by waldorf.isode.com (submission channel) via TCP with ESMTPSA id <ZfZKOgAI4SlF@waldorf.isode.com>; Sun, 17 Mar 2024 01:41:14 +0000
X-SMTP-Protocol-Errors: NORDNS
From: Alexey Melnikov <alexey.melnikov@isode.com>
Message-Id: <B074B943-9762-4CB0-8739-68DD42526404@isode.com>
Date: Sun, 17 Mar 2024 11:41:00 +1000
Cc: media-types@ietf.org
To: iana-mime-comment@iana.org
X-Mailer: iPad Mail (21D61)
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="Apple-Mail-EB5B9D85-55DE-4071-A5C0-8FA02B26D1BF"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/media-types/ZKiw0j2vOwLyYgr2jxqw8vBItY8>
Subject: Re: [media-types] [IANA #1360120] application/vnd.msgpack registration request
X-BeenThere: media-types@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "IANA mailing list for reviewing Media Type \(MIME Type, Content Type\) registration requests." <media-types.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/media-types>, <mailto:media-types-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/media-types/>
List-Post: <mailto:media-types@ietf.org>
List-Help: <mailto:media-types-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/media-types>, <mailto:media-types-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 17 Mar 2024 01:41:21 -0000

Hi Amanda,

Sorry for the slow response.

This is mostly fine, but I have a small question and a bigger concern expressed below.


On 01/03/2024 18:14, Amanda Baber via RT wrote:

Hi Alexey,

Can you review this registration request by March 15th?

This was originally submitted as a request for standards-tree registration, but the submitter isn't affiliated with a standards organization and has yet to write an I-D. 

He writes, "I would like to edit the registration template to make it a vendor-tree ('application/vnd.msgpack') registration request, as writing RFC would take some considerable time (but pretty much aim to do that anyway)."

thanks,
Amanda

===

Name: Alexander Ivanov

Email: saiv46.dev+iana@gmail.com

Media type name: application

Media subtype name: vnd.msgpack

Required parameters: N/A.

Optional parameters: N/A.

Encoding considerations: binary

Security considerations: This media type does not enforce a security mechanism, as it does not contain any executable content. The format specification does not provide any encryption or integrity checks, so appropriate mechanisms must be implemented at the application or transport level. The format allows applications to define application-specific types, so security considerations of such extensions cannot be assessed.

Interoperability considerations: The specification explicitly defines a way to encode information (relying on standards such as IEEE 754), as well as limitations to allow conversion to and from other encodings (such as JSON). This provides interoperability not just between implementations, applications and hardware, but media types as well.

Published specification: https://github.com/msgpack/msgpack/blob/master/spec.md" rel="nofollow">https://github.com/msgpack/msgpack/blob/master/spec.md
https://msgpack.org/" rel="nofollow">https://msgpack.org/

Applications which use this media: MessagePack has been used to exchange arbitrary data between applications written in various programming languages and environments, replacing existing media types such as JSON.

Fragment identifier considerations: +msgpack
I am not clear on what this means.
Restrictions on usage: N/A.

Provisional registration? (standards tree only): No

Additional information:

1. Deprecated alias names for this type: application/x+msgpack
2. Magic number(s): N/A.
3. File extension(s): N/A.
4. Macintosh file type code: N/A.
5. Object Identifiers: N/A.

General Comments:

Person to contact for further information:

1. Name: Alexander Ivanov
2. Email: saiv46.dev+msgpack@gmail.com

Intended usage: COMMON

Author/Change controller: Alexander Ivanov <saiv46.dev+msgpack@gmail.com>
It is not clear to me how Alexander is related to the project, as the original creator of MessagePack is a different person. Can you please ask?

Thank you,
Alexey