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 >happen... > >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: mboxlist_db)? You might try converting to a different backend if you suspect problems with it. -- Dan White ---- Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
