Reconstructing mailboxes when using delayed expunge

[Simon Matter]

>> 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