Bug 290153 - Copying IMAP folders misses mail contents
Summary: Copying IMAP folders misses mail contents
Status: RESOLVED UNMAINTAINED
Alias: None
Product: Akonadi
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: 4.10
Platform: openSUSE Linux
: VHI critical
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-12-30 09:06 UTC by Christoph Bartoschek
Modified: 2017-01-07 22:29 UTC (History)
8 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
the result of gdb (602 bytes, application/octet-stream)
2013-02-21 04:40 UTC, Geoff Madden
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Christoph Bartoschek 2011-12-30 09:06:51 UTC
Version:           4.8 (using KDE 4.7.2) 
OS:                Linux

I copy a whole folder structure from an IMAP server to local folders. In the result all mails are visible but in lots of folders only the mail headers are copied. Not the whole mails.

Reproducible: Always

Steps to Reproduce:
Copy a folder structure from IMAP to local. kmail or akonadiconsole, it does not mattetr.

Actual Results:  
Empty mails. Header only

Expected Results:  
Full mails.
Comment 1 Thiago Macieira 2012-01-01 14:54:53 UTC
I've got a similar situation. The copying of only email headers has happened to me before, usually when I copied emails for which KMail/Akonadi had only downloaded the headers. It doesn't download the email bodies before re-uploading them.

Now I've got another: somehow it failed to copy anything at all. It tells me the emails have been uploaded, but they have not.

In fact, this was a move, not a copy. It was supposed to do UID COPY, but that somehow failed with no visible error indication. So Akonadi thinks the emails are in the destination folders, but they aren't. After the "copy" was complete, it proceeded to delete the original emails. Now the server has no copy of the emails.

Major data loss (if I hadn't backed up when I realised something was amiss).
Comment 2 Frank Lin 2012-03-08 11:28:28 UTC
Reproducible KDE / KMail 4.7.4 / fedora 16

Major data loss as well.
Comment 3 Geoff Madden 2013-02-19 06:05:48 UTC
Hi there, having hassles with 4.10.0 with the same results,headers downloaded but no body.
Today I received a message that kmail could not obtain a lock,then it quit.
Comment 4 Geoff Madden 2013-02-21 04:40:26 UTC
Created attachment 77481 [details]
the result of gdb
Comment 5 Geoff Madden 2013-02-21 04:44:05 UTC
I dont think that the attachment will be of much help, to me it really doesn't give much help, running kmail-4.10.0 on gentoo
Comment 6 Camilla Boemann 2013-11-12 14:24:11 UTC
Happening for me too (on debian),  as thiago explained in comment 1

I'm increasing importance to critical, as I too lost data, so problem is still out there and will potentially hurt people severely
Comment 7 jaanus 2014-02-22 20:58:06 UTC
Happens reproducibly for me on Fedora20 kdepim-4.12.2-1.fc20.x86_64.

Is  someone working on this?
Comment 8 Denis Kurz 2016-09-24 20:38:11 UTC
This bug has only been reported for versions older than KDEPIM 4.14 (at most akonadi-1.3). Can anyone tell if this bug still present?

If noone confirms this bug for a recent version of akonadi (part of KDE Applications 15.08 or later), it gets closed in about three months.
Comment 9 Denis Kurz 2017-01-07 22:29:24 UTC
Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.0 aka 15.08), please open a new one unless it already exists. Thank you for all your input.