cyrus-imapd v2.4.2 on CentOS issue with deleting users

[Robert Spellman]

On 11/2/10 5:42 PM, Bron Gondwana wrote:
>
> 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...
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.
> 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.
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: rspell.vcf
Type: text/x-vcard
Size: 384 bytes
Desc: not available
Url : http://lists.andrew.cmu.edu/pipermail/info-cyrus/attachments/20101103/7f627cb6/attachment.vcf 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 5721 bytes
Desc: S/MIME Cryptographic Signature
Url : http://lists.andrew.cmu.edu/pipermail/info-cyrus/attachments/20101103/7f627cb6/attachment.bin