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.
<<attachment: rspell.vcf>>
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/
