[Akonadi] [Bug 324925] Already-existing MAILDIRs not getting indexed with KDE 4.11

[luisfe]

https://bugs.kde.org/show_bug.cgi?id=324925

--- Comment #7 from luisfe <lftabera at 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.