Thanks for the reply.
For instance, when the logged in under the network user account, if I try to delete a folder or a file from the desktop (created by the same user) the finder password box appears to allow the changes. The password is accepted fine, but the is not deleted from Desktop. Nothing happens.
On the home folder of the same user as above, the permissions show as:
These are the same as displayed on other home folders which do not exhibit the same problems.
On the desktop folder of the same user, in the home folder, permissions are:
On other users Desktop folders i see:
Which i am unable to replicate myself - no option to add _spotlight and no option for custom.
I would be grateful for any help.
Ok, lets see....So you have a mix of accounts with homes. Some have privileges to make changes to files, others do not. Question: When you attempt to throw out a file from the desktop, and the authenticaion window comes up, which login does it want? Is it the logged in network user, or the admin of the local workstation?
Also, If you were to create a brand new 'test' user, and log in as this user from one of the minis, does that user have rights to make changes to his files?
When I attempt to delete a file form the desktop, the login looked for is that of the logged in user. It is not the local admin.
Without even creating a new Test account - we add accounts regularly - i can tell you that on any of the minis new (and old) accounts have the rights to change files, with no problems. It just seems to be a couple of odd network accounts that display this problem.
I think the quick remedy here would be to just create new user homes for the affected users on the server. Move the users current home folder to the root level of the drive so you can access the files for movement. Then create a new home via WGM. This lets the server assign fresh permsissions to a new home. That should remedy whatever is wrong with the current homedir. Then move the users files from within the folders of the old home (don't move the users old folders, but the files from inside the folders to the corresponding folders) back into the newly created home and propogate permissions or use a utility like BatchMod to copy down permissions on the new folders inside the new homes. If that doesn't work for some reason, then follow the same procedure but delete the user account first also, and recreate it. Perhaps use a slightly different short name. This will assign a new UID to the user. You may never know what happened to the old homes, but at least you will be done with this problem.
Also a note. Sometimes when you move the users ~Library files, you may encounter a problem with finder sidebar in an open finder window, depending upon the OS. If this happens you will know right away as the sidebar will seem frozen. If encountered, simply delete the users com.apple.sidebar plist and then relog in as the user.