delayed delete bug?

Ken Murchison murch at andrew.cmu.edu
Tue Oct 16 11:29:11 EDT 2007


Bron Gondwana wrote:
> On Mon, Oct 15, 2007 at 03:25:28PM +0200, Rudy Gevaert wrote:
>> Hi,
>>
>> I'm busy looking at delayed delete.  I'm using unix hierarchy seperator.  I 
>> deleted a mailbox and see it like this:
>>
>> kavula.ugent.be> lm
>> DELETED/user/rudy.gevaert/Foo/471364C1 at ugent.be (\HasNoChildren)
>> user/rudy.gevaert/Inbox2 at ugent.be (\HasNoChildren)
>> user/rudy.gevaert/Trash2 at ugent.be (\HasNoChildren)
>> user/rudy.gevaert/Trash at ugent.be (\HasNoChildren)
>> user/rudy.gevaert at ugent.be (\HasChildren)
>>
>> However the file system location is:
>> /var/cyrus/imap/domain/u/ugent.be/u/DELETED/user/rudy^gevaert/Foo/471364C1/
> 
> Yeah, that's a "feature" - you see, hashing is done by whatever's after
> the first dot.  In theory you don't have to care.
> 
> We wrote our userhash patch so the locations would be:
> 
> /var/cyrus/imap/domain/u/ugent.be/user/rudy^gevaert/DELETED.user.rudy^gevaert.Foo.471364C1/
> /var/cyrus/imap/domain/u/ugent.be/user/rudy^gevaert/user.rudy^gevaert
> /var/cyrus/imap/domain/u/ugent.be/user/rudy^gevaert/user.rudy^gevaert.Inbox2
> /var/cyrus/imap/domain/u/ugent.be/user/rudy^gevaert/user.rudy^gevaert.Trash
> /var/cyrus/imap/domain/u/ugent.be/user/rudy^gevaert/user.rudy^gevaert.Trash2
> 
> Which makes much more sense to me and has the nice property that a
> directory is either a "trunk" or a "leaf" but not both - it contains
> either purely sub directories or purely mailbox contents.
> 
>> I would have thought it would be under domain/u/ugent.be/DELETED/user/...
>>
>> Is something going wrong here?
> 
> No.
> 
>> I've run cyr_expire and it cleans it up nicely!
>>
>> Also, is it correct to undelete a deleted folder I need to rename it? (This 
>> works! And gets replicated).
> 
> Yeah, it all works fine.  It's just an odd location.  I got over that
> pretty quickly given that my Perl libraries know where it is and Cyrus
> knows where it is so I just let them do the legwork.

So, is it your opinion that this doesn't need to be fixed, or shouldn't 
be fixed?

-- 
Kenneth Murchison
Systems Programmer
Project Cyrus Developer/Maintainer
Carnegie Mellon University


More information about the Cyrus-devel mailing list