Re: [Bug-wget] Support for long-haul high-bandwidth links

2011-11-29 Thread Andrew Daviel
On Sat, 26 Nov 2011, Ángel González wrote: On 10/11/11 03:24, Andrew Daviel wrote: When downloading a large file over a high-latency (e.g. long physical distance) high-bandwidth link, the download time is dominated by the round-trip time for TCP handshakes. Using the "range" header in HTTP/1.

[Bug-wget] Windows 7 makes wget less intuitive

2011-11-29 Thread Zachariah Yoder
Dear developers of WGET, Thank you for a useful tool. The operation is intuitive and easy to use. With the advent of Windows 7, however, users who save wget.exe in their program files directory will be confused as to where the files are saved. Could you add a line in the wget help directing

Re: [Bug-wget] problem with --continue and already completed ftp downloads

2011-11-29 Thread Paul Wratt
I have had this problem in the past. I should be more intelligent about the use of "--continue" According to your output, it could either compare REST again 213, or rather notify (not stop) because of "504 Reply marker must be 0" A note here for Eike regarding the use of --continue with *.ZIP, it

[Bug-wget] problem with --continue and already completed ftp downloads

2011-11-29 Thread Eike Kohnert
Hi all, i use wget to download a complete directory from a ftp server and want to download new files every day. I use a command like wget --continue ftp://someserver/somedirectory/*.ZIP It seems like wget tries to resume files, even if they are already finished. I sniffed the generated netw