Version: 1.5.9 (using KDE 3.1.9) Compiler: gcc version 3.3.2 20030812 (Debian prerelease) OS: Linux (i686) release 2.4.22matthew This has happened twice for me now: our courier imap server sometimes fills its disc since we have tons of (okay, far too much!) automated mail. If I don't clear some space on the disc before syncing my inbox, it deletes the whole lot, or most of it, while reporting that the synchronization has gone successfully. It's now happened twice in this exact circumstance so I'd say it's easily reproducable. The courier imap version is from Debian 0.42.2-6 if that' s relevant.
I would think this is fixed in HEAD, but that is for someone else to decide. However, it is at least major.
I had absolutely the same behaviour with 1.7 (that came from KDE 3.3 via debian/testing). I lost ALL my mail now. I use disconnected IMAP with a GMX account. While retreiving mail, Kmail did not inform me about new mail the whole day now. But it received several mails and deleted (!!) them from the server but never displayed them. I only saw the mail in the inbox I already had. When I realized it I did a complete synchronize of all folders then. The result is that now I lost ALL my mail from all folders (they were completely removed from the server). I have enough space on the IMAP Account (more than 4 GB) and also on my local harddisk (13 GB).
I just tried something similar: I synchronized my folders again. Then again kmail did not display any mails (the few I received now) any more in all folders. Then I did a click on the receive button and again all mail was deleted from the server.
Exactly same behaviour als Christian reported before. Disconnected imap with GMX isnt very safe, but simply imap is, I think. The GMX support checked my accout but they told me that there is no problem with the server but maybe with my kmail. Kmail was 1.6.2. I use now 1.7.1 (KDE 3.3.1) available from SUSE, but the problem isnt solved yet.
*** This bug has been confirmed by popular vote. ***
This issue also occurs if the cachedimap is readonly (for instance, if a rude RAID card marks your filesystems RO while rebuilding). Even tho kmail could see the cache, because it couldnt write to it, it wiped all emails from the server. this is bad. I had an NFS homedir mount go readonly due to a bad RAID card, and Kontact wiped all emails (new, old, the works) from the mail server.
I replicated this behaviour by changing my uid, chown'ing -R my home dir and then starting KDE and KMail.
I can still reproduce this using trunk r887937. I did the following to reproduce: 1) Create a small loop device barely big enough to fit my cyrus mailspool 2) Move the mailspool into the loop device and use dd to fill it completely 3) Get mails using my dIMAP account => Apparently KMail deletes the message and fails on reuploading it. I'm not sure how/if the cyrus imapd is involved in making it fail.
Can you test again? In my opinion the downloading and uploading in kmail changed half a year ago.
Considering this fixed as long as you don't reporty the opposite.
Sorry, not tested since I don't have the original software setup to hand but it has been very many years!