> -----Original Message----- > From: Martin Konold [mailto:[EMAIL PROTECTED]
> I am experiencing the problem as described in > http://us1.samba.org/samba/docs/man/Samba-Guide/kerberos.html# > id2562652 > > Unfortunately the remedy/workaround as described there does > not work in the more general case of ACLs. > > Problem description: > - User A owns file F. > - User B has rw access to F via a user ACL > - Group G has rw access to F via a group ACL > - User B edits the excel file F > - User B saves file F. > - File F gets stored with user B being the owner and with read-only > permissions (this behaviour is specific to samba/excel and > does not happen with a W2K server) > - Due the concept of effective ACLs the file cannot be > modified by user A > anymore even though that user A belongs to the supplementary > group B which has > rw access I don't follow; if the user belongs to a group that has read/write access, they should be able to modify anything except the file permission bits. Could you clarify what the problem is? Also, do you have a default ACL set on the directory? > it would be better if samba would do the following > - create new file intermediate file > - "cat" contents of the intermediate file on the _existing_ file This relies on Samba knowing what exactly the program on the user's computer is intending to do. I don't think there's any way of identifying this. Remember that these two steps may be several minutes or even several hours apart, and there's no reliable way for Samba to tell Excel apart from any other program. -- To unsubscribe from this list go to the following URL and read the instructions: http://lists.samba.org/mailman/listinfo/samba
