Hello,

We use SFTP ActiveX Control version 3.0.3.34 with blocking turned on. The component is integrated in to a VB 6 program. We have two production SFTP servers that we connect to with the product. One is an IIS box and we have a Serv-U 7.4.0.1 server with SFTP.

Both servers go through the same code, but we are getting different results on the servers. We are trying to use the AppendFile method from the object to append to the end of the existing file on the FTP server. The IIS box works correctly and appends the file. The Serv-U server does not append the local file to the remote file like it is supposed to. Without throwing an error, it just overwrites the remote file on the server with the local file. No appending, no warning, no exception. You can see how this could be a bad thing in a production environment.

What could be causing this to happen?

Please help! Thank you!

Hi,


I think I was able to duplicate the issue.

I will now transfer this issue to our developers to see if they can do the same in debug mode, and determine why this happens.

You should get reply from them when we have more about your issue.


Regards,
Drazen

Hi. I have double-checked this, and this seems to be server-side issue. This must be a bug in Serv-U. I tested this against OpenSSH and it works correctly.

Seems that when "openfile" packet is sent to the server only with SSH_FXF_CREAT and SSH_FXF_WRITE flags, it truncates it, even SSH_FXF_TRUNC was *NOT* sent to the server. While doing so, remote file size is reset to 0 so upload starts from the beginning.

I wrote you exact flags in case you want to contact Serv-U support related to this issue.

Kind regards,
Kreso

Was this ever resolved as I have the same problem!

Quote:

---

Hi. I have double-checked this, and this seems to be server-side issue. This must be a bug in Serv-U. I tested this against OpenSSH and it works correctly.

Seems that when "openfile" packet is sent to the server only with SSH_FXF_CREAT and SSH_FXF_WRITE flags, it truncates it, even SSH_FXF_TRUNC was *NOT* sent to the server. While doing so, remote file size is reset to 0 so upload starts from the beginning.

I wrote you exact flags in case you want to contact Serv-U support related to this issue.

Kind regards,
Kreso

---

Leefy,


You are using Serv-U for server also? As mention in last reply this is server side issue. So we cannot fix it inside our client component.

If you are using Serv-U maybe you can try latest version of Serv-U and check if this issue is fixed.


Drazen

Yes, it did turn out to be a ServU issue. We put a ticket in with ServU, they fixed the bug, we upgraded out ServU software and the issue went away

We are using an older version of Serv-U. Many thanks

Quote:

---

Leefy,


You are using Serv-U for server also? As mention in last reply this is server side issue. So we cannot fix it inside our client component.

If you are using Serv-U maybe you can try latest version of Serv-U and check if this issue is fixed.


Drazen

---