Bug 366238

Actually opensuse tumbleweed has been updated to KDE Applications 16.08 including KDEPIM.

The reported bug is still existing.

Please advice me what kind of additional information are needed.

I have the same issue using Kubuntu 16.10 (kmail version 5.2.3)

These messages appear in .xsession-errors and the emails are not fetched:
log_imapresource: Detected inconsistency in local cache, we're missing some messages. Server:  64  Local:  0
log_imapresource: Refetching complete mailbox.
log_imapresource: Detected inconsistency in local cache, we're missing some messages. Server:  630  Local:  0
log_imapresource: Refetching complete mailbox.
log_imapresource: Detected inconsistency in local cache, we're missing some messages. Server:  45  Local:  0
log_imapresource: Refetching complete mailbox.
log_imapresource: Detected inconsistency in local cache, we're missing some messages. Server:  22  Local:  0
log_imapresource: Refetching complete mailbox.

Looks like the folder is not successfully synced so the IMAP resource tries to re-fetch every time.

Is there any debug output from Akonadi itself that could indicate what goes wrong?

Unfortunately, there is no further debug output.

I only observe the difference between mails on the server and local mails.

Using openSUSE Tumbleweed, the most recent version of KDE Applications 16.12 is available for testing. But the behavior has not changed.

Created attachment 103466 [details]
xsession-errors

I don't know how to switch on akonadi debug. I attach the complete .xsessions-error file, hope you will find something useful there. If not, please tell me how to enable debug.

I like to add the observation, that the IMAP account works on all Thunderbird instances using either Windows or Linux.

But it fails on all KDE instances including some 4.14 version on Windows delivered my Kolab and the most recent 16.12.0 on OpenSUSE Tumbleweed.

I  could perform some further tests in case I receive some detailed information on what to test. Furthermore, I can offer access to the IMAP server for testing.

I had a similar problem with DomainFactory IMAP.
Did you try to change authentication to Cleartext. This worked for me.

See https://bugs.kde.org/show_bug.cgi?id=280075 for additional information.

Changing to Cleartext does not solve the problem.
Why is it bug only "normal". It makes Kmail completely useless.

I installed akonadicontrol on opensuse leap 42.3 using KDE Applications 17.04.3.
Furthermore, in akonadicontrol / browser for the IMAP account the command 'Clear Akonadi Cache' and finally, 'akonadictl restart'.

The following error message has been issued for the relevant akonadi_imap_resource_4, i.e. the IMAP account of KabelMail:

Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
org.kde.pim.akonadicontrol: "AgentManager::agentInstanceSynchronizeCollection"  Agent instance  "akonadi_imap_resource_4"  has no resource interface!
org.kde.pim.akonadiserver: "Cannot connect to agent instance with identifier 'akonadi_imap_resource_4', error message: ''"

What kind of information do you need furthermore to judge on the issue?

I have several IMAP accounts in my KMail. I have migrated from kmail4 to kmail5, and some of them stopped working, as in the bug description. There are two accounts from one provider (interia.pl), and a few from other providers, and only the first provider has stopped working. It has the following IMAP flags:

IMAP4REV1 UIDPLUS CHILDREN ID XLIST NAMESPACE IDLE AUTH=PLAIN

While others (on dovecot) has more:

IMAP4REV1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS MULTIAPPEND UNSELECT CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH LIST-STATUS SPECIAL-USE

I tried updating to 17.08 RC but this has not helped.

Tried clearing cache, changing auth method, nothing helped.

Please run the following commands from a terminal:

export KIMAP_LOGFILE=/tmp/kimap.log
akonadictl --instance test start

(using the --instance test switch ensures that anything we do will be completely isolated from your main Akonadi setup).

Then start the Akonadi Console, and select the "test" instance. Use the "Agents" tab to add a new IMAP resource and configure it to the server that does not work and try to synchronize it.

Afterwards, you can run "akonadictl --instance test stop" in the terminal.

Now there should have a few /tmp/kimap.log.XXX files - make sure they don't contain any sensitive information and attach them here, or send them to me privately. The files contain logs of raw IMAP communication between the IMAP resource and the IMAP server, hopefully, with that information, I'll be able to figure out what our implementation does not like about those IMAP servers :)

Created attachment 107710 [details]
kimap logs from test akonadi instance

I started to generate the requested files on my different systems.
Now I can observe the following behavior.

I operate openSUSE Leap 42.3, Leap 42.2 and tumbleweed on a Linux laptop.
Furthermore, KMail client E14, see
https://mirror.kolabenterprise.com/pub/upload/windows/Kontact-E14-LATEST.exe,
on two different Windows 10 desktops.

Previously, all installations failed to fetch mails from imap.kabelmail.de.
The sub-folders of the account where detected but never filled with mails as 
outlined in the bug report. This behavior was consistently observed over years on Leap 42.2, tumbleweed, and Windows until early July 2017. Thus, I always used the POP3 version to retrieve the mails from this server. 

Now, after the holiday season, the mails are fetched on all systems (Linux and Windows). But due to the improvement on Windows using KDE 4.13.0.24, I assume that the server running imap.kabelmail.de was updated at any time this summer to a new version. I do not believe any longer that some Linux client running KDEPIM  is responsible. This also explains, why this bug has not been erased by KDEPIM developers.

Thus, I could only provide protocols from positively working examples.
Are these still interesting?

Nevertheless, I like to thank you for all the time and effort in running and 
improving KDEPIM.

Thanks for the update; changing status.

Created attachment 111479 [details]
akonadi test instance logs

I still have this problem using kmail2 5.5.3 (from Kubuntu 17.10). Akonadi test instance logs attached.

Created attachment 111480 [details]
akonadi console debugger log

Does the akonadi console debug output help at all?

Problem still there in 5.7.3 (Kubuntu 18.04)

Is anyone looking at this bug?

Could it be related to translations/encoding? I see both IMAP folder names from logs in comment #16 and comment #13 have non-ASCII characters.

Even if folder names character encoding would be a problem "INBOX" folder should work fine, right?

Created attachment 133704 [details]
akonadi console kimap logs

I'm experiencing this problem with an account from my local ISP, akonadi can see the IMAP folder, how many messages are on them, see the discrepancy between message count on the server and local copies, tries to fetch them but won't fetch a thing at the end, no feedback either, other mail accounts from popular services (google, yahoo, etc.) work well by the way. This problematic account can be synced in Thunderbird but not on Kmail (Trojita failed too), I've attached the kimap.log files from my test conducted as explained a few comments above.

As after reading the logs it doesn't seem to be any specially helpful info on them at least to my untrained eye, I'll be able to conduct more testing if guided. Also, can provide login credentials for this account if needed.

Forgot my system info:

Operating System: KDE neon 5.20
KDE Plasma Version: 5.20.3
KDE Frameworks Version: 5.76.0
Qt Version: 5.15.1
Kernel Version: 5.4.0-54-generic
OS Type: 64-bit
Processors: 4 × Intel® Core™ i5-4670 CPU @ 3.40GHz
Memory: 15.6 GiB of RAM
Graphics Processor: GeForce GTX 1060 3GB/PCIe/SSE2