[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|UNCONFIRMED                 |RESOLVED
         Resolution|---                         |WONTFIX

--- Comment #3 from Christian Mollekopf <mollekopf at kolabsys.com> ---
(In reply to RJVB from comment #2)
> Have you actually tried to use subscriptions in a use case like the one I
> described? Your claim about subscriptions is true only in theory, in
> practice one has to wait longer for a possibility to subscribe to only the
> desired mailboxes than it takes to  decide to install another email client,
> install, configure and start using it. Much longer.
> 

Erm, what? So is the problem that the syncing starts before you have the chance
to adjust subscriptions? If that is so, you have an entierly valid point, and
we can fix it whenever I get around to it. Please open an according bugreport
in that case.

We could also add the subscription dialog as part of the setup-dialog, which
would probably improve the visibility of the feature (I know the subscription
support in the UI is currently pretty bad, and I'm already working on that).

> So yeah, if speed and ease of use (= not having to subscribe to ALL folders
> inside/under the mailbox repository folder) aren't useful then I guess the
> majority of other readers that do provide a "prefix path" setting are just
> plain wrong to do so. No irony intended either (sarcasm and cynicism are a
> different matter) ...
> 

I pretty sure subscriptions do in fact solve the problem. It's entierly
possible that the implementation isn't perfect and that it requires some
adjustments, but that's the solution then, and not adding yet another
workaround.

> BTW, nothing has been resolved here, so I'm setting a more appropriate
> status.

Please don't. I'm the one that has to deal with the tickets, and it helps noone
keeping a tickets open that has been declined already. There is only "Resolved"
and if you set it back to "unconfirmed" there is no way for me to distinguish
it from other tickets that I haven't processed yet.
Even if it's set to "resolved" we can keep the discussion going here if you
like.

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