On Jul 27, 2010, at 2:00 PM, [email protected] wrote:

> 
> 
> Now, with ACL based shared folders, InDesign reports "Cannot save to the file 
> "blah.pdf". You may not have permission or the file may be in use." And then 
> it proceeds to write out a zero K PDF. I'm not sure that it's ACL related, it 
> might be something else. But I don't know anything about how ACLs are 
> implemented, and if and how aware of ACLs an application would need to be or 
> if there is some other interaction that could be going on, maybe even with 
> AFP as the intermediary.
> 
> ls -le on one of the shares reveals the following:
> 
> drwxrwx---@ 4 admin  admin  136 Jul 26 13:39 Gloss Covers
> 0: user:charlie inherited allow 
> list,add_file,search,readattr,writeattr,readextattr,writeextattr,readsecurity,file_inherit,directory_inherit
> 1: user:hurley inherited allow 
> list,add_file,search,readattr,writeattr,readextattr,writeextattr,readsecurity,file_inherit,directory_inherit
> 
> It seems "add_file" should be adequate for the user to both add and write to 
> the file.
> 
> This is on OS X Server 10.5.6.
> 
> Part 2
> 
> When I ls -le on the folder after trying to create a PDF directly with 
> InDesign, this is what I get:
> 
> -rw-r--r--+ 1 charlie  admin  0 Jul 27 00:12 test file_IDcs4.pdf
> 0: user:charlie inherited allow 
> read,write,execute,readattr,writeattr,readextattr,writeextattr,readsecurity
> 1: user:hurley inherited allow 
> read,write,execute,readattr,writeattr,readextattr,writeextattr,readsecurity
> 

I suspect the problem is with the owner:group settings.
I've had best luck with AFP and WebDAV with these set to either:

admin:www

or 

www:www

Also might be a good idea to include admin in your ACE.

Not sure if this is best practice or not, but works well here.

Best,

Tim Roberts
Vibe Room Music
Nashville, TN_______________________________________________
MacOSX-admin mailing list
[email protected]
http://www.omnigroup.com/mailman/listinfo/macosx-admin

Reply via email to