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>