I'm not sure if this is still an issue in modern versions of OS X, but in past you have had to disable unix extensions on the server if UID/GIDs didn't match up with what the client had. It really sucks that there's not another workaround, especially for off-domain Macs.
Personally, I've been running netatalk for OS X clients. While it sucks to have to maintain another service, the OS X SMB driver has always been pretty awful and the improvement in performance has been well worth the cost. On Thu, Oct 3, 2013 at 8:04 AM, Athan DE JONG <athan.dej...@yahoo.fr> wrote: > Hi > > I have setup a samba 4 DC with mixed client environment. > My problem is that the mac osx client are unable to write to a samba 4 > share. > > I tested mac osx clients on a normal windows 7 share and it works fine > I tested mac osx clients on a samba 3.5 .. share and everything works fine. > > As i am in a professional environment and all the windows clients are > already binded to the samba 4 domain i can not step back to samba3. > > My mac osx clients are binded and im able to view/edit active directory > from the mac. > > My only issue is that i can not write to the samba 4 shares. i have > verified all about permissions, and my thought is that mac osx confuses > unix and acl rights. > > Is there a workaround or a special thing to do regarding UID map GUID map > > please be aware that i'm not a mac specialist, but have to handlwith it > because of professional reasons. > > i am searching a solution for weeks now and really need some help ! > > Kind regards > -- > To unsubscribe from this list go to the following URL and read the > instructions: https://lists.samba.org/mailman/options/samba > -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/options/samba