[ftpext] draft-peterson-streamlined-ftp-command-extensions

Tatsuhiro Tsujikawa <tatsuhiro.t@gmail.com> Sun, 28 November 2010 09:40 UTC

Return-Path: <tatsuhiro.t@gmail.com>
X-Original-To: ftpext@core3.amsl.com
Delivered-To: ftpext@core3.amsl.com
Received: from localhost (localhost []) by core3.amsl.com (Postfix) with ESMTP id A95C83A69DD for <ftpext@core3.amsl.com>; Sun, 28 Nov 2010 01:40:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([]) by localhost (core3.amsl.com []) (amavisd-new, port 10024) with ESMTP id LRpz8CkIBK2B for <ftpext@core3.amsl.com>; Sun, 28 Nov 2010 01:40:10 -0800 (PST)
Received: from mail-fx0-f44.google.com (mail-fx0-f44.google.com []) by core3.amsl.com (Postfix) with ESMTP id AAADD3A697E for <ftpext@ietf.org>; Sun, 28 Nov 2010 01:40:09 -0800 (PST)
Received: by fxm9 with SMTP id 9so2690372fxm.31 for <ftpext@ietf.org>; Sun, 28 Nov 2010 01:41:16 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:from:date :message-id:subject:to:content-type; bh=nKzEScdqUJ9AqSMmZYJewwxd2MMYBWow/ckjUtzPoTk=; b=mD3Iw30Jmu1MLV7SC0F7YIbJ12tp9KykjHKP/j8+oK1E2ozJYSMfVON0bl/RClztEh VsAyHNXWfh4STxLCVvjj8LXJqBuk5iLoug9v+Ldr0I40h+VY96piS7JJ2qqJhaMfj6dP HacziMUApBIjWhL7VxR+FgawhPqMXWpNiQyso=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=fkvEBEBad7qdFmIP2sScV2zs1FFq5ISpIuXGsrVwmOe5szud4ZxCEQhCoGeWssaNn8 LO1K2zD+SGDeQ8xxD31A8G4tuApQKZdSMDw+BP+sPrjGceM43yp80dkcDoGwvjdMc4jh PLOUPuqkAFjsW81KusQ841V5ti4zxFdfYS2NA=
Received: by with SMTP id i7mr4071688faj.57.1290937276147; Sun, 28 Nov 2010 01:41:16 -0800 (PST)
MIME-Version: 1.0
Received: by with HTTP; Sun, 28 Nov 2010 01:40:55 -0800 (PST)
From: Tatsuhiro Tsujikawa <tatsuhiro.t@gmail.com>
Date: Sun, 28 Nov 2010 18:40:55 +0900
Message-ID: <AANLkTi=pBbGPtyjuU6NF32bRK3nz3i2k3ugDtCjF0SAS@mail.gmail.com>
To: ftpext@ietf.org
Content-Type: text/plain; charset="ISO-8859-1"
Subject: [ftpext] draft-peterson-streamlined-ftp-command-extensions
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: Sun, 28 Nov 2010 09:40:11 -0000


> DSIZ command

If a directory specified in DSIZ command contains symbolic links,
does this command calculate linked target file, or just size of a
symbolic link file itself?

Also, if a symbolic link 'foolink' which links to directory foo is
given in DSIZ command,
does server returns 550 error because it is not directory?

>DSIZ command should not consider this in its response, instead
> leaving it up to the underlying file system to determine the number
> of octets occupied by the files.

About phrase "the number of octets occupied by the files":
Some file systems(e.g. ext4) supports sparse file, and
space that those files actually occupy are sometimes much more smaller than
 'ls' shows its file size. For those files, does DSIZ return the octets occupied
by the files? I think if the user use DSIZ instead of recursive SIZE command,
they want file size normally shown by 'ls', not occupied octets in file system.

Sorry if this has been discussed already.

Best regards,

Tatsuhiro Tsujikawa