| Summary: | Kmail loses mail bodies | ||
|---|---|---|---|
| Product: | [Applications] kmail2 | Reporter: | xor <xor> |
| Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
| Status: | RESOLVED UNMAINTAINED | ||
| Severity: | normal | CC: | bjoern, halla, marcinkocur, Martin, xor |
| Priority: | NOR | ||
| Version: | 4.11.4 | ||
| Target Milestone: | --- | ||
| Platform: | Ubuntu | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: |
Empty mails in mailfolder view
Source of empty mails An example of an on-disk maildir file of an affected mail |
||
|
Description
xor
2010-04-02 14:56:00 UTC
Created attachment 42441 [details]
Empty mails in mailfolder view
Created attachment 42442 [details]
Source of empty mails
Think this is a duplicate - as long as you are using IMAP, of course *** This bug has been marked as a duplicate of bug 104073 *** I'm using POP3, not IMAP :| Hi, I've dist-upgraded to Kubuntu 10.04 now. - This means that I am on KMail 1.13.2 now - I have disabled the bogofilter filter and the clamav filter. Effectively now I only have filters now which move mails within the KMail mail folders, there are no filters which pipe through external applications. - I am using POP3, so it is not a duplicate of the IMAP bug And the issue STILL happens :( IMHO it is an in-acceptable behavior for a mail program to lose mails :( Therefore I would like to ask you whether you can raise the severity of this issue, given the fact that it has not been fixed for over 8 months - I would really appreciate if this issue could be fixed, because it typically causes mails from my development mailing lists to be dropped, which effectively results in MORE bugs in different applications because I might lose bug reports. So this bug breeds children :) I will try to help with the bug hunting as much as I can. As I'm a developer myself I should be able to follow very technical instructions, however I do not have a setup for compiling KMail and I would prefer not doing that - I want my Kubuntu to stay in a virgin state. Reversible configuration changes can happen however. Thank you, xor I've tried the "Recreate index" feature on an affected folder and it didn't restore the emtpy mails. So the index is not the problem I guess. Does it happen with the same mail on every view? If so could you post the entire message here (as it is on disk not as seen in the source viewer, or even better as it is/was on the server before the filters)? It happens in the preview pane and also when I open the mail in its own window by double-clicking... I've located the folder where the affected mails are as ~/.kde/share/apps/kmail/mail/.Freenet.directory/devl/cur/ ... sorted them by size and found that there are 6 files which are 178 byte only... this matches the count of broken mails in kmail which is also 6... "UNFORTUNATELY", the date of all those files is April. That was when I still had bogofilter+clamav. So I am unable to find the mail which recently showed up as empty in KMail ... either it is completely gone or it was a display error only :| I am uploading one of the 6 broken mails anyway as attachment here... Created attachment 54562 [details]
An example of an on-disk maildir file of an affected mail
I've seen it happen again with KMail 1.13.5 What can I do to make you guys finally attempt to fix this? Donation? How many EUR? Mail software which deletes random mails is unusable and I don't feel like there are any suitable alternatives on KDE. I'm really sad about this. Please help. xor maybe you should report it against kmail2 and not kmail. Maybe devs didn't received your bugreport... @Comment #11: Why? Version says1.12.2 I can confirm that this happens to me, too, with KMail 4.11.4. It's very treacherous since it seems to be mostly random. I download mail with pop3, read it, everything is fine. Then a month later, I have to refer to that mail again, find it in the list and the body is gone. Really, really gone. The file on disk is empty or just has a header. If this were a bug in Krita, I'd confirm it and bump it up to critical... Thank you for your report.Does this bug still happen to you with KMail and Akonadi 16.04? If so, please reopen as a new bug as KDEPIM SC 4 and Akonadi 1 is unmaintained. Also always use one bug report for one problem. Thank you, Martin Well, I stopped using KMail because of this and similar issues -- like endless waits and the "mime conflict resolution diff" dialog -- about a year or so ago. And given how hard it's to migrate between mail clients if you need a few hundred filter rules and get thousands of mails a day, I'm not even contemplating going back and trying kmail2 again.I just cannot afford risking my mail again just to verify whether this bug is still present. It's too valuable for little experiments like that. Whether or not this bug might be magically fixed because there's now a new version and the old one isn't maintained anymore, the ship has sailed: I will never, ever, try kmail and akonadi again. I'm using _pine_ now. Sad, but understandable Boudewijn. I had data losses myself, but the last has been a very long time ago. I think Akonadi got much more stable related to data safety, but I can understand you. I migrated to Thunderbird when Kmail started loosing data. There is a difference between 2 formats Kmail and Thunderbird use but they are all open, so there should be no problem with migration. However, I encountered problems until they were solved by simple python script: http://www.ulduzsoft.com/2012/01/from-kmail-to-thunderbird/ It works really fast. You can have thousands of e-mails converted in a matter of just few minutes. And it doesn't malform your data while doing it. |