Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 21 Dec 2000 19:07:01 GMT
From:      Jonathan Perkin <sketchy@netcraft.com>
To:        FreeBSD-gnats-submit@freebsd.org
Subject:   bin/23719: fetch(1) no longer honours FTP_LOGIN / -R option doesn't preserve existing files
Message-ID:  <200012211907.eBLJ71I77623@weirdo.netcraft.com>
Resent-Message-ID: <200012211910.eBLJA1s01353@freefall.freebsd.org>

next in thread | raw e-mail | index | archive | help

>Number:         23719
>Category:       bin
>Synopsis:       New fetch(1) doesn't pick up FTP_LOGIN env var (older libftpio-linked version did).  Also fetch's -R option is either buggy or misleading.
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Dec 21 11:10:01 PST 2000
>Closed-Date:
>Last-Modified:
>Originator:     Jonathan Perkin
>Release:        FreeBSD 4.2-RELEASE i386
>Organization:
Metcraft Ltd.
>Environment:

	local:

	FreeBSD weirdo.netcraft.com 4.2-RELEASE FreeBSD 4.2-RELEASE
	#0: Wed Dec 13 19:07:21 GMT 2000
	sketchy@weirdo.netcraft.com:/usr/obj/usr/src/sys/WEIRDO  i386

	ftp server:
	FreeBSD tex.netcraft.com 3.5-STABLE FreeBSD 3.5-STABLE
	#0: Fri Dec  8 13:20:38 GMT 2000
	sketchy@tex.netcraft.com:/usr/src/sys/compile/TEX  i386

	ftp server is running standard /usr/libexec/ftpd

>Description:

	Versions of fetch(1) linked against libftpio (2.x/3.x) honour an
	FTP_LOGIN variable, whereas newer versions using libfetch do not.
	This can create interopable problems with scripts when upgrading
	to newer releases.

	fetch(1)'s -R option also malfunctions with respect to existing
	files which are being resumed - if fetch cannot resume the transfer,
	it should not unlink the file and start from the beginning.  Either
	that or the manpage should be updated to clarify the situation.

	This was noticed when trying to resume the last 1Gb or so of a
	7.6Gb transfer over a 2MB link.  Needless to say finding out the
	6Gb or so of data already transferred had been deleted wasn't fun :)

>How-To-Repeat:

	fetch a large file, interrupt it midway.
	Attempt to resume the transfer with "fetch -apRr"

	If the server cannot establish a resume transfer, fetch will
	delete the local file and start the transfer from the beginning.

>Fix:

	


>Release-Note:
>Audit-Trail:
>Unformatted:


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200012211907.eBLJ71I77623>