--- "Alexander V. Lukyanov" <[EMAIL PROTECTED]> wrote: > On Mon, Nov 24, 2003 at 03:33:12AM -0800, Roboco > Sanchez wrote: > > I thought that was the normal behavior of lftp? > Unlike > > SmartFTP, lftp doesn't calculate the speed of > previous > > fxp transfer and use it to estimate the percentage > of > > current transfer. So we always see indication like > > this: > > > > `file1.zip' at 0 (0%) [Waiting for transfer to > > complete] > > > > during the transfer and "at 0 0%" won't change > until > > the transfer finishes and lftp carries on with the > > next files. > > Yes, it is normal behaviour. I thought that the > transfer does not finishes > at all. > > There is ftp:use-stat setting which can be used to > monitor transfer > status. Unfortunately many ftp servers don't > correctly handle it. >
That option doesn't work at all with Serv-U, glFTPd. I would love to see the implementation of it dependent from support from the server. Calculate the time spent for previous transfer and use it to estimate the percentage/speed of current transfer. > > The patch does help. Now it's working properly. I > can > > fxp from ftp+tls to ftps, ftps to ftp+tls, and > ftps to > > ftps. > > Note that during FXP the data is not encrypted. > > -- > Alexander. I was typing my report of that problem. Seems to be another bug. Doesn't encrypt the data connection at all even with "set ftp:ssl-protect-data yes" as lftp always uses PROT C before it transfers the data. Cheers, Rob. __________________________________ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/
