Bug 336216

Summary:	A couple of corrupted emails with missing headers always appear in trash
Product:	[Frameworks and Libraries] Akonadi	Reporter:	auxsvr
Component:	Maildir Resource	Assignee:	kdepim bugs <kdepim-bugs>
Status:	RESOLVED UNMAINTAINED
Severity:	critical
Priority:	NOR
Version:	1.12.1
Target Milestone:	---
Platform:	openSUSE
OS:	Linux
Latest Commit:		Version Fixed In:
Attachments:	Sample of corrupted message

Description auxsvr 2014-06-14 12:26:51 UTC

About a year ago akonadi started corrupting the e-mails moved to the trash folder. The corrupted e-mails are always one or two, with every header before Content-Type missing and other forms of corruption, e.g. sometimes "=20" appears after line end. If I remember correctly, this started when a fix was merged, which had the side-effect that tens of copies of messages appeared in every folder and was reverted in the next version. The corruption appears in the file saved on disk, it is not transient.

I'm marking this as critical, even though data loss of messages in trash is not data loss per se, because potentially it could affect moving messages between folders.

Reproducible: Always

Steps to Reproduce:
1. I cannot reproduce this on another installation with the same KDE version.
Actual Results:  
Corrupted messages appear in trash folder when they expire.

Expected Results:  
Messages should not be corrupted under any circumstance.

Comment 1 auxsvr 2014-06-14 12:30:14 UTC

Created attachment 87189 [details]
Sample of corrupted message

Comment 2 Denis Kurz 2016-09-24 20:44:35 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 3 Denis Kurz 2017-01-07 22:28:13 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.