Re: [media-types] Feedback on a potential media type for upload chunks

"Martin J. Dürst" <duerst@it.aoyama.ac.jp> Wed, 28 February 2024 00:19 UTC

Return-Path: <duerst@it.aoyama.ac.jp>
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 889C3C15152D for <media-types@ietfa.amsl.com>; Tue, 27 Feb 2024 16:19:52 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.242
X-Spam-Level:
X-Spam-Status: No, score=-6.242 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_SOFTFAIL=0.665, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=itaoyama.onmicrosoft.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 bm4LJw-4k6Yn for <media-types@ietfa.amsl.com>; Tue, 27 Feb 2024 16:19:49 -0800 (PST)
Received: from pechora3.dc.icann.org (pechora3.icann.org [192.0.46.73]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EFF65C14F5F4 for <media-types@ietf.org>; Tue, 27 Feb 2024 16:19:48 -0800 (PST)
Received: from JPN01-TYC-obe.outbound.protection.outlook.com (mail-tycjpn01on20701.outbound.protection.outlook.com [IPv6:2a01:111:f403:2019::701]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by pechora3.dc.icann.org (Postfix) with ESMTPS id 7DE5170006AE for <media-types@iana.org>; Wed, 28 Feb 2024 00:19:47 +0000 (UTC)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=RXNXJJu0tLumIpsfbVp/zxO8fzlFzteA7vDW90BKpUlEsSH6UeDBnPBg5m3sedJoCyrUiMwpfHolUz0rY8wZbeJrWvyNA5/l/D4UcR6aCxE+4bdJ3n5Hok8IbKmaj+vXhBNx5O8CFzijO+u1znKXEnQruVGBfIlmMuoyVX6iUcaubOC8mhi6ndlB4qUbTltifcWB8cZY1CGH0l0Ox/J9RxElbZk6M6nvK773WeqhM3o5zYUa5yoXKHtwjcSTmA1DpI/7wCjObs44JVfB1q1KGBRZqa/obaiQTI2tJFnZjxnF/2sWWVQU8VnC+X7Nzf0IA1vR9oRI0rlrFHqvcyYNKw==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=B6ycPTDCuv97H0ckJwR1kUR8fYUR2f5DBNpOwBdhH0A=; b=RwxC/6D4HoCBkH86kmf/zeP/Fp0jO700to52QUqAkWvznUotcxlfHZEtUm1UKAmAHTUV8F7Gcv4QG7LFGxGtBmoKeMLfpTfbRkPNDFaN9+iP/ZaHcNki5EKQ1QoFjy+EBeTC77fao9CaTim6Oem8E8XoSbOMxv+DsPOKcQZj6jFrvFUdJm20srEI1ikt6Ts8Or333rSLV3QgAmQS12VWmeOhKdXG5oahKBm3Q4rtWZfXY/7Zv2Uo1Cq9V69/JoU+GBknzJyd6BeJO0ETsl5gKVTapDOLGdvwMwZDB4SNZqWEFTQ9RoB2AmRLVpUCr5QtPXaZQttkAbynwM7F33wDQA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=it.aoyama.ac.jp; dmarc=pass action=none header.from=it.aoyama.ac.jp; dkim=pass header.d=it.aoyama.ac.jp; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=itaoyama.onmicrosoft.com; s=selector2-itaoyama-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=B6ycPTDCuv97H0ckJwR1kUR8fYUR2f5DBNpOwBdhH0A=; b=EzGkcBIuA1kkdsrd33lHev3c1MvykRoJ7clS/miU8LvWDOeZfvHvwCvbnlPzCKDwoM6pzvYwNDkiHsRknfkbLzqWEPqyqvX1PfH4038w942hfCQL6rut8CVhg9ObRyszu5E50HYg8gwM85kIVy6d3IfL8BXrW1LUGGXk8LBm2HA=
Authentication-Results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=it.aoyama.ac.jp;
Received: from OS7PR01MB11468.jpnprd01.prod.outlook.com (2603:1096:604:23c::10) by TY3PR01MB10434.jpnprd01.prod.outlook.com (2603:1096:400:256::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7316.33; Wed, 28 Feb 2024 00:19:21 +0000
Received: from OS7PR01MB11468.jpnprd01.prod.outlook.com ([fe80::8ec:a7c:77f2:b4d0]) by OS7PR01MB11468.jpnprd01.prod.outlook.com ([fe80::8ec:a7c:77f2:b4d0%7]) with mapi id 15.20.7316.037; Wed, 28 Feb 2024 00:19:21 +0000
Message-ID: <522a9eed-3422-4a35-b001-0e5371e08e68@it.aoyama.ac.jp>
Date: Wed, 28 Feb 2024 09:19:20 +0900
User-Agent: Mozilla Thunderbird
Content-Language: en-US
To: Marius Kleidl <marius=40transloadit.com@dmarc.ietf.org>, media-types@iana.org
References: <CANY19Nuq1NROzfOytcVJFBMN5cSisPzt_YH6NxRRinjwLg1rkg@mail.gmail.com>
From: "Martin J. Dürst" <duerst@it.aoyama.ac.jp>
Organization: Aoyama Gakuin University
In-Reply-To: <CANY19Nuq1NROzfOytcVJFBMN5cSisPzt_YH6NxRRinjwLg1rkg@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
X-ClientProxiedBy: TYCP286CA0062.JPNP286.PROD.OUTLOOK.COM (2603:1096:400:31a::7) To OS7PR01MB11468.jpnprd01.prod.outlook.com (2603:1096:604:23c::10)
MIME-Version: 1.0
X-MS-PublicTrafficType: Email
X-MS-TrafficTypeDiagnostic: OS7PR01MB11468:EE_|TY3PR01MB10434:EE_
X-MS-Office365-Filtering-Correlation-Id: 363a9ec4-ac66-4093-ecca-08dc37f2e935
X-MS-Exchange-SenderADCheck: 1
X-MS-Exchange-AntiSpam-Relay: 0
X-Microsoft-Antispam: BCL:0;
X-Microsoft-Antispam-Message-Info: 2ThPO6gfoAOa1F0/ebJYjmEyGEv1eJbsIi3XBNXG8juQRjrsmsVH5nDT1+DXYKPlkXqTT84txyzJ73IN1soTOz2EG/NUGw1iaMUfJt8wXMOkIiwvdfgR+2isROzp5qwSg9hrA7BhaNgBJ9+47XgWqzuNugdKzYY44BGEPnxCa82AGPJe0J12c0yl2h8HepYedN0Z/0bVX1EcAK5+zsh+Q94BpgKcCfkynn1uh7Z7IGyZnNuLN1+zc7HPPMX+CfMClaP6VsPDzVVwrjProAqofPF6KquCODEGBRFdsg71ZetIKqIoXO9u7VvnblvvCHsDq//9Pb1uVSLkuwKP8pT0zap6iqCa19n+aTw34KMVNz/Hbb13Hb2TkqGSdOSg39LRM/mTyzC9ecPT9pnb4BWr5xAF8FR+6DCa/ohd9BndETt9T7SS3qVpn6fg1NepV10pAtwK8GkMYSEFWr+nAyCIR15ASo8wyLTyx93O01zUlFOt+HIc4G6yGmN8PpvbwLfCmVYtnR0KolJLVyaWttSui4a7K8OJI/LDFMjwKaSvXUhntoqPdhcah2YJ23AFdgwojmX5PC95o5NjXXRjl2gddga0UC+UN8EIfjg+OjgRZD0bPUSqOPXQjZaLkQBNWPoa
X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:OS7PR01MB11468.jpnprd01.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230031); DIR:OUT; SFP:1102;
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0: kFvBsq8R0JZ1Na5U102ojanCWivhZV9w3KIeGeuLVuniwTKG3UNX3xcEBH1GTkkTBFzCPmEye0CNwM9eUBVXMqo2CnCZ5OoncSxuEmjmJ1g3XBDzI0tD/G1B+Hi7aiqKxy5OmFKE6sV9Zv6iWi1jMqbGEiIGoTgZwFKYhietFNxAAuGqKt3aqL8v0Bl0js7hDYkDH9rQOwsb5qQ/XivR2Ai47tYj3iuBYrsVCSniFR16aHQjJuHkvws+I65EM+cEg9H4rWSJKQGOPzj5VMRwA+xMYHPz57c/fMXpLDrszV0FdEeiv4ogycyUKCm79NhrN/IrUIPCNm7eh1aOEUJhjQrUHfLC77Bg6eWpXwwB+kQetOh3CDKskfqFyaOqBM2Oc3hbRzU6g51gY0SioOC47R+9FDHTWaY0WY2TyeEHNJ8imDV9Jpk+6y5o40UbqZ3B0aOW41890Bo7MlT1qvklq3ydxv4XYNuVCDPQRQip6hQENkWXblUwxyckFNJffb8ngndbGLbwYYVdqRBXZ4t2sifihWZ/hO2S2P/xCxtXT8bqng5rT/UekxLmwjNVaaOl/Td9Hnf4VNmNnk8Me8570sSyIS3mq4tLvZJl8YIPhhYg9RxD7tAI7DGATX90kSDKRn8dDYtG3my4FP3tdwLo2a6u1GfoiiSGmRUP4FhTu4a/N8Rp35mGVZq1cZOhdJgs/Ktawrue8a8OO+vk2lBC8pFselmza+BOSr1YUM7t1m2uTBBTeZ8mmroOYW45tn7leLy2ZA1C2BCHIJ/EvJNuUIMZN1teeLZrlusTOKzN/EgsdyPkur3qRqbNcpynqT0dFr5Liccnv7uqY9iDhffWQE7hOfDXSAK6q/81OFk8OT0zqtnKB/NKADeDw93u+56iV3ETrw89pygCAdfF3PxKACkQhEsIu7/CbBSMCNdDyK9yEeXauwCEYvmfdJ0L1f5OnBlB0FQGQAYUZlrS876lX31um2vhLEFf3JmYux5lwV41rpyS/GL133NqJSViEoim+Eyaotx0rDTzLiEdXsCHYOEupcAVHC4SmegtViswzyTEUf4UwB99UC8AInkzjLHKxlQsi+7+XfxS7HJXrBXN8UfaTTX1hZKGUpB4JXIJmt4mnYh8glwUqpvESQkU9/FjDhnAD3oXSex//agCCy47bPYwBFjNNKpK0miR37eCoJ/eh02nagTKr9+JCth7k0k7yrBgGXG3YSjaH/jKZ1u6qhM1gzr1/IBZ8KZHhVQSrt6EKuy/n+7zYI2Pw74OhwCPAfQkVynPhjjt8rDAT6Efye9ZNfIeIkwp1ktlZNu2Nra57OOrDz/BRTyqSogojFOrFTAUYNRmoQQh1QHC+PzQStWYDMt6duPIqQPtpubq4XndCdIHPYqnW03ytJkWLuggy6nJQFwqpTZ98La4Ny8HkNcDlNQ+ABnAGYEBB2lRkcaD4JrwQLAViawmizea7NSEm4QtDt5VMeV6CMGtE96u8PA8mJBJm4ik587rryGeOviVxKGG22hKzhv/DCI3qjrEt17PwDxDmI1YR6qiB2lIK0DrxVyv6JntQAbiVja6wtHbUUsVP63WhslDBxDF7E1soz1zYqFoSWSi0vbJHa8X4A==
X-OriginatorOrg: it.aoyama.ac.jp
X-MS-Exchange-CrossTenant-Network-Message-Id: 363a9ec4-ac66-4093-ecca-08dc37f2e935
X-MS-Exchange-CrossTenant-AuthSource: OS7PR01MB11468.jpnprd01.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 28 Feb 2024 00:19:21.5101 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: e02030e7-4d45-463e-a968-0290e738c18e
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: lOF9Z2BBDLqAXXu5L9ku3ReyqCBcxwfrzZxL3SjXwvoKEN49OARfHFA1nlIN4U+1wgM6GkfDjgA+QMGMW3w77Q==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: TY3PR01MB10434
Archived-At: <https://mailarchive.ietf.org/arch/msg/media-types/QJelRV4yEfn7YBabWPJ49YKqSt8>
Subject: Re: [media-types] Feedback on a potential media type for upload chunks
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: Wed, 28 Feb 2024 00:19:52 -0000

Hello Marius,

Your proposal seems to make sense. Looking at the 
application/vnd.adobe.partial-upload, I'd suggest that you use only one 
parameter for the final type, rather than what they have (e.g. 
final_type=video, final_subtype=mp4). But I'm not even sure such a 
parameter is needed, because the partiality is purely in terms of a bit 
range if I understand correctly.

Regards,   Martin.


On 2024-02-27 04:01, Marius Kleidl wrote:
> Dear working group,
> 
> in the HTTP working group, we are discussing a draft for resumable uploads
> over HTTP (
> https://datatracker.ietf.org/doc/draft-ietf-httpbis-resumable-upload/).
> Essentially, for each file that should be uploaded, a new upload resource
> is created on the server. The client can then append data to this upload
> resource by sending a PATCH request. If the transfer gets interrupted, the
> client can query the upload resource's current offset and then resume the
> upload by appending the remaining data using another PATCH request.
> 
> As required by RFC 5789, PATCH requests must include a media type to
> describe the message content. In the case of resumable uploads, the content
> is just a partial chunk from the file to be uploaded without any additional
> data included in the message content (no offset or length value). This
> chunk might be textual or binary depending on the file that should be
> uploaded (e.g. text file or video).
> 
> I didn't find a registered media type in the standards tree which matches
> those semantics. However, the vendor tree includes
> application/vnd.adobe.partial-upload (
> https://www.iana.org/assignments/media-types/application/vnd.adobe.partial-upload),
> which was registered by Adobe in 2009 for uploads in their web
> applications. Its intention seems to align with the content included in
> PATCH requests for resumable uploads.
> 
> Therefore, I am thinking about a standardized media type to describe
> partial chunks from an upload, such as application/partial-upload or
> application/upload-chunk and would love any feedback on that idea.
> 
> Best regards
> Marius Kleidl
> 
> 
> _______________________________________________
> media-types mailing list
> media-types@ietf.org
> https://www.ietf.org/mailman/listinfo/media-types