Hi,
I think the mirror "bug" has already been discussed, but seeing no
solution, i put it again:
i'm using lftp 2.5.4, and its doing this since some versions
-on a "mirror -c somedir" command, when it's being interrupted, and,
then the "mirror -c somedir" relaunched, it begins all over again, even
if the files were totally retrieved.
Apparently this is not always the case, but happens under some
conditions, which i don't know yet. This appears to happen most when the
server is a Serv-U (3.0)? it is also good to know that i'm storing the
files on a mounted fat32 partition, so maybe not all attributes can be
set.
I know the mirror command is watching for the dates, but the files were
downloaded by it, so the dates must be right
mget -c * (in the dirs) appears to behave always correctly; the only
thing to remark is that on each downloaded file, it appears to
reconnect;
- when being on an ftp with max 1 user of the same IP, when going into a
dir, doing the mget, putting it in background, then doing cd .. lftp
isn't using it's cache, but tries to reconnect again, so you're unable
to continue choosing some dirs with mirrors or something.
-when you do an ls on some ftp, being very busy, you sometimes get it,
get the ls, then you go to choose something to download (it takes you
about 20 secs), and you've already loosed the connection, is this
normal?
-a little wish: the problem when playing with fxp is that you have to
know the full path of the remote connection, isn't it possible to permit
lftp to connect and browse the 2 ftp's at the same time? something like:
1cd somedir
2cd somedir
1mirror -c somedir 2:
or maybe instead using some "virtual window" with alt-1 alt-2 etc?
this is only an idea, but something like that would be really nice
If i find more infos about the annoying mirror, i'll repost, but
sometimes it happens, sometimes it doesn't... I really don't know why.
Go on with the good work ;)
Greetz,
Ltwp
