Sorry to hear you're having the same problem!
An update, as I have gone insane looking at this one!
No change having upgraded to 10.6.8. There are a number of solutions posted on the interweb to similar symptoms, but these all seem to relate to windows share points. The windows version of Office seems to handle temp files differently, when the windows user edits the file the temp version shows up (with the correct permissions) until the file is closed, then bang the POSIX permissions are all nuked, the ACLs won't override the POSIX loss.
I do currently have a crude solution. I have written a simple script that resets the folder permissions (via chmod -R 774 sharepoint) this is run by launchd on the server every 4 mins(no significance, had to pick an interval).
While a fairly crude way of treating the symptoms, it does not address the cause which I can't pin down. That being said it works really well sor far!
Hope that is of some help!
Would really like to hear from anyone who is managing this to?
Same problem here, 10.6.8 on XServe in a mixed Mac/Windows network. AFP works quite fine but Windows+Office+SMB is still a catastrophe!
This problem randomly appears, but only for some users. The same problem was already in 10.5.8 existing – but not as frequent as in Snow Leopard.
No matter which setting in SMB service is chosen (inherit from parent or applying specific posix) every time an office document is saved the posix are changed in a way that the user has only executable rights (what is strange because this user can still change its own rights via Windows Explorer).
Workaround: Using batchmod to change the posix of an entire folder including affected files.
Bu tI’m really, really tired to do this a couple of time a day…
This script solution is not possible for all share points as we have a backup system that will recognize this as “changed files” with subsequent backup of (potentially) all user data.
It was a good decision from Apple to discontinue the XServe systems – OS X Server is not an “enterprise operating system”…
Sorry I can't be of help. I have mixed iMac/PC workstations with mini server (was 10.6.7) running mirrored 500g drives. One drive began failing and messed up permissions. Apple replace the drives installing 10.6.8. Restored a data-only backup and recreated short list of users & groups. My windows xp had no difficulty mapping the 3 shared folders. My 8 month old Dell (bookkeeping and management) running windows 7 WILL NOT see the shared drives.
Microsoft Tech Net site sayes that windows 7 no longer supports Windows NT 4.0 which our server OS reliews on and there is no fix. From reading the above posts about the permission issues it looks like windows 7 workstations are seeing and sharing to Mac Servers running 10.6.7, 10.6.8 and/or Lion.
Can someone explain how? Much appreciated.
Just worked this through with AppleCare enterprise tech though they say that they 'really don't support the windows connectivity.'
refresher: Prior setup is a Mini withwith 10.6.7 Server which was no sweat to map network drive from XP or Windows 7 machine.
Now with new install of Snow Leopard Server 10.6.8, macs and 2 pcs on LAN.
PC running XP, no problems. Windows 7 machine would not see the network let alone the share points.
Solution: In Server Admin, selected SMB from services list at left; clicked STOP SMB button at bottom of window; selected ADVANCED tab and then ENABLED WINS Server which had been OFF; then clicked START SMB button.
on the pc: start menu, computer (to display drives, printers etc.; clicked MAP NETWORK DRIVE at top; don't use the BROWSE button but enter the path this way -- \\192.168.1.2\Sat Server followed be FINISH. this is 2 backslashes, server IP address on LAN, 1 backslash, name of Sharepoint EXACTLY as named on the Mini, caps, lowercase, spaces and all. This brought me to the login window for username and password and I was IN!!!
I hope this helps someone out there. So far there are NO permission problems -- everything is working as it should.