Version: (using KDE KDE 3.2.2) Installed from: Debian testing/unstable Packages OS: Linux I have my mails in local folders (downloaded from pop3). Kmail destroyes mails when I'm setting the cursor at a line of a mail in the list of mails in one folder. At the moment I can see that Kmail destroys mails older than november 2003. Maybe it is because these are mails from an older version of kmail. The header of a mail, which I want to try now containes the line: User-Agent: KMail/1.5.3 The file is ~/Mail/sent-mail/cur/1063547443.1446.HiJY:2,S After my test I have the same result as before. kmail tells me no "from" no "to", no address. Now I found, that the file itself seems not to be destroyed. Now I tried one with the line User-Agent: KMail/1.5.4 and this one is not destroyed. It is from november 1 2003. I'm using kmail with german translation. I don't want to include the whole mails because these are privat ones. If you need more infomation, please sent me a mail. Regards, Ulli
I can confirm this, and I think it's a rather grave bug as it makes the user think whether it's worth using kmail as a longer-term email client.
dataloss -> grave
(well, it doesn't actually destroy the files, as the reporter has already mentioned, but one cannot make any use of them)
Downgrading the severity to major, as it's not a real dataloss, just index corruption. Clarifying the description.
RE: #4 ...as it's not a real dataloss, just index corruption. I consider that a dataloss, as the kmail ( v 1.6.2 ) crashes at startup with old verson ( 1.5 ) mail folders i.e. I want my mail back ( Please )
I just tried to reproduce this by creating the index of the inbox folder (maildir format, 1000+ messages) with KMail 1.4.3. Then I started the current development version of KMail. KMail had no problems handling the inbox, i.e. it did neither crash nor forget messages. So the only way to track down the problem is to provide me with the affected folders plus the corresponding index files. If that's not possible then there's not much we can do about this. Sorry.
On 17 Jul 2004, Ingo KlXXcker wrote: > ------- You are receiving this mail because: ------- > You are a voter for the bug, or are watching someone who is. > > http://bugs.kde.org/show_bug.cgi?id=80988 > > > > > ------- Additional Comments From kloecker kde org 2004-07-17 23:23 ------- > I just tried to reproduce this by creating the index of the inbox folder (maildir format, 1000+ messages) with KMail 1.4.3. Then I started the current development version of KMail. KMail had no problems handling the inbox, i.e. it did neither crash nor forget messages. > > So the only way to track down the problem is to provide me with the affected folders plus the corresponding index files. If that's not possible then there's not much we can do about this. Sorry. > 1000 is only about 1/4 of the size of my message directory. . PLEASE TRY WITH a much larger sample than 1K Because I can not read my older mail, I can not remove mail that is not considered public. While 95% is not sensitive material, I can not take the chance that some of it is not for puplic reading. Thanks for the efforts, there must be a big problem with this area of Kmail, as it is repeatable on my two computers with the SuSE9.1 versions Also, there are many other people writing about that BUG Regards, and good hunting. John
*** Bug 85749 has been marked as a duplicate of this bug. ***
Yep, I got that problem, too SuSE9.1 All fields (date, ...) were "unknown" All mails I clicked on got that efeect and were lost...
Seems that I have the same bug, too. As the other posters, I can't send the dir. The problem doesn't seem to be related to the number of mails in the specific folder. The affected folder (inbox) contains 1576 messages, but I have much larger ones (ca. 16000). I think (not 100% sure though because I also swiched to kde 3.3 around that time) that this appeared when I used "Compact all folders". I can't spot any pattern as to which messages disappeared. All messages I recived after the bug appeared are intact. Then from the two years before this only around 30 have survived. The older ones ar also intact. Regenerating the .inbox.* files doesn't help either
Created attachment 7473 [details] The empty messages which get created by reindexing Well the last statement is not 100% correct. After deleting .inbox.* and restarting the messages reappear, but for each message an additional message us created without contents. (see attachment.)
Since we still don't have any data to reproduce the described behavior we are at a loss as to how to fix it. Calling all stations, anyone able to reproduce this and willing to help us debug it, please stand up and be counted.
Hallo, I will attache some mails for which I have the problem. Maybe this helps. After removing .inbox.index, .inbox.index.ids, .inbox.index.sorted I can see the information about the mails within the inbox but after click on the line the information is lost again. Kmail Version 1.7.1 Kontact Version 1.0.1 KDE Version 3.3.1 Regards, Ulrich On Tuesday 28 December 2004 14:42, Till Adam wrote: > ------- You are receiving this mail because: ------- > You reported the bug, or are watching the reporter. > > http://bugs.kde.org/show_bug.cgi?id=80988 > > > > > ------- Additional Comments From adam kde org 2004-12-28 14:42 ------- > Since we still don't have any data to reproduce the described behavior we > are at a loss as to how to fix it. Calling all stations, anyone able to > reproduce this and willing to help us debug it, please stand up and be > counted. http://diato.org/tablat.htm Diskutieren Sie mit Experten aktuelle Fragen des modernen Managements gesch
Hi Ulrich, attaching the mails didn't work. Please attach them directly via the "Create a New Attachment" functionality of bugs.kde.org for this bug report, i.e. at http://bugs.kde.org/show_bug.cgi?id=80988.
Created attachment 9632 [details] Sorry, was not the right file, ignore For this Mail I get the describeed problem. Was it right to declaire the content type as plain text? Else send me a message to upload again.
Created attachment 9633 [details] Mail with described problem Hopefully now I will send the right file.
Created attachment 9634 [details] Mail with problem please tell me if text/plain has not been the right choise
Created attachment 9635 [details] Mail with problem
Created attachment 9636 [details] Mail with problem file name: 1065971490.1663.if1C:2,S
Comment on attachment 9633 [details] Mail with described problem file name: 1066320069.1065.920q:2,S
The files you attached don't show any problem here, with KMail 1.8. I really don't know what to do with this bug...
I had a (maybe?) similar problem and found KMail 1.7.1 to show this behaviour when it doesn't have write permissions to the file. (It does have read permissions of course). For me it shows the mail in the list after re-indexing, but whenever I click on the mail in the mail list, the subject changes to "No subject" and the sender to "unknown". Note that some older KMail versions worked fine with those files. You should check the ownership and permissions of the problematic files.
I had the same problem with permissions like Cornelius. I don't know, why I had different permissions (maybe old version of Kmail or restoring backups). I don't know, why kmail needs write permission, but it should not be that no information is shown without write permission.
as far as I remember this problem occured the first time when I upgraded from SuSE 8.2 to SuSE 9.0, so the change probably happend between KDE 3.1.1 and KDE 3.1.4.
I'm not sure if it is related, but when I open any new e-mail with mutt and later on try to open it with kmail I get the same behaviour as shown above.
I also have this problem desribed above, but with REAL data loss. My versions are. $ kmail --version Qt: 3.3.8 KDE: 3.5.8 KMail: 1.9.7 The number and the state of the messages are correct, but all the headers in the list are "unknown". All the corrupted mails have only these headers (but nothing else, my maildir folder is full with ~68 byte files): Status: RO X-Status: RC (or RAC, RT) X-KMail-EncryptionState: N X-KMail-SignatureState: N X-KMail-MDN-Sent: I came this problem when I filtered my messages (circa 270 in one task), and while the job kmail crashed. After restarting the same problem occured as in the main bug description, with the exception that I really lost my data from my folder.
This bug still exists in KDE4. I used kmail 1.10.92 from Kubuntus KDE4.2beta2 packages. Steps to reproduce: - Change permissions of one or more mail-files of a local mail folder to read-only - Look for the mail in kmails message list, you will notice the mail is listed correctly - select the mail: the above described behaviour (empty header fields) occures
I just tried with kmail 1.13.0 from Kubuntus KDE SC 4.4 PPA Packages. The issue is not reproducible any more.