operation can’t be completed because you don’t have permission to access...

I seem to recall an issue where photoshop was not happy trying to open/save from/to server shares.
Workaround was save the file to a local drive, then copy to the server.

What type of server (windows or mac?)
How large are the files? there is usually a per file OS limitation of file sizes, and depending on the server, there may be either a disk quota or per file per user limit set there, too (similar to an email attachment file size limit).

depending on the server type, it may be a 'resultant set of policies' problem, where if you have RW access to a shared folder, but insufficient access to a higher level folder; since most restrictive right wins, if you cant write to
c:\folderA, then even if you have RW to c:\folderA\FolderB, the restriction on folderA prevents writing to folderB

or, you have RW to physical folderB, but not RW to the logical Sharename folderB

Did you upgrade to 10.6.3? Because since yesterday I have the same with my SMB server. Not able to copy files any more.

Chalk me up as another user with this problem. I upgraded to 10.6.3 and now I can't write files to several servers. I get the same error messages. Whatever Apple did, I hope they undo soon! Right now, our workaround is for me to upload files to a different server, and have someone else move them to the right place! Not very efficient, or elegant. (It is broken even when I try it through Parallels, although that isn't surprising, since the issue seems to lie with the underlying OS).

Update: Apparently, I was having some other issue with Parallels. I was able to copy the files to the server through Parallels (dragging them from my Mac space to the Windows space). So this could be a workaround for some.

Ditto.

My server is Ubuntu with the latest Samba and after the 10.6.3 updater I am unable to copy files from my Mac to the Linux server.

After checking around, there appeared to be a thread about files with extended attributes. Using xattr from the terminal, the files I was attempting to copy had the 'com.apple.metadata:kMDItemFinderComment' attribute.

Removing this with a xattr -d 'com.apple.metadata:kMDItemFinderComment' *.mov allowed me to copy the file with no problems.

Add a new finder comment, and I am no longer able to copy.

Come on Apple, get it right!!!

Same issue here. I updated both my iMac and my Macbook Pro and am unable to copy certain files to my Raidon NAS. It seems very random to me though. I can copy over iTunes music but I can't copy over regular files.

Same here ... upgraded and now I can't copy files to Fedora 10 server.

Confirmed that this works in the terminal.

Navigate to the directory you want to copy. cd /Users/(your login)/Documents/(directory)
Then issue this.... replace target with /Volumes/(mounted server)/(place you want the files to go)
cp -rX ./* {target}

It works.... but Apple needs to fix this immediately.

This problem seems to have been lingering for quite a while and has gotten progressively worse with each update as far as i can tell. It has everything to do with Finder. Terminal (and the core commands seem to work fine). Here are all the problems and solutions i've found to date...

- You can create a directory at the root of a share but can only create an "untitled folder" at deeper levels with the message...

You don’t have permission to rename the item “untitled folder”.

... if you switch the view mode to anything other than column view you should now be able to create and rename folders and any level. Strange but true.

- As for permission issues, the Terminal solution works best for me. Basically the same as mentioned above however i work a little differently. Basically i open a Terminal session type in...

cp -RX

... R for recursive and X to ignore other attributes. Then do what i would normally do (open two finder windows to the respective locations i want to copy from and to).

I then drag the "from" directory into finder and add a SPACE and then do the same for the "to" directory. This just saves you having to type out the locations.

If any of you guys are talking in other threads about this issue please link to this thread and any other related ones so the issue gets more exposure.

Seriously, this is the one part of the operating system that should always works flawlessly.

Also, Apple, if you are watching... please add a copy queue to finder instead of it trying to copy everything at once. Call me if you want to talk about it.

Cheers!

Here are some related posts...
http://discussions.apple.com/thread.jspa?messageID=11221178&#11221178
http://discussions.apple.com/thread.jspa?messageID=11294312&#11294312
http://discussions.apple.com/thread.jspa?messageID=11081592&#11081592

Also, probably a good idea to complain about this at...
http://www.apple.com/feedback and/or http://bugreporter.apple.com

Message was edited by: afinno

Message was edited by: afinno

Thanks for your help, afinno.

Unfortunately, I still can't manage to copy a file from the shared folder on our OS X Server (10.4.11) back to my mobile account's desktop. I get the "Operation can't be completed" error. And when I try to use the +cp -X <source> <destination>+ command, I get this ever so helpful message: "Input/output error". I've made sure that ownership, etc. are all good, and cleaered ACLs.

Think I'm going to have to switch back to 10.5 for a while.

This problem has wiped out a full afternoon's work for me. Grr.

Anyone have any luck?

It sounds like you may have a slightly different problem than me and some of the others.

I'd suggest you file a bug report.

I know it's a pain and feels like nobody is going to read it but some one has to do it. Just be as detailed with the issue as you can.

Message was edited by: Host
Link removed.