Re: Resumable Uploads

Mark Nottingham <mnot@mnot.net> Sat, 20 April 2013 06:00 UTC

Return-Path: <ietf-http-wg-request@listhub.w3.org>
X-Original-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Delivered-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 79E0721F8B9C for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Fri, 19 Apr 2013 23:00:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.349
X-Spam-Level:
X-Spam-Status: No, score=-10.349 tagged_above=-999 required=5 tests=[AWL=-0.050, BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_HI=-8]
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 psMbrnBjuhGq for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Fri, 19 Apr 2013 23:00:41 -0700 (PDT)
Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by ietfa.amsl.com (Postfix) with ESMTP id BA3E621F892B for <httpbisa-archive-bis2Juki@lists.ietf.org>; Fri, 19 Apr 2013 23:00:41 -0700 (PDT)
Received: from lists by frink.w3.org with local (Exim 4.72) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1UTQq4-000723-UO for ietf-http-wg-dist@listhub.w3.org; Sat, 20 Apr 2013 05:59:56 +0000
Resent-Date: Sat, 20 Apr 2013 05:59:56 +0000
Resent-Message-Id: <E1UTQq4-000723-UO@frink.w3.org>
Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.72) (envelope-from <mnot@mnot.net>) id 1UTQq1-00071K-Pg for ietf-http-wg@listhub.w3.org; Sat, 20 Apr 2013 05:59:53 +0000
Received: from mxout-08.mxes.net ([216.86.168.183]) by lisa.w3.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from <mnot@mnot.net>) id 1UTQq0-0007UN-Vd for ietf-http-wg@w3.org; Sat, 20 Apr 2013 05:59:53 +0000
Received: from [192.168.1.80] (unknown [118.209.190.66]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id C0528509B6; Sat, 20 Apr 2013 01:59:30 -0400 (EDT)
Content-Type: text/plain; charset=iso-8859-1
Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\))
From: Mark Nottingham <mnot@mnot.net>
In-Reply-To: <CADZbJ9dYFGyrceh03M3B0KdKto7160Dis_geh9um0BhVe1re0g@mail.gmail.com>
Date: Sat, 20 Apr 2013 15:59:27 +1000
Cc: ietf-http-wg@w3.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <EA846138-6537-4709-AC44-149873716E29@mnot.net>
References: <CADZbJ9dYFGyrceh03M3B0KdKto7160Dis_geh9um0BhVe1re0g@mail.gmail.com>
To: =?iso-8859-1?Q?Felix_Geisend=F6rfer?= <felix@transloadit.com>
X-Mailer: Apple Mail (2.1503)
Received-SPF: pass client-ip=216.86.168.183; envelope-from=mnot@mnot.net; helo=mxout-08.mxes.net
X-W3C-Hub-Spam-Status: No, score=-3.3
X-W3C-Hub-Spam-Report: AWL=-3.310, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001
X-W3C-Scan-Sig: lisa.w3.org 1UTQq0-0007UN-Vd c712e60545e92db21f4d61ac95ae8c06
X-Original-To: ietf-http-wg@w3.org
Subject: Re: Resumable Uploads
Archived-At: <http://www.w3.org/mid/EA846138-6537-4709-AC44-149873716E29@mnot.net>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/17381
X-Loop: ietf-http-wg@w3.org
Resent-Sender: ietf-http-wg-request@w3.org
Precedence: list
List-Id: <ietf-http-wg.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Post: <mailto:ietf-http-wg@w3.org>
List-Unsubscribe: <mailto:ietf-http-wg-request@w3.org?subject=unsubscribe>

On 18/04/2013, at 11:37 PM, Felix Geisendörfer <felix@transloadit.com> wrote:

> Hi,
> 
> I'm interested in finding out how to perform resumable uploads over http while being compliant with existing specifications. The result of this work will be shared with the community to create interopable server/client software to simplify file uploading on the web.

Thanks!

Daniel wrote:

>> "An origin server SHOULD reject any PUT request that contains a Content-Range header field (Section 4.2 of [Part5]), since it might be misinterpreted as partial content (or might be partial content that is being mistakenly PUT as a full representation).
> 
> This explanation basically rules out PUT completely for upload resume, as even if this would instead be done with an imaginary new header called Partial-update-of-remote-thing-please:, it could also become subject of getting handled as a full representation by mistake.

I agree. You can't guarantee that a new header is understood by the recipient (M-PUT died long, long ago), and this isn't a backwards-compatible change in the semantics of PUT.

Martin then said:

> I'd have thought that this is a perfect fit for PATCH.  Nothing new needed.

Agreed, except a new PATCH format that's range-friendly would be necessary. That's not a huge undertaking, because it could reuse at least some of the existing syntax.

I'd be willing to help work on this, or just provide input / reviews.

Cheers,


--
Mark Nottingham   http://www.mnot.net/