Re: [ftpext] Fwd: New Version Notification for draft-bryan-ftpext-hash-00.txt
Mat Berchtold <mb@smartftp.com> Fri, 06 April 2012 23:35 UTC
Return-Path: <mb@smartftp.com>
X-Original-To: ftpext@ietfa.amsl.com
Delivered-To: ftpext@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1A71711E80AB for <ftpext@ietfa.amsl.com>; Fri, 6 Apr 2012 16:35:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, J_CHICKENPOX_55=0.6]
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 u6BWMRQndoE7 for <ftpext@ietfa.amsl.com>; Fri, 6 Apr 2012 16:35:28 -0700 (PDT)
Received: from mail.smartftp.com (mail.smartftp.com [75.126.59.172]) by ietfa.amsl.com (Postfix) with ESMTP id 31A6411E80AA for <ftpext@ietf.org>; Fri, 6 Apr 2012 16:35:28 -0700 (PDT)
Received: from M.smartsoft.local ([fe80::fd57:1201:8518:71bc]) by m.smartsoft.local ([fe80::fd57:1201:8518:71bc%12]) with mapi id 14.02.0283.003; Fri, 6 Apr 2012 16:35:31 -0700
From: Mat Berchtold <mb@smartftp.com>
To: "ftpext@ietf.org" <ftpext@ietf.org>
Thread-Topic: [ftpext] Fwd: New Version Notification for draft-bryan-ftpext-hash-00.txt
Thread-Index: AQHNFElcwlphNKYTVUeQ+MH8gB0mKpaOcKAw
Date: Fri, 06 Apr 2012 23:35:29 +0000
Message-ID: <36F3A30DD743D74C9BE4FF935AB5B5F30E259865@m.smartsoft.local>
References: <20120406204700.15838.17811.idtracker@ietfa.amsl.com> <CANqTPejDknRFSGg_0Gm_24GKbiZ9-yfMBW2A9kTibAcdeh97Ag@mail.gmail.com>
In-Reply-To: <CANqTPejDknRFSGg_0Gm_24GKbiZ9-yfMBW2A9kTibAcdeh97Ag@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [172.16.0.202]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: Re: [ftpext] Fwd: New Version Notification for draft-bryan-ftpext-hash-00.txt
X-BeenThere: ftpext@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: <ftpext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/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: Fri, 06 Apr 2012 23:35:29 -0000
>draft-bryan-ftpext-hash >3.3. Partial File Hashes with RANG I have some concerns or better a lack of understanding regarding the partial hashes specification. How does the client know if partial hashes are supported without trial&error? Let's assume the following: 1. Server supports partial transfers (draft-bryan-ftp-range) and announces it in the FEAT as: RANG STREAM. 2. Server announces the HASH command in the FEAT reply as HASH SHA-256* Does this now automatically imply that partial hashes (RANG followed by HASH) are supported as well? -----Original Message----- From: ftpext-bounces@ietf.org [mailto:ftpext-bounces@ietf.org] On Behalf Of Anthony Bryan Sent: Saturday, 07 April, 2012 01:02 To: ftpext@ietf.org Subject: [ftpext] Fwd: New Version Notification for draft-bryan-ftpext-hash-00.txt we've updated the HASH & RANGe drafts. any comments? http://tools.ietf.org/html/draft-bryan-ftpext-hash http://tools.ietf.org/html/draft-bryan-ftp-range ---------- Forwarded message ---------- From: <internet-drafts@ietf.org> Date: Fri, Apr 6, 2012 at 4:47 PM Subject: New Version Notification for draft-bryan-ftpext-hash-00.txt To: anthonybryan@gmail.com Cc: tim.kosse@filezilla-project.org, daniel@haxx.se A new version of I-D, draft-bryan-ftpext-hash-00.txt has been successfully submitted by Anthony Bryan and posted to the IETF repository. Filename: draft-bryan-ftpext-hash Revision: 00 Title: File Transfer Protocol HASH Command for Cryptographic Hashes Creation date: 2012-04-06 WG ID: Individual Submission Number of pages: 16 Abstract: The File Transfer Protocol does not offer any method to verify the integrity of a transferred file, nor can two files be compared against each other without actually transferring them first. Cryptographic hashes are a possible solution to this problem. In the past, several attempts have been made to add commands to obtain checksums and hashes, however none have been formally specified, leading to non-interoperability and confusion. To solve these issues, this document specifies a new FTP command to be used by clients to request cryptographic hashes of files. The IETF Secretariat -- (( Anthony Bryan ... Metalink [ http://www.metalinker.org ] )) Easier, More Reliable, Self Healing Downloads _______________________________________________ ftpext mailing list ftpext@ietf.org https://www.ietf.org/mailman/listinfo/ftpext
- [ftpext] Fwd: New Version Notification for draft-… Anthony Bryan
- Re: [ftpext] Fwd: New Version Notification for dr… Mat Berchtold
- Re: [ftpext] Fwd: New Version Notification for dr… Bruce Blackshaw
- Re: [ftpext] Fwd: New Version Notification for dr… Anthony Bryan
- Re: [ftpext] Fwd: New Version Notification for dr… Mat Berchtold
- Re: [ftpext] Fwd: New Version Notification for dr… Sob
- Re: [ftpext] Fwd: New Version Notification for dr… Mat Berchtold
- Re: [ftpext] Fwd: New Version Notification for dr… Tim Kosse
- Re: [ftpext] Fwd: New Version Notification for dr… TJ Saunders