Correcting the priority from 60/40 to Normal

Correcting the priority from 60/40 to Normal

Hard to say it's deployment or code issue and it's old. Closing.

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.

D165: Implemented Tasks Export (T147, #3861) will need to be ported to the roundcubemail-plugins-kolab-3.2 branch.

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

Fixed the initial issue. I could not find a reproduceable test case, but the fix is really simple and the same check is used few lines before.

In T66#11096, @Lorbus wrote:

I'd like to propose Rocket.Chat.

Roundcube 1.2 uses the same LIST command. It's possible to disable SPECIAL-USE in Roundcube too.

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