TIdFTPServer slow-ish

[OzAWebb]

Many thanks for responding.

Device establishes a new FTP connection - login etc - for every file and disconnects after each, then immediately logs in for the next file.

Why?  That is highly inefficient, unless there is a significant delay in between sending each file.

Good question, bad practice I know. No delay between each file.
It's a third party product with seemingly fairly incompetent development and support team: ask them to add a feature and they'll add it, and it might even possibly work somewhat right, but its guaranteed something else that had worked fine up to then will break (or be removed entirely).
Not about to ask them to 'fix' the FTP (even assuming I knew what the 'fix' was) as it'll probably end up worse, and something else broken. And they'd likely say 'Well, it works fine with Filezilla.'

rlebeau

Looking at the code, I wonder if it would be better to simply have ReadFromStream() check FDataChannel.IOHandler.Connected before calling CheckControlConnection() instead of after.  Can you try that and see if it helps?

I'll try that.

rlebeau

Have yo tried stepping into Indy's code with the debugger to see what ReadFromStream() is really doing during the troublesome timeframes? And why sending the 226 reply is not being reached?

Keep meaning to, keep forgetting. Have to visit site with equipment to test, and the visits have been widely spaced so I tend to forget where I've gotten upto .

Thanks again,

Adam.