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,
Hi,
allowallsubscribe: 1 in imapd.conf may solve your problem
Quoting Dan White dwh...@olp.net:
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
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
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
On 5/18/2010 12:38 PM, Stephen Grier wrote:
All,
Just submitting a patch I'm supporting locally for consideration.
We use shared mailboxes quite extensively for role-based communication.
For quite some time we've had a problem with users deleting or renaming
mailboxes into which we deliver
On 18 May 2010, at 15:11, Nic Bernstein wrote:
Where in the
documentation should information be added describing this new
annotation? Where are available annotations documented currently?
As far as I can tell, there this:
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