martin wrote:

I have sent you an email with a development version of WinSCP to address you have used to register on this forum.

Kindly see my reply in your email.

I have sent you an email with a development version of WinSCP to address you have used to register on this forum.

Sorry, it's still in the queue. Will contact you.

strattos wrote:

martin wrote:

strattos wrote:

Any update? It would be great if you managed doing something on this!
Waiting yours!

I need few more days.

How is it going mate!
If you manage it, it will be a hell of a help for me.
Waiting for your updates!

Dear Martin good morning,

Any update?

Best regards,
Stratos

martin wrote:

strattos wrote:

Any update? It would be great if you managed doing something on this!
Waiting yours!

I need few more days.

How is it going mate!
If you manage it, it will be a hell of a help for me.
Waiting for your updates!

strattos wrote:

Any update? It would be great if you managed doing something on this!
Waiting yours!

I need few more days.

martin wrote:

I'll contact you on your email address once I have something to test.

Gm,

Any update? It would be great if you managed doing something on this!
Waiting yours!

Thnks & rgds,
Stratos

Some more troubleshooting shown that if I break the transfer hitting CTRL+C in the winscp console and then I re execute the script it resumes successfully from the target's offset.
No resume happens, when I break the VPN tunnel through which the client running the script access the FTP server.

During the VPN tunnel re establishment period the console tries to reconnect as expected. When the VPN tunnel comes live again, winscp console succeeds to reconnect to the remote server but then gives the "unable to access file" I sent you.

Exactly the same happens when I use windows FTP append command which is rational:

ftp> append "C:\Users\usr\Documents\Scritps\1.7z"
200 Port command successful
150 Opening data channel for file upload to server of "/Demo_Sync/1.7z", restarting at offset 12178958
550 can't access file.

Actually Filezilla client does use REST to resume but I have to re-queue the file and restart the transmission manually from the client's GUI. There is no script automation for that. In both cases though brake occurs by braking the VPN tunnel. Filezilla client seems to be agnostic to the reason that broke the transmission and resume works fine.

I hope that the above helps you a bit more.

Losing VPN tunnel is the most common scenario I will face while trying to transfer files from the vessel to the office due to the satellite connections.

I'll contact you on your email address once I have something to test.

This will be great.

I am trying to implement a vessel to shore upload solution over satellite data connections.
This is the only thing missing to have it up and running!!!

I'll try to implement the REST command. But it take some time.

Thanks for your reply.

Any proposal on how to proceed in order to be able to successfully manage resume via WinSCP?

The only difference I can see is that FileZilla uses REST command to resume a file transfer, while WinSCP uses APPE.
See also https://winscp.net/tracker/552

Attached as per your request!

strattos wrote:

Attached the log from FZ server.

I've meant a log from the FileZilla client.

P.S. What would be the correct syntax?

For example:

Hi Prikryl,

Attached the log from FZ server.
Just reproduced issue.

P.S. What would be the correct syntax?

Please attach a log from FileZilla.

Off-topic: Note that your command-line syntax is wrong. You cannot put the /log switch in between script commands (put and exit).

Hi fellows.

In a batch file I use the following:

start /min winscp.exe /console /command "option batch on" "open ftp://user:password@10.10.2.100/Demo_Sync/" "option confirm off" "put -resume 1.7z" /log="C:\winscp.log" "exit"

When the connection brakes and gets re established I get the following error:

< 2015-01-25 19:57:30.419 150 Opening data channel for file upload to server of "/Demo_Sync/1.7z", restarting at offset 1773515
< 2015-01-25 19:57:30.420 550 can't access file.
. 2015-01-25 19:57:30.421 Copying files to remote side failed.
* 2015-01-25 19:57:30.421 (ExtException) **Copying files to remote side failed.**
* 2015-01-25 19:57:30.421 can't access file.

The -resume switch is used but the process cannot complete.

If I use e.g. FileZilla client resume of the same file on the same server is possible.
The server is a FileZilla FTP server and resume is enabled.
Do I miss something?

Attached you can find the complete log of the procedure.