Your best friend for file transfer.

Since the update to 5.7.3, edits in place are failing (4 posts)
- Started 10 years ago by David Spencer
- Latest reply 10 years ago from Jim Matthews
-
David Spencer Member
-
Jim Matthews Administrator
The server is not letting Fetch upload a new version of "myfile.txt". Is it possible that the permissions for myfile.txt are incorrect? Do you get an error if you manually try to upload a new copy of myfile.txt?
Thanks,
Jim Matthews
Fetch Softworks -
David Spencer Member
Not as simple as that. I can upload a replacement copy just fine. It's not a permission issue with that file. If you wish, I can get you access to that server for your own testing.
-
Jim Matthews Administrator
I'd be happy to try to test things on your server. You can email the login information to bugs@fetchsoftworks.com .
Thanks,
Jim Matthews
Fetch Softworks
- Page 1
Since I updated to Fetch 5.7.3, I've been unable to use the "Edit" button to update files on my remote server. (That server is running Linux - CentOS 5 to be specific.) Prior to the update, this was not a problem.
When I edit my document and then press "Save," I get errors like this:
Fetch could not put "myfile.txt" because the FTP server encountered an error accessing a file or folder.
If you entered a filename, folder name, or URL, check that it is correct.
Server responded: "myfile.txt": Permission denied"
From the Fetch transscript, we see:
257 "/home/spencer" is the current directory
PASV
227 Entering Passive Mode (xxx.xxx.xxx.xxx,223,188).
Making data connection to xxx.xxx.xxx.xxx port 57276
STOR myfile.txt
550 myfile.txt: Permission denied
ftp_store_setup: 2,-30004 (state == RPUT_SETTING_UP)
retry_failed_operation derr = 2, -30004 retry_state = RPUT_SETTING_UP cancel_cur_cmd = 0 force_reconnect = 0 tw->retry_reconnect_count = 0 making_progress = 0, tw->retry_count = 2
Error setting up upload of myfile.txt, will retry (attempt #3)
Any ideas?
Posted 10 years ago #