'problem'
1: I have a connection open
2: I select a few files
3: I transfer them to the server, but it fails, apperantly there was a server timeout and the connection was closed.
4: TC keeps giving errors on every file and after the last it ask to reconnect.
5: I say yes
6: Now I have to re-start the transfer of the selected files.
What I would like:
Instead of the given step 4, I would like step 4 to be that TC emediatly detects the lost connection after the first failed file transfer, then ask to reconnect and then sends all the files including the first failed file.
I transfer to a server 99% of the time but I bet this so called 'problem' also happens in revers and probably during other ftp operrations. A smarter reconnect would be nice to see in a future TC.
FTP: Auto Reconnect
Moderators: Hacker, petermad, Stefan2, white
Welcome, marcovdlinden.
I think the author's comment on this request (searched for "ftp reconnect") is here:
http://www.ghisler.ch/board/viewtopic.php?p=117023#117023
I think the author's comment on this request (searched for "ftp reconnect") is here:
http://www.ghisler.ch/board/viewtopic.php?p=117023#117023
Who the hell is General Failure, and why is he reading my disk?
-- TC starter menu: Fast yet descriptive command access!
-- TC starter menu: Fast yet descriptive command access!
-
- Junior Member
- Posts: 4
- Joined: 2008-07-28, 18:46 UTC
hmm... guess I cant post links yet and have to rewrite my comment 
in short:
I should have did a better search, but my question is almost the same, in my case i always lose connection in the directory configured in the ftp connection properties (local and remote). A simple reconnect is al I need, and a simple question after reconect if TC should repeat the failed opperation is the easiest solution. The user can see if the directories are what he expected them to be.
An ohter way to reduce this to 1 click is, as sugested in various posts that I'm not allowed to link yet
is to make TC reconnect automaticly, and configure this in either the FTP connection properties screen or as a sugested in a checkbox in the Reconnect yes/no window.
I know that the all this is because some ftp servers do not respond well to the keep alive option and have a short disconnect idle time setting. Which lead me to an other minor sugestion. For when it does work. Add an client side idle time disconnect option, to disconnect after xx minutes of user idlens. So instead of the server disconnection after 1 min, TC will now disconnect after 30 minutes. This to prevent to keep a connection open forever

in short:
I should have did a better search, but my question is almost the same, in my case i always lose connection in the directory configured in the ftp connection properties (local and remote). A simple reconnect is al I need, and a simple question after reconect if TC should repeat the failed opperation is the easiest solution. The user can see if the directories are what he expected them to be.
An ohter way to reduce this to 1 click is, as sugested in various posts that I'm not allowed to link yet

I know that the all this is because some ftp servers do not respond well to the keep alive option and have a short disconnect idle time setting. Which lead me to an other minor sugestion. For when it does work. Add an client side idle time disconnect option, to disconnect after xx minutes of user idlens. So instead of the server disconnection after 1 min, TC will now disconnect after 30 minutes. This to prevent to keep a connection open forever

Sound like a good idea to me - if that's technically enough to continue the operation.marcovdlinden wrote:and a simple question after reconect if TC should repeat the failed opperation is the easiest solution. The user can see if the directories are what he expected them to be.
Until you are allowed to, you could replace "/" and "." in URLs by "_", fill spaces like "h t t p :" etc...guess I cant post links yet
Who the hell is General Failure, and why is he reading my disk?
-- TC starter menu: Fast yet descriptive command access!
-- TC starter menu: Fast yet descriptive command access!