On Mon, 2013-06-17 at 17:02 +0200, Helmut Hullen wrote: [SNIP]
> > The problem seems to be that samba4 (running in samba3 mode) expects an > executable file ("inherit mode") but the file "Update.cmd" had (under > Linux) no executable flag. > > Under Samba 3.6 and older: no problem. > > When I changed the linux rights to 755 all worked fine. > > Is that a desired behaviour, or is that an error? > This is probably a *different* error that the one the OP is seeing. The OP is seeing an error where you save a document on a group share that belongs to someone else. Office attempts to replicate the permissions on the new file gets confused by the various DOS attributes not working quite like they do on a real Windows file server resulting in messed up permissions. Specifically the person saving the file owns the file but has no permissions to actually access the file. It only happens with Office 2007/2010 and only if you are using ACL's on the share, and then only if the DOS attributes are being mapped onto Unix permissions rather than being stored separately in the files extended attributes. This is all in Samba 3.5/3.6 as far as my testing goes. Operating in a higher educational environment there is no reason to move to Samba 4.x yet. Samba 3.6 is just fine for serving files and campus agreements make running real Active Directory servers very cheap. JAB. -- Jonathan A. Buzzard Email: jonathan (at) buzzard.me.uk Fife, United Kingdom. -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/options/samba