https://bugs.kde.org/show_bug.cgi?id=362699
--- Comment #3 from Christoph Pospiech <pospiech...@t-online.de> --- In an earlier command it was written that "It means that the item has been created in Akonadi and is waiting for the owning resource to store it in the remote storage". I just observed something that potentially points to a different direction. I had a couple of NULL entries today, not related to the trash scenario as described in my previous comment. Apparently, these entries were pointing to an non-existent entry in ~/.local/share/akonadi/file_db_data. But they also had a foreign key pointing to a collection. For one of those collections there happened to be only one mail that I touched/moved into this collection. I checked in Kmail - and the mail was still there. Means - there is another entry in the PimItemtable for this mail, and the entry with remoteID = NULL appears to be really obsolete - a stale duplicate so to speak. My other (more general) observation is that these entries don't go away, even if the connection to the IMAP servers is re-established. I did similar checks for the other mails. - And then decided to eliminate the stale entries via "DELETE FROM `pimitemtable` WHERE `remoteId` IS NULL;" - knowing that there are delete cascades into the other tables. Would that be the general solution ? Christoph Pospiech -- You are receiving this mail because: You are watching all bug changes.
