From owner-freebsd-questions Wed May 22 20:11:06 1996 Return-Path: owner-questions Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id UAA02767 for questions-outgoing; Wed, 22 May 1996 20:11:06 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id UAA02755 for ; Wed, 22 May 1996 20:11:03 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id UAA06121; Wed, 22 May 1996 20:04:30 -0700 From: Terry Lambert Message-Id: <199605230304.UAA06121@phaeton.artisoft.com> Subject: Re: Complaint To: jimd@mistery.mcafee.com (Jim Dennis) Date: Wed, 22 May 1996 20:04:30 -0700 (MST) Cc: terry@lambert.org, kasturi@teil.soft.net, questions@FreeBSD.ORG In-Reply-To: <199605230109.SAA11069@mistery.mcafee.com> from "Jim Dennis" at May 22, 96 06:09:10 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-questions@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Then when you get dropped, use "reget" to restart the download where > > it left off. You *could* use "reget" on the file as it currently > > sits, without much trouble. > > I'm curious about this last note. I had never noticed this > command before (I got used to ftp using Novell's LAN WorkPlace > for DOS which probably didn't support this feature -- or > possibly just failed to document it). Probably not supported; it's not terribly used for ASCI mode between dissimilar systems. Most servers were UNIX when LAN WorkPlace came out originally. > files for either of these -- and a quick search on 'reget' > didn't turn anything up). % ftp ftp> help reget reget get file restarting at end of local file ftp> quit % > I'm also curious as to whether webservers or clients support > such a request through http. A friend of mine mentioned that > he'd seen something in one of his http access logs that > suggested that some client was attemting to specify a byte > offset into a file (using something like GET foo/bar.gif:xxxx or > GET foo/bar.gif;xxxx -- I don't remember). I know that you can restart at a particular offset in FTP itself; it uses the length of the existing file (if any) and starts from there. I don't know if any of the http tools support it. I doubt it; they'd need a complexity increment to be able to get it. I don't know how it gets to the reget address on the server; if it does it by reading, then autocompress/autotar output will work; if it does it by seeking, then you are probably screwed if you use those features. There's a new ftp working group starting up (they seem to care only about making the list command GUI-friendly right now), but you could join the list and comment. I think the list announcement was posted only a couple of days ago to the BSD news groups and to comp.protocols.ftp or something like that... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.