Group write permission bit keeps getting nuked
Hi, I'm using a trial copy of SftpDrive 1.7.9 to access remote files on a UNIX (Solaris) server from a PC with XP SP3.
I have access to files and directories through Samba, but I have found that when I open & save a, e.g., PowerPoint file, the group write bit is dropped. That is, if the file permissions are set as 764, it becomes 744 or 754. This means that another user cannot edit & save the file without my first manually re-setting the permissions.
I was hoping that SftpDrive would give me a way around this, but it also exhibits the same behavior, even if I specify 764 as the custom file creation mask. Is there a workaround for this issue?
Thanks!
Jim
FORGET IT, I'VE DECIDED TO USE WINSCP AND DO THIS MANUALLY. i CAN SPECIFY WHAT PERMISSIONS WINSCP SHOULD SET ON TRANSFER, AND IT WORKS, UNLIKE SFTPDRIVE.
I have access to files and directories through Samba, but I have found that when I open & save a, e.g., PowerPoint file, the group write bit is dropped. That is, if the file permissions are set as 764, it becomes 744 or 754. This means that another user cannot edit & save the file without my first manually re-setting the permissions.
I was hoping that SftpDrive would give me a way around this, but it also exhibits the same behavior, even if I specify 764 as the custom file creation mask. Is there a workaround for this issue?
Thanks!
Jim
FORGET IT, I'VE DECIDED TO USE WINSCP AND DO THIS MANUALLY. i CAN SPECIFY WHAT PERMISSIONS WINSCP SHOULD SET ON TRANSFER, AND IT WORKS, UNLIKE SFTPDRIVE.
1
person has this question
I have this question, too!
Tell me when someone answers.
The more people who ask this question, the more it gets noticed.
The more people who ask this question, the more it gets noticed.
-
Inappropriate?We don't support explicitly setting bits on tranfser right now, as you've discovered. Although you could configure your SFTP server to do what you wanted.
Loading Profile...



EMPLOYEE