no longer believe this to be true because I tried turning off FEAT
so lftp didn't detect that PRET was needed, but the problem persisted.
Thanks for the reply,
- Kyle
On Fri, Sep 4, 2009 at 10:58 AM, Alexander V. Lukyanov l...@netis.ru wrote:
On Wed, Aug 26, 2009 at 06:32:25AM -0500, Kyle Thurow
Someone correct me if I'm wrong, but I believe this is the default
behavior in modern versions of lftp.
From the manual:
ftp:use-site-utime (boolean)
when true, lftp sends 5-argument `SITE UTIME' command
to set file modification time on uploaded files.
I tried the torrent found here:
http://isohunt.com/download/138556137/ubuntu.torrent
and was unable to replicate this problem. (note: it saves to file name
[isoHunt] ubuntu-9.10-desktop-i386.iso.torrent)
Perhaps you are entering the file name incorrectly? Keep in mind when
accessing files with
It's possible the torrents you tried simply had no seeds, or had
issues with the tracker, etc. Since the drum beat file worked, I'm
inclined to think this is the issue. If you really think the problem
is with lftp, try any non-working torrent in another client to see if
it works.
- Kyle
On Mon,
The 'mirror' command should be used for directories, and the get, put,
mget and mput commands can be used for files.
See the man page for specifics on how to use mirror, get, and put for
fxp. Additionally the section on the obsolete 'ftpcopy' command has
some examples using get and put.
- Kyle
Perhaps I misunderstand the purpose of the --loop option when using
mirror, but it isn't behaving the way I expect.
The point of --loop is: after mirroring all the files in the specified
directory, lftp should re-acquire the directory's file listing and
download any files that weren't listed the
In response to your original email, if lftp backgrounds, the crude way
of stopping it is killall lftp.
If you'd rather lftp didn't background in the first place, I recommend
adding set cmd:move-background no to ~/.lftp/rc
You seem to indicate the traffic continues even if the lftp process
has
the same thing. I never use a : when on ftp sites.
Also, there may be a security issue. I get that a lot when my creds are
lacking.
On Wed, Feb 24, 2010 at 12:04 PM, Kyle Thurow krthu...@gmail.com wrote:
This is just speculation. I haven't done any testing to verify, but
lftp may be having
a completely
different set of files...
the standard ftp command line client in centos5 or win xp lets me cd drive2:
and I see / of drive2: while if I cd drive1: then I see / of drive1...
Hope that helps?
Thanks,
Matt
On Feb 24, 2010 9:53pm, Kyle Thurow krthu...@gmail.com wrote:
None of those
It's not a bug, it's a feature! Although I can see how this might be
a problem in some circumstances, it's meant to make lftp more robust.
From the man page:
Every operation in lftp is reliable, that is any not fatal
error is ignored and the operation is repeated. So if down-
I'm not sure whether or not there's an lftp setting for it, but
probably the best way is to create a symbolic link to /dev/null like
so:
rm ~/.lftp/log
ln -s /dev/null ~/.lftp/log
Everything normally saved there will instead be discarded. You can
repeat this for any other log files as
I would guess your ftp server doesn't support FEAT (and possibly
doesn't support TLS either). Try turning one or both off.
set ftp:use-feat no
set ftp:ssl-allow no
Even if the server doesn't support these, it isn't handling them
correctly, so the problem is really on the server side (even if
Whichever command(s) I gave you before that worked should be added to
the file ~/.lftp/rc
Then it will run automatically every time lftp starts. If you want
that setting to work only for this server you can use:
set ftp:use-feat/server_ip_here no
2010/7/26 Frédéric L. W. Meunier
lftp :~ open -u, -p ftps://..com
The above line is your problem. In lftp, an 'ftps' prefix indicates
implicit ssl, and your vendor requires explicit. Try changing the line
to this instead:
lftp :~ open -u, -p ftp://..com
On Fri, Aug 20, 2010 at 11:14 AM,
14 matches
Mail list logo