Kolab support for KDE PIM is discontinued. Create a ticket on https://bugs.kde.org

Correcting the priority from 60/40 to Normal

Correcting the priority from 60/40 to Normal

Correcting the priority from 60/40 to Normal

Closing this against the project: https://git.kolab.org/project/view/209/

I believe I have provided what I thing is a coherent and comprehensive description of the considerations made in this ticket, and elsewhere, to the new tickets.

I agree that we're bloating this ticket with considerations that go past the white- vs. blacklist changeover. I'll create a sub-task and break the inheritance.

It seems this should now get some thought and insight from @seigo and then go over to @vanmeeuwen to make the call on how to proceed. Assigning to @seigo first.

In T224#31311, @machniak wrote:

In T224#31305, @greve wrote:

Would it display them all, or just the first/primary/top level one?

It would display only the Calendar folder as a top-level folder.

In T224#31305, @greve wrote:

Would it display them all, or just the first/primary/top level one?

In T224#31257, @machniak wrote:

In T224#31251, @greve wrote:

Does the "only Calendar" mean it shows only the main folder, or that it only shows Calendars, incuding hierarchy for the Symantec App?

It would display only the Calendar folder, without any hierarchy in this case.

In T224#31251, @greve wrote:

Does the "only Calendar" mean it shows only the main folder, or that it only shows Calendars, incuding hierarchy for the Symantec App?

It would display only the Calendar folder, without any hierarchy in this case.

Would such folder names be possible in the ActiveSync protocol?

We can set anything as a folder name.

Thank you, @machniak.

Problem Space

In T224#31230, @machniak wrote:

In T224#31227, @greve wrote:

But we're only seeing Calendar, Subcalendar2, Subcalendar4 and Subsubcalendar3 because both Subsubcalendar and Subsubcalendar2 are being hidden by the state of their parent folder and this behaviour is consistent across all devices?

Not consistent. According to my previous findings it would be:

1. Android: Flat list (no hierarchy): All except Subcalendar and Subcalendar3
2. iOS: the same as Android
3. Symantec app: All folders as in iOS, but with hierarchy.
4. Oultook: Flat list (no hierarchy): Calendar, Subcalendar2, Subcalendar4, Subsubcalendar3.

Note, that for mail folders it will look different.

In T224#31227, @greve wrote:

But we're only seeing Calendar, Subcalendar2, Subcalendar4 and Subsubcalendar3 because both Subsubcalendar and Subsubcalendar2 are being hidden by the state of their parent folder and this behaviour is consistent across all devices?

In T224#31224, @machniak wrote:

Not only deleted, but indeed IMAP allows for hierarchies with deleted parents. It may also exist but be unsubscribed (in general or for activesync only), or it may be a namespace root (which is also a kind of special folder and generally not subscibeable).

Not only deleted, but indeed IMAP allows for hierarchies with deleted parents. It may also exist but be unsubscribed (in general or for activesync only), or it may be a namespace root (which is also a kind of special folder and generally not subscibeable).

In T224#26147, @machniak wrote:

So, I tested some clients with my blacklist implementation and enabled folders hierarchies for all.
[...]

I updated the list in my previous comment with Outlook 2013 behavior. Now, we need to think what we can do to make the behavior better.

So, I tested some clients with my blacklist implementation and enabled folders hierarchies for all.

This is also relevant for Outlook clients connected by ActiveSync. Is there any news on this task?

In T66#11096, @Lorbus wrote:

I'd like to propose Rocket.Chat.

Related:
https://kolab.org/blog/seigo/2015/10/19/kolab-sso-and-second-factors
https://dev.tiki.org/Multi-factor+authentication

There's quite some items that may fall out of the actual implementation of just the collaborative editing server and client components not being as feature-complete as a full desktop client, with priorities to be established on a case-by-case basis.

No further enhancements to the #HKCCP.

Note there's also Save as Task dialog which if contained Attachments tab would also collide. The best solution should fix both and allow extending the Save as Task dialog with Attachment tab later.

Implemented for Files, not for Mail.

I'd like to propose Rocket.Chat. Maybe its not quite there yet but neither is this issue seemingly :)