SUMMARY The EWS fetched mails are frequently corrupted: the mail itself and its content are fine, but the show up as (No Subject) with a date of October -4714. When the cache is deleted and the mails refetched they are listed correctly. STEPS TO REPRODUCE 1. Let the EWS agent run normally OBSERVED RESULT Mails are frequently misclassified as having no subject, unknown sender and a strange date. purging the cache and relaunching fixes it, but it is very irritating as it happens for a good fraction of the mails requiring frequent restarts EXPECTED RESULT sender subject and date should be reported correctly. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION
Can confirm the issue, but I think it is actually Kmail's problem, not akonadi. The email details show fine in the notification popup, and also in the headers inside the mail viewer. The issue is in in kmail's email list, looks like the email is inserted in the list before all details are retrieved. Simply restarting kmail (without restarting akonadi or cleaning the cache) fixes this for me.
(In reply to Antonio Rojas from comment #1) > Can confirm the issue, but I think it is actually Kmail's problem, not > akonadi. The email details show fine in the notification popup, and also in > the headers inside the mail viewer. The issue is in in kmail's email list, > looks like the email is inserted in the list before all details are > retrieved. Simply restarting kmail (without restarting akonadi or cleaning > the cache) fixes this for me. I will try this. I thought I already had. could it be linked with the headers' display then?
(In reply to Antonio Rojas from comment #1) > Can confirm the issue, but I think it is actually Kmail's problem, not > akonadi. The email details show fine in the notification popup, and also in > the headers inside the mail viewer. The issue is in in kmail's email list, > looks like the email is inserted in the list before all details are > retrieved. Simply restarting kmail (without restarting akonadi or cleaning > the cache) fixes this for me. I can confirm this is related to kmail. Restarting indeed clears the display issue. I've changed the product.
Antonio Rojas are you also using EWS? I never encountered this issue with IMAP and looking at the responsible code in messagelib, it seems kmail is able to fetch a valid Akonadi::Item from akonadi and the item contains a KMime::Message::Ptr but the KMime::Message is completely empty which is the issue here.
(In reply to Carl Schwan from comment #4) > Antonio Rojas are you also using EWS? Yes, this is specific to the EWS accout. I have never seen this on IMAP in the 15+ years I've been using Kmail.
(In reply to Antonio Rojas from comment #5) > (In reply to Carl Schwan from comment #4) > > Antonio Rojas are you also using EWS? > > Yes, this is specific to the EWS accout. I have never seen this on IMAP in > the 15+ years I've been using Kmail. Same for me
I have the same problem. I'm using Kmail since the beggining and never had such problem neither with imap/pop and their counterpart in ssl. Moreover the account that trigger the problem was in Imap and had no problem, but then Microsoft decided to remove the access in Imap and had to convert. Now I have the probem.
I have not observed this behaviour in the latest kontact/kmail. The bug may have been fixed.