<p>I just read your blog and it explains this well. Could you slightly expand on the format used for imap cache? Folder hierarchy and how we can maybe read and understand the database files?</p>
<p>Here is the reason I ask for the above info. I use disconnected imap with gmail and if you use gmail/imap you would know that it has a pseudo "[Gmail]" folder under which it has its "sent", "thrash" etc. This [Gmail] folder itself can contain no mail but for some reason, akonadi thinks it has 14 mail and tries to retrieve them when I clickmon the folder and starts endlessly spinning. I noticed the 14 number in the folder properties dialog. Now I want to tell akonadi to dump that's folder and rebuild its index for it. I don't want to do that for the full account as that process took almost 48hrs the last time.</p>

<p>For some info on the way I use my system, I rarely restart but suspend/resume several times a day and my home dir is on a local hdd. By the way, akonadi seems to be very poor at recognizing internet connection loss. I often have to restart akonadi but sometimes toggling kmail online/offline helps.</p>

<p>--<br>
Cheers!<br>
Kishore</p>
<div class="gmail_quote">On Nov 13, 2011 1:34 PM, "Andras Mantia" <<a href="mailto:amantia@kde.org">amantia@kde.org</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Stephan Diestelhorst wrote:<br>
<br>
> Is there a reason why they are not default? If my email were POP, I<br>
> would have lost considerable amounts of mail by this.<br>
<br>
This is common misconception: losing the akonadi database will NOT lose your<br>
mails. The database stores two things:<br>
- it acts as a cache<br>
- it stores metadata information (tags, extra flags)<br>
<br>
For POP3, what you'd lose it tags. For POP3 the mail body is cached only<br>
temporary, it is deleted after a time anyway. Flags are stored encoded in<br>
the filename (well, if you have KDE 4.7.2+).<br>
<br>
For disconnected IMAP the database stores the whole mail, but of course<br>
there is no data loss, as the mails are also stored on the server.<br>
<br>
Neverthless having a corrupted database is bad, and this being a mysql bug<br>
puts us in a bad situation, as MySql is the most tested backend and the<br>
current default (sqlite is unreliable, postgres might work, although it is<br>
not that well tested), as makes the applications unusable and takes up<br>
considerable amount of time (user's time).<br>
<br>
> The MySQL folks suggest to dump the database and manually feeding the<br>
> data back in there, maybe AKonadi could do that?<br>
<br>
Question is, how often? When? And that would double the amount of space you<br>
need in the $HOME.<br>
<br>
BTW, is you $HOME on an NFS share? AFAIK that has problems with mysql<br>
databases especially on suspend/resume.<br>
<br>
Andras<br>
_______________________________________________<br>
KDE PIM users mailing list<br>
Subscription management: <a href="https://mail.kde.org/mailman/listinfo/kdepim-users" target="_blank">https://mail.kde.org/mailman/listinfo/kdepim-users</a><br>
</blockquote></div>