Post a reply

Before posting, please read how to report bug or request support effectively.

Bug reports without an attached log file are usually useless.

Options
Add an Attachment

If you do not want to add an Attachment to your Post, please leave the Fields blank.

(maximum 10 MB; please compress large files; only common media, archive, text and programming file formats are allowed)

Options

Topic review

martin

Re: "Resume" unsafe with SSH Server

ccamp wrote:

I have a client who is also experiencing this problem. Can you supply any updates on this issue?

It has been fixed already as you can see in the tracker.
ccamp

"Resume" unsafe with SSH Server

I have a client who is also experiencing this problem. Can you supply any updates on this issue?
martin

Re: "Resume" unsafe with SSH Server

This issue has been added to tracker.
martin

Re: "Resume" unsafe with SSH Server

songtm wrote:

Martin,I have created the test account and sent the credentials to the email address listed in your profile. Thanks

Thanks. I have sent you an email with a request for more details.
songtm

Re: "Resume" unsafe with SSH Server

Martin,I have created the test account and sent the credentials to the email address listed in your profile. Thanks
martin

Re: "Resume" unsafe with SSH Server

Can I have a test account on the server?
Guest

Re: "Resume" unsafe with SSH Server

Hi Martin,

I tested against these servers, SSH Tectia Server 5.3.9.3 and 6.06.19(latest release).

Winscp reported the file transfer protocol as SFTP-3.

Examples of newer versions that did not work - winscp405.exe, winscp415.exe, winscp418.exe. These would produce a corrupt file on the 2nd resume.

I tested using binary files, i.e. zip files which I can easily test for integrity afterwards.

Thanks
Thiam
martin

Re: "Resume" unsafe with SSH Server

What version of SFTP do you use with "newer versions"?
What kind of file it is? Text of binary?
songtm

"Resume" unsafe with SSH Server

Concerns WinSCP versions newer than 3.5.6, connecting to Tectia SSH Server.
The "resume" feature is unsafe and the uploaded file is corrupt.

If a file upload is interrupted twice, on the second "resume", the upload will finish instantly and apparently successfully - even when not all of the remaining bytes have been sent. The result is a corrupt file.

In contract, WinSCP 3.5.6 "resume" works perfectly with any number of interruptions.

Additional info follows,
Session protocol = SSH-2
SSH implementation = 5.3.9.3 SSH Tectia Server
Encryption algorithm = aes
Compression = No
File transfer protocol = SFTP-3
---------------------
Additional information
The server supports these SFTP extensions:
newline@vandyke.com=0x0A