Your best friend for file transfer.

Fetch Does Not Do A Robust Retry... (5 posts)
- Started 16 years ago by Manabu
- Latest reply 16 years ago from Scott McGuire
-
Manabu Member
-
Manabu Member
P.S.:
MacOS 10.4.8
Fetch 5.1.1Connection retry is set to 10 seconds. No multiple connections configured. It happens both on Passive mode and Active Mode.
-
Scott McGuire Administrator
Hi Manabu,
No, currently Fetch does not attempt to get a file again automatically if the download fails, sorry. That is on our list of things to improve.
You're trying to download, correct? If you were uploading, we have an AppleScript that might be useful for you (but not an Automator workflow, sorry, since Automator doesn't really have looping).
Thanks,
Scott McGuire
Fetch Softworks -
Manabu Member
Hi Scott,
Thank you for the swift response. Because manual retry is possible with this specific ISP that I am dealing with, if Fetch can deal with that on my behalf, that will be really excellenet. I was using CuteFTP at work on Windows that seems to handle this a bit better.
It would be great to have a configuratio on automatic retry for N times waiting M seconds that are configurable. I hope you can fit that in. I have been a big fan of Fetch when I was using it on my Mac SE. Now I am back on Mac platform, this is the first choice of my FTP util.
Thanks!
-
Scott McGuire Administrator
Hi Manabu,
Thanks for the feedback and suggestions!
Best,
Scott McGuire
Fetch Softworks
- Page 1
Granted that I have a network problem, a server problem etc., I am hoping to rely on Fetch to provide a robust get file and at least a few times before it gives it up. As it stands, it looks like it gives up first time. Is it true? I am scripting a web site backup with Fetch with Automator and 8 out of 10, it simply does not go all the way through.
I get errors like;
Transfer of USER_235.jpg (9,108 bytes, 0 bytes/sec, 0:00 elapsed) completed at 12/26/06 7:26:01 PM
SIZE USER_294.JPG
213 3650
MDTM USER_294.JPG
213 20061206161449
PASV
ABOR
Unsuccessful transfer of USER_294.JPG (0 bytes, 0 bytes/sec, 0:35 elapsed) stopped at 12/26/06 7:26:36 PM (error: -30027)
ftp_retrieve: -30027 (state == RGET_RETRIEVING)
Manabu Tokunaga
StokeMaster.COM
Posted 16 years ago #