I know this is old, but I was searching for a solution to a different drop box problem and I’ve seen these same error in the past. In my situation this would happen on a 10.3 server with AD users, but it wasn’t consistent. Sometimes connected to the server via wireless would cause the problem. Other times we’d see it on the wired connections. We determined it wasn’t happening with 10.4, so we upgraded the server and I haven’t seen these errors again.
All I can say is if your server is bound to AD, I doubt it is caused by individual directory permissions.
I have a few OSX servers and a hundred or so OSX clients all bound to AD. Student folder permissions are set so they are the owner and everything works fine. Faculty have class folders that have drop boxes. If a student is using a laptop or is logged into a lab computer as someone else, the dropboxes work fine. If the user is logged into the lab computer as their AD user, they can’t use dropboxes. They can connect to the server, modify files in their user dir, even see that the dropbox is a dropbox… but when they start transfering files they get an “operation cannot be completed because you do not have sufficient priviledges for some items” error.
Again… the student can copy to their user directory, just not a dropbox… but they can use a dropbox from any unbound machine or even a bound machine that is logged in as someone else. The clients are 10.4.3. The server is 10.3.9.
Password expiration notices ARE sent to clients connecting to a share on a server that has clear text passwords disabled when the client had Microsoft’s UAM installed.
If I reset the password though WGM or even import a new user, the password works. I don’t have time to manually reset 800 passwords.
I would have to re-import all 800 users and redistribute passwords… not something I’m interested in the last 2 weeks of classes.
The unchanged passwords work when authenticating via AFP to a 10.3.6 server that is authenticates to the OD master when it is booted in 10.3.5, but not 10.3.6. I have not tried to replicate to 10.3.5 OD to the 10.3.6 child, but I will try this over break.
Currently I’m running the server off a firewire drive that has the Carbon Copy Cloner back-up. Even if you have an incrimental back-up system, I HIGHLY recommend CCC to firewire drive for your system partition. Your downtime is limitted to the time it take to reboot.
with the exception of the primary group, users can’t write to folders based on group permissions… unless of course the user isn’t logged into the client machine as themselves. id returns the list of groups including the general Students group and the class groups the students belong to. Did I miss something in the documentation?
What is the relationship between machines that authenticate to Open Directory via LDAP and the group permissions on the server?
Recent Comments