Version: (using KDE KDE 3.2.91) Installed from: Unlisted Binary Package After upgrading from 3.2.x to 3.3b1, kmail/kontact purged all DIMAP folders upon first start. Luckily, no files on the server (courier) where touched. I still have a backup of the entire .kde directory, so if you want to check some specific things, let me know. Thanks, Carsten
Hi Carsten! Hmm, isn't this simply due to a UID-validity change, meaning kmail needed to download all mail again? (i.e. cached mail was temporarily purged, then re-downloaded) Or do mean mail really disappeared for good from the client, that was still on the server?
On Wednesday 11 August 2004 18:21, David Faure wrote: Hi David, (just back from vacation in France :) > Hmm, isn't this simply due to a UID-validity change, meaning kmail needed > to download all mail again? (i.e. cached mail was temporarily purged, then > re-downloaded) hmmmm, it's been some time and I can't remember exactly, but IIRC, kmail did not automatically re-download all the mails. IIRC, I even had to delete the account (in kmail's config), create a new one and download them then. Thus, all my local changes were lost (i.e. some new mails in the sent-mail folder and perhaps some moved mails otherwhere -- nothing serious. Cheers Carsten
I can confirm this. When I changed outgoing mail preferences the same thing happened to me. I also remember experiencing this once before that, the common thing between these was the Preferences window (and I think the Network tab was selected in both) and it happened when I pressed OK/Apply. And yes, after that the only way to see the IMAP folders again was to create a new account.
I don't think, the reports describe in detail what happened. The following scenario is possible (and it hit me too): Upgrade from a former KMail (e.g from KDE 3.2.x) to a KDE 3.3 (Beta1 or later). You will locally (!) loose all locally cached DIMAP folders because the account folder is converted from a name to an UID. However it is possible to download messages from the account again, so that your folder structure is rebuild and all messages are downloaded again from the server. This works in both directions BTW, i.e. KMail 1.6 <-> KMail 1.7. What could lead to loosing messages (and I didn't try it because I was not sure) is to rebuild the indexes and sync afterwards. OTOH throwing away the cache and rebuilding it does work - I checked that way. It would help a lot if Jarkko and Carsten could try to remember details like mentioned above. I'm afraid we won't find out what really happend otherwise.
I am unable to rebuild the indexes afterwards, nothing seems to happen when I try to use functionality provided by the "Troubleshoot IMAP cache" dialog. This could be because of a different bug, I don't know. I hope I will have time to investigate this further (and report two bugs I have on my todo), because kmail is completely unusable to me at the moment. P.S. Andreas, what did you mean by "throwing away the cache"?
On Mittwoch 18 August 2004 12:05, Jarkko Suontausta wrote: > I am unable to rebuild the indexes afterwards, nothing seems to > happen when I try to use functionality provided by the "Troubleshoot IMAP > cache" dialog. Strange. At least rebuilding the cache should work. > This could be because of a different bug, I don't know. I > hope I will have time to investigate this further (and report two bugs I > have on my todo), because kmail is completely unusable to me at the > moment. > > P.S. Andreas, what did you mean by "throwing away the cache"? In the "Troubleshoot IMAP cache" dialog is "Rebuild Indexes" and "Rebuild Cache" which is what I meant. Rebuilding the caches worked for me. However I didn't try to rebuild the indexes and to make a sync afterwards because I was afraid of a message loss.
What is the sequence of events that should happen when I press "Rebuild Cache"?
On Mittwoch 18 August 2004 13:50, Jarkko Suontausta wrote: > What is the sequence of events that should happen when I press > "Rebuild Cache"? Local changes in your cached DIMAP folders are discarded. The content of the folder is completely overwritten with the data from the server. I.e. you end up with a complete copy of your IMAP account state on your server. Hopefully I expressed this clearly enough...
I'm now quite sure know why nothing happens (actually an error message is shown, but before I could ignore it and things would still work). I will report this as another bug when I have time. So please ignore my most-probably off topic comments about not being able to rebuild the cache - the original problem still remains.
Kmail version too old. And I can not reproduce it in kmail 4.11. If this still happen to you. Please open new report for Kmail2.