similar to: OSX 10.9, sticky-bit and deleting other people's stuff

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

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

Hi, I have a share (testshare) where different unix groups (testgroup1, testgroup2) should have access to. But I want that new files are only created with 660 permissions. Here are the ACL's of testshare: # file: testshare # owner: ralfgro # group: ve user::rwx group::rwx group:testgroup1:rwx group:testgroup2:rwx mask::rwx other::--- default:user::rwx default:group::---

I would expect same permissions as for root mail directory 02770: drwxrws--- 5 newuser mail 4096 Apr 23 19:31 /var/spool/mail/newuser/ Using Dovecot 2.2.34 On 14.05.2018 08:37, Aki Tuomi wrote: > > > On 09.05.2018 12:52, telsch wrote: >> Hello, >> >> the wiki page describe that permission should copied from root mail >> directory >>

I have a problem with some Samba permissions. Here is the share. [bhs] path = /school/bhs read only = no valid users = @teacher @admin @bhs create mask = 660 force create mode = 2660 directory mask = 770 force directory mode = 3770 T: is mapped to a DFS share with permissions 3777, then the 'bhs' share is a link in the DFS share. I get inconsistent

I am migrating a couple old RH servers running sendmail and UW-IMAP to a new Ubuntu 10.04 servers running Postfix and Dovecot. I have everything working reasonably well except that the permissions of newly created mbox mail folders is always 600. I have reviewed the archives, google, and double checked everything is as suggested in the Dovecot Wiki / SharedMailboxes / Permissions. I am

I use mdbox not maildir: mail_location = mdbox:/var/spool/mail/%u On 15.05.2018 11:53, Aki Tuomi wrote: > Do you have > > mail_location=maildir:~/mail > > or > > mail_location = maildir:/path/to/whatever/%u > > I tested with latest 2.2 that if I use /path/to, I get correct permissions. > > Aki > > > On 15.05.2018 12:43, telsch wrote: >> I

Hi, Is it possible with samba to enforce the inheritance of group ownership on a per-directory basis, for files moved without copying? My situation is as follows: directory 'a' has permissions: 2770 (drwxrws---) and has owner = 'root' group = 'a' directory 'b' has permissions: 2770 (drwxrws---) and has owner = 'root' group = 'b' As per

Hi List, The Samba Howto Collection http://www.samba.org/samba/docs/man/Samba-HOWTO-Collection/AccessControls.html#id2611229 says: "When the set user or group ID bit (s) is set on a directory, then all files created within it will be owned by the user and/or group whose `set user or group' bit is set. " while i cannot repoduce this behavior the wikipedia says:

With this settings I don't get the expectet result, still get wrong permissions on new mailboxes. Aki did you also try with %u ? > In /etc/dovecot/conf.d/10-mail.conf follow options are set: > mail_gid = mail > mail_privileged_group = mail > mail_access_groups = mail > mail_location = mdbox:/var/spool/mail/%u On 15.05.2018 13:06, Aki Tuomi

Hi, I'm trying to set up two shared folder hierarchies on my Dovecot installation for two groups of employees, all of whom should only have access to their own hierarchy. Any employee should be able to create sub-folders and generally have full access to the hierarchy. My initial setup was to create two public namespaces, Shared-One and Shared-Two. Each is a Maildir under /var/mail. The

Yes, this settings work as i expected, but i didn't found documentation for mail_home= Thanks On 15.05.2018 20:10, Aki Tuomi wrote: > > Well, that's not what I asked you to try... > > try > > mail_home=/var/spool/mail/%u > mail_location=mdbox:~/ > > Aki > >> On 15 May 2018 at 20:03 telsch <telsch at gmx.de> wrote: >> >> >>

Hi John, this is my smb.conf-file: # /usr/local/etc/smb.conf # # $Id: smb.conf,v 1.1 2002/11/28 17:53:45 root Exp $ # [global] workgroup = ossa6 netbios name = claire server string = File-services on claire. hosts allow = 192.168.0.0/255.255.255.0 max log size = 0 security = user encrypt passwords = yes smb passwd file = /usr/local/etc/smbpasswd socket options = TCP_NODELAY interfaces =

Hello, the wiki page describe that permission should copied from root mail directory https://wiki2.dovecot.org/SharedMailboxes/Permissions The permissions for the root mail directory are set to 2770: drwxrws--- 36 root mail 4096 Apr 15 02:30 /var/spool/mail/ But newly created mailboxes get following permissions: drwx--S--- 5 newuser mail 4096 Apr 23 19:31 /var/spool/mail/newuser/ In

Do you have mail_location=maildir:~/mail or mail_location = maildir:/path/to/whatever/%u I tested with latest 2.2 that if I use /path/to, I get correct permissions. Aki On 15.05.2018 12:43, telsch wrote: > I would expect same permissions as for root mail directory 02770: > ????drwxrws--- 5 newuser mail 4096 Apr 23 19:31 /var/spool/mail/newuser/ > > Using Dovecot 2.2.34 > >

I have to correct myself. I tested with sdbox now too, and it seems that using mail_location=sdbox:~/Mail produces the expected behaviour. mdbox uses same code as sdbox for this, so it should work fine. Aki On 15.05.2018 13:01, telsch wrote: > I use mdbox not maildir: > > ????mail_location = mdbox:/var/spool/mail/%u > > On 15.05.2018 11:53, Aki Tuomi wrote: >> Do you have

Well, that's not what I asked you to try... try mail_home=/var/spool/mail/%u mail_location=mdbox:~/ Aki > On 15 May 2018 at 20:03 telsch <telsch at gmx.de> wrote: > > > With this settings I don't get the expectet result, still get wrong > permissions on new mailboxes. Aki did you also try with %u ? > > > In /etc/dovecot/conf.d/10-mail.conf follow

Hi, i have a problem with permission on a share mounted threw NFS i have a shared section like below [juridique] path = /samba/admin/services/juridique writeable = yes directory mask = 2770 create mask = 0770 valid users = @JURIDIQUE,@INFORMATIQUE inherit acls = yes browseable = no if a member of JURIDIQUE creates a folder or file it has the rights :

On 18/05/16 19:44, Smith, Jarrod A wrote: > We just upgraded to 4.3.9 (from 4.1.x) and are experiencing a few issues/differences around permissions on files written from Windows clients authenticated from winbind/AD. One specific issue that we have is directories with permissions like: > > drwxrws---+ 9 myapp 9997 2048 May 16 17:38 . if you notice, there is a '+' at the end

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.