>> We then copied the contents of the timestamped folders to a newly >> created folder in the user's mailbox. Our internal documentation said >> not to copy the metadata (i.e. the cyrus.xxx files), but I don't >> remember why. Is that the right thing to do? It caused us some headaches >> later on. > > It's been our understanding that the delayed delete process is really just > a rename under the hood. It just renames the mailboxes to somewhere > outside the 'normal' area so that users no longer see them. > > As such, we've generally had success by just doing another rename to get > the mailbox back. If the user hadn't gone and created a new mailbox with > the same name, then it would just be: > > cyradm> rename DELETED/user/foo/bar/baz/TIMECODE user/foo/bar/baz > [partition] > > If the mailbox was indeed recreated in the interim, then we usually just > add a suffix to the mailbox and tell the user where it is: > > cyradm> rename DELETED/user/foo/bar/baz/TIMECODE user/foo/bar/baz_RESTORE > [partition] > > So far, it's not caused a problem. I did the same when I tested the new feature while packaging RPMS. IIRC also ACL's were in place after the rename. The only thing I'm not using is unixhierarchy. Simon ---- Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
