"L. Cranswick" <[EMAIL PROTECTED]> writes:
> One problem that I am not sure if solvable for the VMS FTPD. If
> wget terminates prematurely with only part of the file
> having been downloaded - on redoing the FTP session it cannot
> recognise that it has a corrupted version of the local
> file:
>
> Remote file no newer than local file `ftp.cc.uniud.it/debvin/DEBVIN.ZIP' -- not
> retrieving.
>
> Might there be a fix for this?
If you *know* that the file is half-downloaded, you should be able to
specify `-c', and that should just work. (It might clash with -N;
turn off -N if you're doing that.) If not, it's a bug.
As for figuring it out... Apparently VMS FTP listing doesn't contain
the file size, so Wget cannot know it the usual way. One solution is
to add support for the SIZE extension command; that would enable Wget
to always know the exact size of the file, but wouldn't help with
servers that don't implement SIZE.
> Is there an option (like in rsync) - that wget would download the
> file by naming it .filename (e.g. .DEBVIN.ZIP) - and rename after it
> has completed the download.
Not yet, but this might be useful. In fact, it should be the default
when the download is restarted from scratch, which effectively
truncates the file.
> It would also then be easy for WGET to see that a file had not been
> downloaded correctly from a VMS FTPD server.
I'm not sure how this follows from downloading to .<filename>.
