sftp server: 6.1.9.95 SSH Tectia Server
client: Core FTP ver 2.2 build 1871 on win7x64sp1
Files with executable bits (775) set are displayed in coreftp dir listing with an asterisk appended which is normal. The problem is that the files can't be downloaded from this particular server because Core appears to also append the asterisk to the filename it's trying to download which results in a filename that doesn't exist at the server. "use putty compatible sftp" is set in the ssh section for this site. If that option is not set this particular site connection will fail.
example file that can't be downloaded:
sftp> ls -al
-rwxrwxr-x 1 user01 other 7 May 3 17:04 test01*
Core log: "Can't open dest file...test01 - File not found..."
if i right click and 'download as' in Core, the asterisk shows up in the filename.
FileZilla 3.17.0 or OpenSSH_6.0p1 clients are able to download the file logged in from the same account.
Core can download same file after chmod 644 from an openssh client:
sftp> chmod 644 test01
sftp> ls -al
-rw-r--r-- 1 user01 other 7 May 3 17:04 test01
Core has no problem downloading executable files from an OpenSSH sftp server. Is there a Core option or code causing this behavior with the Tectia sftp server?
update: same problem with release ver 2.2, build 1878 (x64)