https://bugs.kde.org/show_bug.cgi?id=324925
--- Comment #7 from luisfe <lftab...@yahoo.es> --- OK, using akonadi master, for the DB query I get id pimItemId partTypeId data datasize version external id name ns 57869 28999 9 ("Thu, 29 Sep 2011 21:21:29 -0300" "Re: diciembre" … 362 1 0 9 ENVELOPE PLD 57869 28999 10 0 1 0 10 HEAD PLD 80978 28999 11 0 1 0 11 RFC822 PLD So headers and full mail is not in the database. Now, I query on the raw socket, got: * OK Akonadi Almost IMAP Server [PROTOCOL 35] 0 LOGIN test 0 OK User logged in 1 CAPABILITY (NOPAYLOADPATH) 1 OK CAPABILITY completed 2 UID FETCH 28999 (CACHEONLY EXTERNALPAYLOAD PLD:ENVELOPE PLD:HEAD PLD:RFC822 ALLATTRIBUTES) * 28999 FETCH (UID 28999 REV 4 MIMETYPE "message/rfc822" COLLECTIONID 86 PLD:ENVELOPE[1] {362} ...here appears the envelope as in the database... PLD:HEAD[1] {3579} ...Many headers of the message... PLD:RFC822[1] {5051} ...Full message here... 2 OK UID FETCH completed NOW, after performing the raw queries, the item is found by nepomuk, if I perform a new database query I get id pimItemId partTypeId data datasize version external id name ns 57869 28999 9 ("Thu, 29 Sep 2011 21:21:29 -0300" "Re: diciembre" … 362 1 0 9 ENVELOPE PLD 57869 28999 10 "headers here" 3579 1 0 10 HEAD PLD 80978 28999 11 80978_r0 5051 1 1 11 RFC822 PLD And 80978_r0 is a copy of the mail in akonadi/file_db_data cache folder. If I restart akonadi, the cached file disappears, the database query gives again the first answer. id pimItemId partTypeId data datasize version external id name ns 57869 28999 9 ("Thu, 29 Sep 2011 21:21:29 -0300" "Re: diciembre" … 362 1 0 9 ENVELOPE PLD 57869 28999 10 0 1 0 10 HEAD PLD 80978 28999 11 0 1 0 11 RFC822 PLD But now the difference is that nepomuk stores the information of the mail. -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs