Bug 426509 - No mails shown in KMail after synching
Summary: No mails shown in KMail after synching
Status: REPORTED
Alias: None
Product: kmail2
Classification: Applications
Component: message list (show other bugs)
Version: 5.14.3
Platform: Gentoo Packages Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-09-14 04:13 UTC by Krzysztof
Modified: 2020-09-14 07:16 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Krzysztof 2020-09-14 04:13:42 UTC
SUMMARY

No mails appears in KMail after synching an IMAP account from the "int.pl" domain.
The connection if working for sure, since the catalogs themselves are synched.
Even after restarting akonadi, or the system itself, nothing changes.

STEPS TO REPRODUCE
1. Configure the IMAP account (https://help.int.pl/news-parametry-do-konfiguracji-programow-pocztowych,nId,2258146)
   I used the following configuration:
     crypt: SSL/TLS
     port: 993 - using the default port 143, the account is unavailable
     login method: PLAIN
2. Check the e-mails.

Reproducible: always.

OBSERVED RESULT
KMail is acting as it is synching the mail account, but afterwards, there is no mail at all in any of the IMAP account.
I checked with other accounts, on other domains, and everything works just fine.

EXPECTED RESULT
Having access to the e-mails

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 5.18.5
KDE Frameworks Version: 5.70.0
Qt Version: 5.14.2

ADDITIONAL INFORMATION
I am using Gentoo, but tried and had the same result with Arch Linux on a virtual machine, and Ubuntu on a live USB stick.
Comment 1 stakanov.s 2020-09-14 04:35:42 UTC
I can confirm this for my system:
opensuse 15.1 
with plasma 5.12.8
Frameworks 5.55.0
QT 5.9.7
4.12.14-lp151.28.67-default
The bug hits all mailinglists (in my case the ones of opensuse).
Settings are:
SSL/TLS port 993. 
The accounts with STARTTLS and 143 (CRAMMD5) are not hit by this. 

An active refresh of the folders does not change. The number of the messages is indicated normally and in order of arrival but they are not displayed. 
When exiting the program and restarting, the mails appear, so there is not data loss. 
The messages appear also correctly filtered when they do not display and the notification is displayed timely and correctly, so this does not seem filter related. 

I did run akonadictl fsck and vacuum but there are no errors. 
Some times a crash of akonadi can be seen when exiting the program but does not seem to be related with this problem (as the bug presents 100% of the time, the crash maybe 10% of the exit / restart procedures.
Comment 2 Krzysztof 2020-09-14 07:16:58 UTC
I jest run the "akonadictl fsck" command, and everything is OK. After that, still no mails.
Maybe one additional information, it is that in my case, I do not even have the quantity of e-mails in any of the IMAP account folder. Everywhere is display "All 
 news: 0" even though I know there is something.