On Thu, 2009-01-08 at 15:36 -0500, Thomas Harold wrote: > We have a user who deleted IMAP folders from his account, so I simply > tried to restore the folder ".FolderName" from our backup. I checked > that file/folder ownership was the same as the original, but the Dovecot > IMAP server is throwing errors at the client. > > I've tried copying the individual message files from the "cur" folders > in the backup directory, but Dovecot immediate goes into panic mode and > throws errors at the IMAP client when I do that. Even if the file is > owned by the currect UID. I've tried putting those files into "tmp" and > "new" as well, with no luck. .. > Eh, I figured this out before I even posted. Restoration is indeed that > simple. The problem is that the files were not labeled with the proper > SELinux security context after being restored. When the file was > restored, it was assigned a context of "root:object_r:file_t", which is > not a context that the Dovecot service has permissions to interact with.
What was it logging? I think it should have clearly said there about permission errors.
signature.asc
Description: This is a digitally signed message part