Bug 351571

Summary:	kmail doesn't recognize/show some IMAP folders
Product:	[Applications] kmail2	Reporter:	naworski98
Component:	folders	Assignee:	kdepim bugs <kdepim-bugs>
Status:	RESOLVED WORKSFORME
Severity:	normal	CC:	luxarf
Priority:	NOR
Version:	4.14.7
Target Milestone:	---
Platform:	Ubuntu
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description naworski98 2015-08-21 16:18:26 UTC

So, i can reproduce this Problem on several devices with Kubuntu 14.10 and 15.04 and the matching kmail/akonadi versions from the standard sources.
The Folders, that weren't recognized have names like "[foldername]" (except the ""). So other folders are shown properly, even with square brackets, as long they contain a space in between.
The two things that make me wonder are:
- it does just affect one mailserver (on others it works).
- there are no problems like that in Thunderbird.
I already tried to delete such a folder via the web interface of the mailserver and recreate it with kmail, but then it becomes instantly invisible (even thought it was created if i check in the webinterface or thunderbird). And if i create it again (without deleting) it's shown in kmail! But it seems there's no kind of connection to the real thing on the mailserver (also checked with tb and the webui).

Reproducible: Always

Steps to Reproduce:
1. Add a new Imap account to kmail/akonadi, which belongs to this specific university mailserver
2. Wait for synchronisation
3. Recognize, that some folders are missing (see the description)

Comment 1 luxarf 2017-04-14 20:31:29 UTC

I have my mails hosted at uberspace.de.
They are using Dovecot for IMAP.

I have the exact same issue: IMAP-folders with a name containing [string] are not shown and not accessible.

In a hierarchy of folders like this:
first_level
-second_level
--third_level

a. If all levels of hierarchy are using [string] as foldername, nothing is showing.

b. If the second level of hierarchy is using [string] as foldername, it is showing, but not with the name. The third level is also shown.
In this case, trying to fetch mails result in errors, becouse kmail is searching for "IMAP.first_level..third_level" which the IMAP-server cannot find.
The correct path would be "IMAP.first_level.second_level.third_level", but it seems as if "[string]" result in "".

Comment 2 Justin Zobel 2022-11-04 03:10:35 UTC

Thank you for reporting this issue in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version?

If you can reproduce the issue, please change the status to "REPORTED" when replying. Thank you!

Comment 3 Bug Janitor Service 2022-11-19 05:13:14 UTC

Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!

Comment 4 Bug Janitor Service 2022-12-04 05:14:51 UTC

This bug has been in NEEDSINFO status with no change for at least
30 days. The bug is now closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!