Go Back   The macosxhints Forums > OS X Help Requests > System



Reply
 
Thread Tools Rating: Thread Rating: 2 votes, 5.00 average. Display Modes
Old 02-25-2012, 03:06 AM   #1
mnewman
MVP
 
Join Date: Apr 2002
Location: Korat, Thailand
Posts: 2,046
Unable to Copy Files to Other Users Dropbox

Two frustrating experiences today trying to copy files to the ~/Public/Drop Box folder (mounted as a guest user via afp) on the machines of other users on our home LAN. Every time I get the following error message:

An error occurred.

The operation couldn’t be completed. (OSStatus error -48.)

src: /Users/mnewman/Downloads/MessagesBeta.dmg
dest: /Volumes/PATCHARIN’s Public Folder/Drop Box/MessagesBeta.dmg
item: /Users/mnewman/Downloads/MessagesBeta.dmg


I tried to Google that error code, but all I found was another user having the exact same problem.
__________________
http://www.mgnewman.com/
mnewman is offline   Reply With Quote
Old 02-25-2012, 07:43 PM   #2
ganbustein
MVP
 
Join Date: Apr 2008
Location: Berkeley CA USA
Posts: 1,168
What are the permissions on the Drop Box folder? If you want a guest user to be able to drop files into it, you'll have to make it at least world writable. (That is, "everyone" should be able to write.)

Files that your guest drops into the folder will be owned by the guest, not by you, even though it's your folder. After the drop, you may wind up with a file you can't do anything with.

The standard solution is to put an ACL on the Drop Box folder that automatically grants you full privileges to anything dropped into it. Starting from Leopard, OS X automatically sets up the drop box of a new account with the following permissions:
Code:
drwx-wx-wx+ 4 ronk  _ronk  - 136 May 22  2010 /Users/ronk/Public/Drop Box/
 0: user:ronk allow list,add_file,search,delete,add_subdirectory,delete_child,readattr,writeattr,readextattr,writeextattr,readsecurity,writesecurity,chown,file_inherit,directory_inherit"
Unfortunately, users do sometimes manage to mess up permissions on their home folders, usually through a careless application of Finder's "Apply to enclosed items" feature. The advice they get often includes, among other things, the shell command chmod -RN ~ to erase all those pesky ACLs Finder added in response. It also deletes the OS X-supplied ACLs, most of which are of the "deny delete" ilk, which many incautious users also consider pesky and good riddance. The ACL on ~/Public/"Drop Box" is different, though, in that it adds key functionality and not merely safety. If you've deleted it, you need to put it back manually:
Code:
cd ~/Public/"Drop Box"
chmod 733 .
chmod -N .
chmod +a "user:$(id -un) allow list,add_file,search,delete,add_subdirectory,delete_child,readattr,writeattr,readextattr,writeextattr,readsecurity,writesecurity,chown,file_inherit,directory_inherit
ganbustein is offline   Reply With Quote
Old 02-25-2012, 08:03 PM   #3
mnewman
MVP
 
Join Date: Apr 2002
Location: Korat, Thailand
Posts: 2,046
Quote:
Originally Posted by ganbustein
What are the permissions on the Drop Box folder?

Code:
ozone:public mam$ ls -lea
total 16
drwxrwxr-x+  6 mam  staff   204 May 24  2011 .
0: group:everyone deny delete
drwxr-xr-x+ 21 mam  staff   714 Oct  2 15:07 ..
0: group:everyone deny delete
-rw-r--r--@  1 mam  staff  6148 Sep 16 22:13 .DS_Store
-rw-r--r--   1 mam  staff     0 Nov 29  2010 .com.apple.timemachine.supported
-rw-r--r--   1 mam  staff     0 Nov 29  2010 .localized
drwx-wx-wx+ 26 mam  staff   884 Feb 25 15:54 Drop Box
0: user:mam allow list,add_file,search,delete,add_subdirectory,delete_child,readattr,writeattr,readextattr,writeextattr,readsecurity,writesecurity,chown,file_inherit,directory_inherit
This is my wife's MacBook Air. It's relatively new. I've never fooled with it. My wife doesn't do command line at all. I'm sure she's changed nothing. I know I have changed nothing.

All I wanted to do was transfer the Messages .dmg file from my machine to hers so she could install the Messages beta.

Do you see anything in the above that would result in the error message I got?

I also got the same error when trying to copy files to the Drop Box on my step-daughter's MacBook. AFAIK, no one has ever fooled with the permissions on that machine, either.
__________________
http://www.mgnewman.com/
mnewman is offline   Reply With Quote
Old 02-25-2012, 08:19 PM   #4
ganbustein
MVP
 
Join Date: Apr 2008
Location: Berkeley CA USA
Posts: 1,168
Code:
grep -e -48 /System/Library/Frameworks/CoreServices.framework/Frameworks/CarbonCore.framework/Headers/MacErrors.h
  dupFNErr                      = -48,  /*duplicate filename (rename)*/
ganbustein is offline   Reply With Quote
Old 02-25-2012, 08:27 PM   #5
mnewman
MVP
 
Join Date: Apr 2002
Location: Korat, Thailand
Posts: 2,046
Interesting, but I got that error message the first time I tried. And, since I had just downloaded that file I'm sure there was no identically named file already in her Drop Box.
__________________
http://www.mgnewman.com/
mnewman is offline   Reply With Quote
Old 02-25-2012, 08:55 PM   #6
mnewman
MVP
 
Join Date: Apr 2002
Location: Korat, Thailand
Posts: 2,046
Turns out this is a PathFinder bug. It always returns the duplicate filename error when copying a file to the Drop Box on a remote AFP volume. I'll report to the developer.

Finder copies to the Drop Box work fine.

Sorry I didn't mention PathFinder in the OP. But, thanks for you clues. I never would have gotten there by myself.
__________________
http://www.mgnewman.com/
mnewman is offline   Reply With Quote
Reply

Thread Tools
Display Modes Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump



All times are GMT -5. The time now is 08:45 PM.


Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2014, vBulletin Solutions, Inc.
Site design © IDG Consumer & SMB; individuals retain copyright of their postings
but consent to the possible use of their material in other areas of IDG Consumer & SMB.