Internet Security Components - COM, ActiveX and .NET

AppendFile Not Appending - WeOnlyDo Discussion board

Linear

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!

locked

2029 views

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

locked

2071 views

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

locked

2043 views

Was this ever resolved as I have the same problem!

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

locked

2048 views

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

locked

2027 views

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

locked

2021 views

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

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

locked

2018 views

Thank you so much for your hard work and commitment in producing well thought-out solutions. WeOnlyDo is very committed to customer satisfaction!

Mike McPherson

Nokia Inc.

We are having great success with your component ... email server that has over 750 000 mailboxes back ended by a SQL server...

Conrad Leigh

Leaf Wireless

I've heard that you are amazing with your replies coming back so quickly - and now I've seen the speed in which you reply first hand.

Andrew Narracott

Sun Computer Consultancy

Thank you very much for the rapid responses. I was a little nervous about dealing with a company that is on a different continent from me. You have proven my concerns to be unfounded.

Robert Pacheco

Surebridge, Inc.