On 11/2/10 5:42 PM, Bron Gondwana wrote:
This sounds correct. lsof showed that imapd had files open within the folders that I was trying to delete. As soon as I closed my email client, lsof no longer showed imapd with those open files, and the files and directories were gone.Ok - your IMAP client was holding the lock open so the cleanup didn't finish. Basically 2.4.x delays deletion of a mailbox until all the current users have closed it - which is why the files were still around. This may be pretty broken with subfolders when deleting an entire user though - I'll have to think about it for a bit...
Basically, it was correct to refuse to recreate the mailbox because the old mailbox was still held open by another connection. I'm leaning towards adding "kill currently open connections for this user" logic inside Cyrus actually, because replication failover and murder XFER have similar issues with a still-open connection existing as they clean up. Bron. Bron.
begin:vcard fn:Robert Spellman n:Spellman;Robert org:Bates College;Information and Library Services adr;dom:;;110 Russell Street;Lewiston;Maine;04240 email;internet:rspell@xxxxxxxxx title:Assistant Director of Network Services tel;work:207-786-6422 note:01000111011011110010000001010010011001010110010001010011011011110111100000100001 url:http://www.bates.edu/ version:2.1 end:vcard
Attachment:
smime.p7s
Description: S/MIME Cryptographic Signature
---- Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
