Summary: | Copying IMAP folders misses mail contents | ||
---|---|---|---|
Product: | [Frameworks and Libraries] Akonadi | Reporter: | Christoph Bartoschek <bartoschek> |
Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED UNMAINTAINED | ||
Severity: | critical | CC: | aia2524, cbo, fpylin, jaanus, mgmadden, stasnel, thiago, tsunagaru8 |
Priority: | VHI | ||
Version: | 4.10 | ||
Target Milestone: | --- | ||
Platform: | openSUSE | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: | the result of gdb |
Description
Christoph Bartoschek
2011-12-30 09:06:51 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). Reproducible KDE / KMail 4.7.4 / fedora 16 Major data loss as well. 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. Created attachment 77481 [details]
the result of gdb
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 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 Happens reproducibly for me on Fedora20 kdepim-4.12.2-1.fc20.x86_64. Is someone working on this? 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. 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. |