I've been studying the source code of lftp for several days, and
although the original idea was fixing a single bug, then I found more
things that were not working. I decided to separate them in several
mails, to keep it clean. I realize because lftp is such an old and
advanced program, I may have
**Problem:
Let's pretend rc has set cmd:parallels 2;, so we are sure
max_waiting=2 (otherwise max_waiting may never be updated as I
explained in my previous mail).
When invoking lftp with lftp -c 'get http://file1;get
http://file2;get http://file3;' , the files won't be downloaded in
parallel (2
I've changed set net:timeout to 0, in rc file, to see if this solves the
problem.
El 1 de junio de 2011 08:04, Juan Simón si...@simonbcn.net escribió:
Can this problem be a bug supposedly fixed in the version 2.3.10: fixed
rare deadlock message in case of ftp timeout.?
El 31 de mayo de 2011
On Wednesday 01 June 2011 10:44:29 pm augustin wrote:
When searching the web earlier, I found other people asking very similar
questions. There is a lot of confusion surrounding these topics; that's why
I am offering, with your help, to clearly document all of this.
This is a 2006 post
On Jun 1, 2011, at 16:44, augustin wrote:
With the settings you suggest,
I did not really suggest changing any settings, I just noted that those are
already the defaults so you shouldn't need to do anything and lftp will
automatically use the secure connection if the server tells it that it's
On Thursday 02 June 2011 12:04:07 am you wrote:
Good, so it looks like your server supports AUTH TLS despite not admitting
to it in the FEAT reply. Just turn use-feat off for that server then.
set ftp:use-feat/example.com off
set ftp:ssl-force/example.com on
Great. That seems to do the
I see this output in lftp:
--- PORT 192,168,1,2,168,225
--- REST 417792
--- RETR 00901.m2ts
--- 426 ABORT
server bug: 426 reply missed
Closing aborted data socket
--- 226-Transfer aborted
Is normal that lftp sends 426 ABORT when download finished?
What is the meaning of server bug: 426
