Bug 65571

Summary: Disconnected IMAP synchronization deletes most/all mail from remote mailbox when run in disc full situation on server
Product: [Unmaintained] kmail Reporter: Matthew Bloch <matthew>
Component: disconnected IMAPAssignee: kdepim bugs <kdepim-bugs>
Status: RESOLVED FIXED    
Severity: grave CC: bjoern, cm, david, des, lemma, michael.jahn
Priority: NOR Keywords: triaged
Version: SVN trunk (KDE 4)   
Target Milestone: ---   
Platform: unspecified   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description Matthew Bloch 2003-10-05 23:00:14 UTC
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.
Comment 1 Michael Jahn 2004-07-26 21:04:34 UTC
I would think this is fixed in HEAD, but that is for someone else to decide. However, it is at least major.
Comment 2 Chris 2004-08-28 17:59:46 UTC
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).
Comment 3 Chris 2004-08-28 18:05:27 UTC
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. 
Comment 4 schulze.sebastian 2004-10-26 17:23:07 UTC
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.
Comment 5 Thomas Köckerbauer 2005-08-29 20:36:59 UTC
*** This bug has been confirmed by popular vote. ***
Comment 6 Chris Hoy Poy 2006-02-22 09:06:58 UTC
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. 
Comment 7 hads 2006-05-14 23:40:26 UTC
I replicated this behaviour by changing my uid, chown'ing -R my home dir and then starting KDE and KMail.
Comment 8 Michael Leupold 2008-11-23 18:20:51 UTC
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.
Comment 9 Björn Ruberg 2009-12-11 00:36:54 UTC
Can you test again? In my opinion the downloading and uploading in kmail changed half a year ago.
Comment 10 Björn Ruberg 2009-12-18 22:13:49 UTC
Considering this fixed as long as you don't reporty the opposite.
Comment 11 Matthew Bloch 2009-12-18 23:46:21 UTC
Sorry, not tested since I don't have the original software setup to hand but it has been very many years!