> The problem is simply that not all ftp servers give back the correct
> size... some return the number of bytes *left* (check it). Or any
> other weird number (the ftp std doesn't specify any size return... at
> least I didn't find anything to that effect in RFC0959 just now).
OK.. I did read th
Hi Roberto,
The problem is simply that not all ftp servers give back the correct
size... some return the number of bytes *left* (check it). Or any
other weird number (the ftp std doesn't specify any size return... at
least I didn't find anything to that effect in RFC0959 just now).
So... no corr
> I've seen this a number of time, when resuming downloads. I imagine it's
> a wget bug. In any case, it never caused me any problems :) The files
> were always uncorrupted.
Thank you very much, since now I have this:
316100K -> .. .. .. .. .. [124%]
316150
To quote Roberto Diaz <[EMAIL PROTECTED]>,
# bash-2.03$ wget -c --timeout=90 --wait=50
#
ftp://sunsite.auc.dk/pub/os/linux/debian-cdimage/2.2_rev2/i386/binary-i386-3.iso
# --18:18:25--
#
ftp://sunsite.auc.dk:21/pub/os/linux/debian-cdimage/2.2_rev2/i386/binary-i386-3.iso
#=> `binary-i386
bash-2.03$ wget -c --timeout=90 --wait=50
ftp://sunsite.auc.dk/pub/os/linux/debian-cdimage/2.2_rev2/i386/binary-i386-3.iso
--18:18:25--
ftp://sunsite.auc.dk:21/pub/os/linux/debian-cdimage/2.2_rev2/i386/binary-i386-3.iso
=> `binary-i386-3.iso'
Connecting to sunsite.auc.dk:21... connected!
5 matches
Mail list logo