Your message dated Sun, 25 Feb 2001 17:05:48 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Bug#43858: fixed in snarf 2.0.7
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Darren Benham
(administrator, Debian Bugs database)
--------------------------------------
Received: (at submit) by bugs.debian.org; 31 Aug 1999 20:43:37 +0000
Received: (qmail 18438 invoked from network); 31 Aug 1999 20:43:31 -0000
Received: from bunyip.flash.net (209.30.6.15)
by master.debian.org with SMTP; 31 Aug 1999 20:43:31 -0000
Received: from flash.net (p25.amax1.dialup.abq2.flash.net [209.30.122.25])
by bunyip.flash.net (8.9.3/Pro-8.9.3) with ESMTP id PAA02227
for <[EMAIL PROTECTED]>; Tue, 31 Aug 1999 15:43:21 -0500 (CDT)
Sender: [EMAIL PROTECTED]
Message-ID: <[EMAIL PROTECTED]>
Date: Tue, 31 Aug 1999 20:43:15 +0000
From: Cody Pisto <[EMAIL PROTECTED]>
X-Mailer: Mozilla 4.61 [en] (X11; I; Linux 2.2.10 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: [EMAIL PROTECTED]
Subject: snarf: snarf does not properly resume ftp transfers
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Package: snarf
Version: 2.0.5-2
Severity: important
snarf does not properly resume ftp transfers, to test this, use snarf to
start transfering a file, when it has gotten 200K or so into the file,
CRTL-C snarf, then use snarf -r <url> to resume the transfer, you will
notice the remote file size indicator is now less than what it should
be. IE when you first start the tranfer, the remote file size indicator
will show the proper remote file size, when you resume, the remote file
size indicator will be less than it should be. This carries over into
the eventual completion of the transfer and the local file size being
smaller than it should, thus a corrupt or incomplete file. I do not know
if this is ftp server specific, however i have verified it with
ftp.netgod.net download.stormix.com and ftp.us.kernel.org
-- System Information
Debian Release: potato
Kernel Version: Linux roxen 2.2.10 #1 SMP Thu Aug 19 14:20:17 MDT 1999
i686 unknown
Versions of the packages snarf depends on:
ii libc6 2.1.2-0pre11 GNU C Library: Shared libraries and
timezone
---------------------------------------
Received: (at 43858-done) by bugs.debian.org; 25 Feb 2001 16:04:22 +0000
>From [EMAIL PROTECTED] Sun Feb 25 10:04:22 2001
Return-path: <[EMAIL PROTECTED]>
Received: from jagor.srce.hr [::ffff:161.53.2.130]
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 14X3el-00054o-00; Sun, 25 Feb 2001 10:04:19 -0600
Received: from om (asy5.jmu.carnet.hr [193.198.128.5])
by jagor.srce.hr (8.9.0/8.9.0) with ESMTP id RAA12549
for <[EMAIL PROTECTED]>; Sun, 25 Feb 2001 17:04:17 +0100 (MET)
Received: from mvela by om with local (Exim 3.22 #1 (Debian))
id 14X3gG-0005nD-00
for <[EMAIL PROTECTED]>; Sun, 25 Feb 2001 17:05:52 +0100
Date: Sun, 25 Feb 2001 17:05:48 +0100
From: Matej Vela <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Bug#43858: fixed in snarf 2.0.7
Message-ID: <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.15i
X-Accept-Language: en, hr
Sender: Matej Vela <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
Qouting the upstream changelog:
* ftp.c (ftp_transfer): Used the top-secret (to me, anyway) FTP
"SIZE" command. This fixed a bug in determining the file's size
when resuming.
Thanks,
Matej
