similar to: Can Linux ACLs override Sticky Bits on a Samba Share?

Hi We are building a Linux app under Centos 5.3, using gnu make 3.81 and gcc 4.12. The working directory is on a remote machine and is either a Samba share or a Windows 7 share. We find that in the case of a Windows 7 share the resulting executable has the sticky bit set in group: On Windows 7 share: -rwxrwSrwx 1 <snip> myapp On Samba share: -rwxrwx--x+ 1 <snip> myapp The

I have just encountered a strange situation. A new version of a Windows application that I use was just released. Unlike previous versions of this application, when it writes data to my Samba share, it is setting permissions to be 777 on all files and folders. In contrast, previous versions of this application set permissions to be 2750 as I specify in the "share definition" in my

Hello, I currently try to copy a directory locally between two ext4 filesystems while preserving permissions and ACLs using the -aAX options. Under some conditions, rsync does not copy the posix permissions completely, it changes the group::rwx to a group::--- permission. The latest rsync available on Debian Jessie is 3.1.1, but the changelog for 3.1.2 and 3.1.3 did not seem to mention such a bug

Lo folks, I got a little question. Ive set up samba 3.0.0 + RH 8. And since ACL within samba only works on share niveau i wanted to implement POSIX ACL. I was thinking what is the difference between "full" access and "change" on a NT4 server. As far as i could think the difference is that "full" acces can delete a file and "change" can only change it. So i

Sorry to ask a windows question her but I didn't know if a windows group would know about the sticky bit. I have a windows server that is our primary file server in our samba domain. I am hoping that windows as something like the sticky bit that can be set on a folder where in only the creator of the file can modify the file. Any easy way to do this using ntfs acls ? -- David Bear mobile:

I haven't had a chance to look at the list very carefully for the past few weeks, so I apologize in advance if I'm asking a question that has recently been discussed. I seem to recall there has been some discussion about a similar situation to the one I am in. My situation is that I am having an issue with READ ONLY files -- and seeing very different behavior with Samba 3.0.20b

Hi, Does anybody know why Windows clients can see shares that are defined by the "include=/etc/samba/smb.%U.conf" option in but Mac OS X and Linux Samba clients cannot see those shares? In other words, I have a bunch of users. Each user has a set of his/her own unique shares on my Linux server that are defined in files called: /etc/samba/smb.User1.conf /etc/samba/smb.User2.conf

https://bugzilla.samba.org/show_bug.cgi?id=11027 Bug ID: 11027 Summary: Sticky bit not set when using --chmod=D+t alone, without --perms Product: rsync Version: 3.0.9 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 Component: core Assignee:

I have a question about samba and sticky bits. I have a share with the following configuration: [documents] comment = documents path = /shares/documents public = no writeable = yes printable = no valid users = @lan1 force user = docadmin force group = lan1 create mode = 0440 force create mode = 0440 directory mode = 1770 force directory mode = 1770 delete read only = no

https://bugzilla.mindrot.org/show_bug.cgi?id=1436 Summary: scp -p does not preserve sticky bit (01000) Classification: Unclassified Product: Portable OpenSSH Version: 4.7p1 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: scp AssignedTo: bitbucket at

Hi, am running: Redhat EL4.4 i386, Samba 3.0.23d from Sernet, ext3 fs Samba as PDC Someone's got the idea to have one big share with access managed by directory's sticky bit. This works perfectly well when normal XP or W2k clients work with their explorer. But: With 'allway sync', an app to synchronize for example between laptop and fileserver the program is somehow able to

Hello,   I have a samba server v4.6.5, it’s a member of a Windows 2003 domain.   I setup a share, in this share I want to set sgid bit on directories. I created a directory with SGID bit on the top of the share, but when I create inside new directories didn’t have SGID bits.   Here is my smb.conf :   [global] use sendfile = no gpfs:getrealfilename = no smb ports = 445 139 dos charset =

Hello, I've just tested a share configuration like the following and it did not work as I've expected it. Maybe someone can explain me what I'm doing wrong. [Marktplatz] path = /marktplatz msdfs root = no writeable = yes browseable = yes public = no dos filemode = no hide unreadable = no create mode = 0644 directory mode = 1777 force create mode = 0644 force directory mode = 1777

Hi everyone, One thing that has always annoyed me about compiz is how rotate handles sticky windows. If you have a sticky window on your desktop, it will usually (always?) get focus when you rotate to a different face on the cube. This happens even when other windows have been focused more recently on the face you rotate to. This seems like silly behaviour, because sticky windows are (for me)

I tried this. When im creating a folder directly on server, the sticky bit is working. But it does not work when im doing it from windows. # ls -l drwxrws---+ 7 root stickygroup 4096 Mär 5 14:44 00_stickygroup/ Best regards Micha Am 05.03.2018 um 14:15 schrieb Michael Wandel: > IMHO you can use the posix sgid bit.

Dear I encounter this error on Samba 3.0.28a, i would like to know how to fix it, The file is owned by root, i don't understand whats going wrong... smbd[15232]: [2011/02/18 16:32:22, 0] param/loadparm.c:load_usershare_shares(4878) Feb 18 16:32:22 virtualbox smbd[15232]: load_usershare_shares: directory /var/lib/samba/usershares/data is not owned by root or does not have the sticky bit

I've set "force directory mode = 1775" in smb.conf, but when I make directories in a share through network neighborhood, I end up with 0775, i.e. user has rwx, group rwx, others rx. The sticky bit is not getting set. What am I doing wrong? thanks in advance, Ed Schernau ed@schernau.com Network Architect

I've attached the patch since I don't yet have an easy way to make git format-patch and kmail play nice together. The basic idea is during a rotate/other cube transform, 'sticky' windows stick to the screen instead of being redrawn once per face (its an option, the default is the old behaviour) Consider this, please, essentially an RFC - this particular behaviour was

Hi I want all files created in a share to be group owned by a group called staff. To do this I have a share called reports which is chmod g+s staff: drwxrws---+ 9 root staff 4096 Jun 18 11:15 reports If I create a file from Linux, the sticky bit works: -rw-rw----+ 1 steve2 staff 0 Jun 18 10:57 stevelinux.txt If I create it under windows, it doesn't: -rwxrwx---+ 1 steve2 Domain

I'm posting again in the hope that someone help me, thanks. ------------------------------------- Hello, I have two little problems with samba: 1st. Samba is not setting the sticky bit anymore !!! I have a share that look like this: [publico] comment = Arquivos publicos path = /home/publicos public = yes writable = yes force directory mode = 1777 create mask = 0664 With samba