Occasionally weird behaviour with mboxes

Dan White dwhite at olp.net
Thu May 20 11:18:51 EDT 2010

On 20/05/10 14:03 +0200, Lorenzo Marcantonio wrote:
>On Thu, 20 May 2010, Dan White wrote:
>> \Noselect should be returned for hierarchically delimited 'placeholders'
>> that are not actual mailboxes.
>> For instance, creating the mailbox INBOX/Work/Jim without first creating
>> INBOX/Work would make INBOX/Work non selectable, with children.
>> Or another scenario is that both INBOX/Work and INBOX/Work/Jim exist but
>> someone accidentally (through mouse slip?) deleted INBOX/Work, but then did
>> not delete INBOX/Work/Jim.
>That's obviously not the case since redoing a LIST show the mbox
>correctly... this is getting me mad, I can't think HOW could be
>I looked in the source but I don't get HOW could that happen (maybe
>a glitch in the mbox database code?)

Which backend are you using for your mailboxes database (config item:

You might try converting to a different backend if you suspect problems
with it.

Dan White

More information about the Info-cyrus mailing list