Re: [ftpext] I-D Action:draft-ietf-ftpext2-hash-00.txt

Anthony Bryan <anthonybryan@gmail.com> Tue, 30 November 2010 02:09 UTC

Return-Path: <anthonybryan@gmail.com>
X-Original-To: ftpext@core3.amsl.com
Delivered-To: ftpext@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D42F828C154 for <ftpext@core3.amsl.com>; Mon, 29 Nov 2010 18:09:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.556
X-Spam-Level:
X-Spam-Status: No, score=-2.556 tagged_above=-999 required=5 tests=[AWL=-0.257, BAYES_00=-2.599, MIME_8BIT_HEADER=0.3]
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 ZoRbutix+US8 for <ftpext@core3.amsl.com>; Mon, 29 Nov 2010 18:09:13 -0800 (PST)
Received: from mail-ey0-f172.google.com (mail-ey0-f172.google.com [209.85.215.172]) by core3.amsl.com (Postfix) with ESMTP id A93FB28C0E0 for <ftpext@ietf.org>; Mon, 29 Nov 2010 18:09:12 -0800 (PST)
Received: by eyd10 with SMTP id 10so2603253eyd.31 for <ftpext@ietf.org>; Mon, 29 Nov 2010 18:10:22 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Lcj4k4nbRsruLcG6L/Do93Mo5e7kBfDPBzANDALdfsQ=; b=FBEu3T3X/Vyqz99DL5MAtnF/Us5M1ZGsB+FrphoQluDt92T1h+ZWzVJrLVdAwXrkS2 vGWG+UW1u5WbLeldwY5R30trCylr/hz7zHrh+ZMbrQQQDM2eT3jOytBRfYY+XTM8Fp5l OB+ML7F9GW5cBow2eggdNsk6kqSdwpH+4bNI8=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=x7TYqw1Z0e3haF0BCy5LFcfGfm01rpjxBjcGI5YgidhOv/eILzHG6/J8R3rLm4HSwh bh0PSaurOge327+Un8fSpya7ufomMla+WC4dM+ZVOPfomJyMOdVy4IN8R0FVLaacffmb dZFAvpKBf5wh82iUtIONo4kBIkBy+O0Rtv0eY=
MIME-Version: 1.0
Received: by 10.213.15.135 with SMTP id k7mr7644076eba.76.1291083022362; Mon, 29 Nov 2010 18:10:22 -0800 (PST)
Received: by 10.213.28.2 with HTTP; Mon, 29 Nov 2010 18:10:22 -0800 (PST)
In-Reply-To: <4CEFDCB9.6010203@gmail.com>
References: <20101124224501.31531.96663.idtracker@localhost> <4CEDAA9A.8030303@kimmeringer.de> <AANLkTik8Bv9YKo+uPt0ntk9OS0qQW2T5_RJ56CFZxMnS@mail.gmail.com> <4CEF00C0.5050200@gmail.com> <AANLkTimFeub1ynp4UcKAv84GP9f=gcG485jUgT82mB87@mail.gmail.com> <4CEFDCB9.6010203@gmail.com>
Date: Mon, 29 Nov 2010 21:10:22 -0500
Message-ID: <AANLkTi=i5A4RogvHLJuhsRJ0cFOOYGHkAk+aDwEvg_o7@mail.gmail.com>
From: Anthony Bryan <anthonybryan@gmail.com>
To: Ángel González <keisial@gmail.com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
Cc: ftpext@ietf.org
Subject: Re: [ftpext] I-D Action:draft-ietf-ftpext2-hash-00.txt
X-BeenThere: ftpext@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: <ftpext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ftpext>, <mailto:ftpext-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ftpext>
List-Post: <mailto:ftpext@ietf.org>
List-Help: <mailto:ftpext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ftpext>, <mailto:ftpext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Nov 2010 02:09:13 -0000

2010/11/26 Ángel González <keisial@gmail.com>:
> Anthony Bryan wrote:
>>> * The user should not be required to know the file size in advance.
>> you mean the client? why? it should just assume from a starting point
>> to the end of the file?
> Sorry, I wasn't clear here. The client should not be required to know
> the file size
> for getting *the full hash*. If it is intended to convert the full file
> hash case into
> 'partial hash from 0 to filesize', there should be some magic value for
> the end of file.

what would be the reason for that? someone could try to HASH a file
that is still being uploaded very slowly.

so, people seem to be interested in partial file hashing. I think it
is worth considering, even though it makes things more complicated and
there are potential security issues.

any suggestions how to add this to the current draft?
-- 
(( Anthony Bryan ... Metalink [ http://www.metalinker.org ]
  )) Easier, More Reliable, Self Healing Downloads