[Tickets #11425] Re: Empty container in folder list

[noreply at bugs.horde.org]

DO NOT REPLY TO THIS MESSAGE. THIS EMAIL ADDRESS IS NOT MONITORED.

Ticket URL: http://bugs.horde.org/ticket/11425
------------------------------------------------------------------------------
  Ticket             | 11425
  Updated By         | Michael Slusarz <slusarz at horde.org>
  Summary            | Empty container in folder list
  Queue              | IMP
  Version            | Git master
  Type               | Bug
  State              | Assigned
  Priority           | 1. Low
  Milestone          |
  Patch              |
  Owners             | Michael Slusarz
------------------------------------------------------------------------------


Michael Slusarz <slusarz at horde.org> (2013-08-29 15:45) wrote:

> It's still there. The empty container "sent" is displayed, though no  
> longer expandable.

It would be great if you can tell me which condition in _activeElt()  
is returning true for the base Sent mailbox.  (I'm assuming it's  
probably hasChildren(), so it would be great if you can also figure  
out what is returning true in there if that is the case).

I can verify that my fix caused my empty mailbox to go away.

> No idea why the server sends the list twice.

Because of the way Cyrus namespaces.  The private namespace is  
contained within the "shared" namespace.  Maybe that works from a  
filesystem/setup perspective, but it makes little sense from an IMAP  
perspective (the private namespace, by definition, is "private".  It  
shouldn't be sub component of a shared, global namespace, since this  
implies that another user is guaranteed to see it in their global  
namespace - which there is no guarantee of).

So NAMESPACES look like:

> S: * NAMESPACE (("INBOX." ".")) (("user." ".")) (("" "."))

and the search looks like:

  C: 5 LIST (SUBSCRIBED) "" (INBOX.* user.* *) RETURN (SUBSCRIBED)

and the INBOX. namespace is queried twice - once by "INBOX.*" and once by "*".

IIRC, I want to say at least one IMAP server doesn't return private  
namespace mailboxes if doing a "*", but I can't recall if that is true  
or something I made up.