Re: Occasionally weird behaviour with mboxes

2010-05-21 Thread Joseph Brennan
Dan White wrote: > For instance, creating the mailbox INBOX/Work/Jim without first creating > INBOX/Work would make INBOX/Work non selectable, with children. I tested that, and our cyrus server returns also NonExistent... * LIST (\NonExistent \Noselect \HasChildren) "." "alpha" not what he g

Re: Occasionally weird behaviour with mboxes

2010-05-21 Thread Lorenzo Marcantonio
On Fri, 21 May 2010, Simon Matter wrote: > Before you put too much work into it, why not upgrade to the current > 2.3.16 release first? IIRC there have been quite a number of skiplist > fixes in the recent versions so you may have luck with it. I'm doing that right now... waiting for the lunch ma

Re: Occasionally weird behaviour with mboxes

2010-05-21 Thread Simon Matter
> On Thu, 20 May 2010, Dan White wrote: > >> 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. > > I'm using the skiplist one, since bdb is more time doing recovery than >

Re: Occasionally weird behaviour with mboxes

2010-05-21 Thread Lorenzo Marcantonio
On Thu, 20 May 2010, Dan White wrote: > 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. I'm using the skiplist one, since bdb is more time doing recovery than doing useful

Re: Occasionally weird behaviour with mboxes

2010-05-20 Thread Dan White
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 wou

Re: Occasionally weird behaviour with mboxes

2010-05-20 Thread Lorenzo Marcantonio
On Thu, 20 May 2010, Michael Menge wrote: > Hi, > > allowallsubscribe: 1 in imapd.conf may solve your problem Already tried that, it still happens :( -- Lorenzo Marcantonio Logos Srl Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Arc

Re: Occasionally weird behaviour with mboxes

2010-05-20 Thread Lorenzo Marcantonio
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 an

Re: Occasionally weird behaviour with mboxes

2010-05-20 Thread Michael Menge
Hi, allowallsubscribe: 1 in imapd.conf may solve your problem Quoting Dan White : On 19/05/10 08:37 +0200, Lorenzo Marcantonio wrote: It's some times a few user of mine lament a strange behaviour: they see 'gray' folders in thunderbird, but it happens *very* rarely... btw these people have 6-

Re: Occasionally weird behaviour with mboxes

2010-05-20 Thread Dan White
On 19/05/10 08:37 +0200, Lorenzo Marcantonio wrote: >It's some times a few user of mine lament a strange behaviour: they see >'gray' folders in thunderbird, but it happens *very* rarely... btw these >people have 6-10 GB of mail in their folders if it can be useful! > >A protocol trace revealed that

Occasionally weird behaviour with mboxes

2010-05-18 Thread Lorenzo Marcantonio
It's some times a few user of mine lament a strange behaviour: they see 'gray' folders in thunderbird, but it happens *very* rarely... btw these people have 6-10 GB of mail in their folders if it can be useful! A protocol trace revealed that, indeed, the mbox is sent as noselect: -- crbrm