[Akonadi] [Bug 335795] IMAP namespace support is incomplete/insufficient on large imap accounts

[Christian Mollekopf]

https://bugs.kde.org/show_bug.cgi?id=335795

Christian Mollekopf <mollekopf at kolabsys.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |CLOSED

--- Comment #5 from Christian Mollekopf <mollekopf at kolabsys.com> ---
(In reply to RJVB from comment #4)
> Yes, there are 2 things which make (made) the current implementation
> unworkable for me. Most importantly, the fact that there is no way to obtain
> the list of folders (not) to subscribe to before the whole account is
> scanned. (And again, on a typical workstation also running an imapd that
> amounts to transferring all files under your account, possibly even trying
> to parse them.)

Agreed, it should be possible to make that selection before the sync starts.

https://bugs.kde.org/show_bug.cgi?id=337744

> The other thing is that there is nothing recursive to a
> subscription, i.e. there is no way I found to select all mailboxes in the
> directory where one keeps them.

It would be nice if the UI allowed recursive actions indeed.

I'm aware the UI side isn't pretty in general, and I plan to improve that.

> One could argue that that's a once-only action, but in reality that would go
> against the fact that IMAP has always been designed to allow access from
> multiple locations (i.e., mailboxes might be created or deleted while
> connecting from a different location).
> 

I don't get that part. Server-side subscriptions are for all devices which you
may or may not desire, but we allow to override that setting on a per-folder
basis using local subscriptions, which should cover all use-cases, no?

> Isn't there a "closed - wontfix" status?

Indeed there is, once the status was resolved (it's a workflow thingy I
suppose...).

-- 
You are receiving this mail because:
You are on the CC list for the bug.