Fwd: Permissions Issues

2010-05-18 Thread Adam Lippiatt
Hi Ronda

It shows a very long list of things - some things I spotted that don't appear 
in your list:

.OfflineCache
.dat00f3.001
.identity

All backed up - give your idea a go?

By the way I tried to find the file using Neil's tip in finder and finding 
invisible files - it didn't turn up though (found a bunch of other things).

The search string in terminal did find the file:

"/Users/admin/Library/Mail/Mac-adam.lippiatt/.mboxCache.plist"

I suppose I stay 'admin' forever now?

Thanks

Adam (Admin)

Begin forwarded message:

> From: Ronda Brown 
> Date: 15 May 2010 3:21:31 PM AWST
> To: WAMUG Mailing List 
> Subject: Re: Permissions Issues
> Reply-To: WAMUG Mailing List 
> 
> 
> On 15/05/2010, at 9:31 AM, Adam Lippiatt wrote:
> 
>> 
>> Hi there
>> 
>> I have been having a few permissions problems after a hard drive corrupted 
>> and was replaced.
>> 
>> This is the latest one which I think is causing some bad behaviour in Mail.
>> 
>> 15/05/10 9:28:35 AM  Mail[234]   Error writing to 
>> /Users/admin/Library/Mail/Mac-adam.lippiatt/.mboxCache.plist: Error 
>> Domain=NSCocoaErrorDomain Code=513 UserInfo=0x1299c26c0 "You don’t have 
>> permission to save the file “.mboxCache.plist” in the folder 
>> “Mac-adam.lippiatt”." Underlying Error=(Error Domain=NSPOSIXErrorDomain 
>> Code=13 "The operation couldn’t be completed. Permission denied")
>> 
>> Unfortunately I can't find this file.  No problem though - I just apply 
>> permissions to enclosed items.  But, no luck with that either.
> 
> Hi Adam,
> 
> You need to delete the .mboxCache.plist. Why you can't find it is a hidden 
> file… 
> 
> 1. Quit Mail and try this on the command line (Terminal.app) to find them:
> 2. Open a Terminal window and paste this in:
> 
> find ~/Library/Mail -name .\*
> 
> It should only find cache files like '.DS_Store', '.mboxCache.plist', 
> '.OfflineCache', '.dontIndex', and '.index.ready'. 
> If so, and if everything is backed up, run:
> 
> find ~/Library/Mail -name .\* -delete
> 
> NB: Don't run this if the first listing looks like it's showing e-mails. I 
> also recommend checking that you have a backup first. 
> 
> 3.Now launch mail and select "Mailbox:Rebuild" from the menu. 
> 
> 
> Cheers,
> Ronni
> 
> 17" MacBook Pro  Intel Core i7
> 2.66GHz / 4GB / 1067 MHz DDR3 / 500GB Serial ATA Drive @ 7200rpm
> 
> OS X 10.6.3 Snow Leopard
> Windows 7 Ultimate (under sufferance)
> 
> 
> 
> 
> 
> 
> 
> -- The WA Macintosh User Group Mailing List --
> Archives - 
> Guidelines - 
> Unsubscribe - 




_
Adam Lippiatt
adam.lippi...@me.com
0402 301 706



-- The WA Macintosh User Group Mailing List --
Archives - 
Guidelines - 
Unsubscribe - 



Fwd: Permissions Issues

2010-05-18 Thread Adam Lippiatt
Ronni

Thanks for this.  I did have a backup of the drive but unfortunately after 
having the machine for more than a month I think the technician got exasperated 
and just wanted to see the back of it.  So, I got a new hard drive which was, 
unfortuantely, a little noisier than the original and also the install was done 
on a new user account which did not have the same name as the old one.

So, perhaps this is the source of the permissions problems.  I did the id 
command and got the following:

admins-imac:~ adam3$ id
uid=501(adam3) gid=20(staff) 
groups=20(staff),101(com.apple.sharepoint.group.1),204(_developer),100(_lpoperator),98(_lpadmin),81(_appserveradm),80(admin),79(_appserverusr),61(localaccounts),12(everyone),401(com.apple.access_screensharing)
admins-imac:~ adam3$ 

Thanks for your help.

Adam 

Begin forwarded message:

> Hi Adam,
> 
> On 17/05/2010, at 12:03 PM, Adam Lippiatt wrote:
> 
>> Thanks Ronda
>> 
>> I will look into that. Unfortunately when the hard drive died I had to do a 
>> lot of manual shifting of things as the service people could only give me a 
>> fresh install with the data sitting in folders on the desktop. As time goes 
>> by I am getting through all of the little issues.
> 
> Hmmm, this doesn't sound good to me. From reading above, I take it you did 
> not have a 'Backup' of the Drive before it was corrupted?
> If the service people have just given you what they recovered from the 
> corrupted drive … and you are trying to copy these files onto the fresh 
> install, there could be corruption in some of the files.
> 
> Did you create an 'exact' User Account on the Fresh Install as the 'User' you 
> had on the original hard drive?
> If you didn't, you will run into Permission problems, as you will find the 
> UID & GID are not the same.
> 
> Mac OS X displays the user name of the account that owns a folder or file, 
> it’s easy to assume that that account with that user name owns the item. In 
> reality, it’s not quite so simple. 
> The owner is actually determined by a number called the UID—the user 
> identification number, not by the user name. 
> In addition the group is, in fact, determined by the GID—the group 
> identification number. 
> 
> To reveal your account’s UID and primary GID, type id in a Terminal window 
> (and then press Return). 
> The output of the id command looks like this: 
> ronni$ id
> uid=501(ronni) gid=20(staff) 
> groups=20(staff),204(_developer),100(_lpoperator),98(_lpadmin),81(_appserveradm),80(admin),79(_appserverusr),61(localaccounts),12(everyone),401(com.apple.access_screensharing)




_
Adam Lippiatt
adam.lippi...@me.com
0402 301 706



-- The WA Macintosh User Group Mailing List --
Archives - 
Guidelines - 
Unsubscribe -