Tickets :: Comment on [#6972] mailbox listing speed-up (IMAP

* Your Email Address
* Spam protection	Enter the letters below: .___. ..__ .__..__ \| \|[__)\| \|\| \ \| \__\|\| \|__\|\|__/
Comment	>>> I have prefs set to display namespaces separately and use > >>> subscriptions. Now, if there is a shared folder from another user, > >>> the parent node saying "Other Users' Folders" is displayed (empty), > >>> even if I didn't subscribe to any of those other users' folders. > >> > >> I thought this was a feature? Or did we decide in the past that if a > >> public/other namespace is empty, we would only show if subscriptions > >> were off? We do need to show this namespace somewhere, even if it is > >> empty, if simply to allow the user to create subfolders in this > >> namespace. > > > > At least for the shared folders namespace, you can't create any > folder directly under it anyway. And we don't show the Public Folders > node either, if there aren't any folders below it. > > > >>> Additionally, the user itself is clickable, though I'm not sure if > >>> this is an issue with the IMAP server or IMP, i.e. I have the > >>> hierarchy: > >>> > >>> Other User's Folders > >>> username > >>> foldername > >>> > >>> if the user "username" shared his folder "foldername". And both > >>> "username" and "foldername" appear as clickable, valid mailboxes. > >> > >> Can you check the output from _getList() and see if > >> "namespace.username.folder" is being returned from the IMAP server, > >> or if both "namespace.username.folder" and "namespace.username" is > >> being returned. Obviously, if it is the former than IMP_Tree is > >> buggy, and if it is the latter then the IMAP server is buggy. > > > > It only contains "namespace.username.folder".
Attachment
Watch this ticket

Saved Queries