__/ [Rob Campbell] on Monday 05 September 2005 09:43 \__
> I regularly have problems copying files using sftp or fish via konqueror.
> I log on to a remote machine using konqueror, select a bunch of of files
> and copy them over to my own machine. No problems there, but once the
> transfer has started it often stalls and nothing more takes place. If I
> cancel and restart it comes back to life again. Transfers never behave
> this way from the command line: sftp and scp always work perfectly.
> Does anyone have any idea why KDE is being naughty?
You are not alone in this. I am experiencing the same type of problem on
occasions. It happens particularly when I use Konqueror to transfer big
lumps (>10,000) of files via FTP, connecting to a remote machine on the
same LAN. This does not seem to be related to the machines involved. I
noticed that there are various policies and factors like timeouts, limit of
the number of simultaneous connections (multi-threading) and interferences
that may cause a connection to be dropped or, even worse, simply cease to
respond. I never ever experience the same when using scp, yet sometimes I
prefer drag-and-drop (or CTRL+C,CTRL+V) interaction because it makes
progress easier to keep track of (with the potential speed penalty).
Having said what I did in the previous paragraph, I often observe a similar
behaviour when using gFTP from a different set of Fedora machines. It seems
to have something to do with the remote servers, which themselves vary too.
The bottom line is that FTP appears to have an unreliable nature,
especially when it comes to persistent connections or heavy loads. It
affects me maybe 5% of the time, so I always copy, then delete, never
Hope it helps,
Roy S. Schestowitz | Useless fact: Sharks are immune to cancer
http://Schestowitz.com | SuSE Linux | PGP-Key: 74572E8E
7:10am up 12 days 16:30, 4 users, load average: 0.47, 0.81, 0.80