Bug 291831 - Akonadi hangs when KMail retrieves message containing calendar invitation
Summary: Akonadi hangs when KMail retrieves message containing calendar invitation
Status: RESOLVED FIXED
Alias: None
Product: kdepim
Classification: Applications
Component: messageviewer (show other bugs)
Version: unspecified
Platform: Gentoo Packages Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-01-18 03:23 UTC by Matt Whitlock
Modified: 2012-02-16 17:15 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In: 4.8.0


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Matt Whitlock 2012-01-18 03:23:29 UTC
Version:           unspecified (using KDE 4.7.4) 
OS:                Linux

When I receive a message containing a calendar invitation and open it in KMail, the message displays (though the actual calendar MIME part doesn't), and then no further communication between KMail and Akonadi is possible. I cannot view any other messages or delete messages (even the offending message).

Reproducible: Didn't try

Steps to Reproduce:
1. Have someone send a calendar invitation to your inbox.
2. View the message in KMail.
3. Weep while you are forced to quit KMail and restart the Akonadi server.

Actual Results:  
Akonadi goes out to lunch and never comes back.

Expected Results:  
Akonadi returns calendar invitation to KMail and continues working properly.

Here's an example email (anonymized) that triggers the problem:

Return-Path: <xxxxxxx@xxxxxxxxx.xxx>
Delivered-To: xxxxxxxxx@xxxxxxxxx.xxx
Received: from smtp12.gate.ord1b (smtp12.gate.ord1b.rsapps.net [10.130.68.12])
	by store52a.mail.ord1b (SMTP Server) with ESMTP id 613CD248039
	for <xxxxxxxxx@xxxxxxxxx.xxx>; Tue, 17 Jan 2012 16:10:54 -0500 (EST)
X-Virus-Scanned: OK
X-MessageSniffer-Scan-Result: 0
X-MessageSniffer-Rules: 0-0-0-7870-c
X-CMAE-Scan-Result: 0
X-CNFS-Analysis: v=1.0 c=1 a=0avF66V-lNYA:10 a=wPDyFdB5xvgA:10 a=bU2uG0CPGp6dEaWpQu4M/Q==:17 a=nvst4rgfCryQ8Qkbzs0A:9 a=QEXdDO2ut3YA:10 a=eqLTO3ulomgA:10 a=baItdTLaAAAA:8 a=Jt4gv5EhAAAA:8 a=QaILcv5qkDY4GPyFDlgA:9 a=UTh_GLhs3yErJM1e6W8A:7 a=ERsEddscql0A:10 a=-Nkt_UkA2F8A:10
Received: from [98.129.184.1] ([98.129.184.1:51980] helo=smtp15.relay.dfw1a.emailsrvr.com)
	by smtp12.gate.ord1b.rsapps.net (envelope-from <xxxxxxx@xxxxxxxxx.xxx>)
	(ecelerity 2.2.3.49 r(42060/42061)) with ESMTPS (cipher=AES256-SHA) 
	id 62/E2-31047-ED3E51F4; Tue, 17 Jan 2012 16:10:54 -0500
Received: from smtp15.relay.dfw1a.emailsrvr.com (localhost.localdomain [127.0.0.1])
	by smtp15.relay.dfw1a.emailsrvr.com (SMTP Server) with ESMTP id D81613007E9;
	Tue, 17 Jan 2012 16:10:53 -0500 (EST)
X-SMTPDoctor-Processed: csmtpprox 2.7.4
Received: from localhost (localhost.localdomain [127.0.0.1])
	by smtp15.relay.dfw1a.emailsrvr.com (SMTP Server) with ESMTP id D1946300704;
	Tue, 17 Jan 2012 16:10:53 -0500 (EST)
X-Virus-Scanned: OK
Received: from smtp192.mex07a.mlsrvr.com (unknown [67.192.133.128])
	by smtp15.relay.dfw1a.emailsrvr.com (SMTP Server) with ESMTPS id B5DC83000C2;
	Tue, 17 Jan 2012 16:10:53 -0500 (EST)
Received: from 34093-MBX-C16.mex07a.mlsrvr.com ([192.168.1.126]) by
 152340-HUB02.mex07a.mlsrvr.com ([192.168.1.196]) with mapi; Tue, 17 Jan 2012
 15:10:51 -0600
From: xxxx xxxxxx <xxxxxxx@xxxxxxxxx.xxx>
To: "xxxx  xxxxxxx" <xxxxxxxx@xxxxxxxxx.xxx>, xxxxxx xxxxxxx
	<xxxxxxxx@xxxxxxxxx.xxx>, xxxx xxxxxx <xxxx@xxxx.xxx>, xxxx xxxxxxxx
	<xxxxxxxxx@xxxxxxxxx.xxx>, xxxx xxxx <xxxxx@xxxxxxxxx.xxx>, xxxx xxxxxxx
	<xxxx@xxxxxxxxx.xxx>, xxxx xxxxxxx <xxxx@xxxxxxxxx.xxx>, xxx xxxx
	<xxxxx@xxxxxxxxx.xxx>
Date: Tue, 17 Jan 2012 15:10:50 -0600
Subject: Product Management Meeting
Thread-Topic: Product Management Meeting
Thread-Index: AczVXH0mMCxFFTkbRjuDU991m3kb/A==
Message-ID: <0C3C6F7EBFA50842BAF7B502827B857829E7D9442B@34093-MBX-C16.mex07a.mlsrvr.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: multipart/alternative;
	boundary="_002_0C3C6F7EBFA50842BAF7B502827B857829E7D9442B34093MBXC16me_"
MIME-Version: 1.0


--_002_0C3C6F7EBFA50842BAF7B502827B857829E7D9442B34093MBXC16me_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

V2hlbjogVGh1cnNkYXksIEphbnVhcnkgMTksIDIwMTIgMTowMCBBTS0yOjAwIEFNLiBHcmVlbndp
Y2ggU3RhbmRhcmQgVGltZQ0KV2hlcmU6IHh4eC54eHgueHh4eCAtIFBhc3M6IHh4eHh4eHgjDQoN
Cip+Kn4qfip+Kn4qfip+Kn4qfioNCg0KQ0FMTCBNT1ZFRCBUTyBUVUVTREFZDQotLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLQ0KQ3VycmVudCBUYXNrcyAvIFJpc2sgSXRlbXMNCkNBUkUgdGVhbSBzdXBw
b3J0DQpVcGNvbWluZyBUYXNrcw0KT3BlbiBEaXNjdXNzaW9uDQoNCg==

--_002_0C3C6F7EBFA50842BAF7B502827B857829E7D9442B34093MBXC16me_
Content-Type: text/calendar; charset="utf-8"; method=REQUEST
Content-Transfer-Encoding: base64

QkVHSU46VkNBTEVOREFSDQpNRVRIT0Q6UkVRVUVTVA0KUFJPRElEOk1pY3Jvc29mdCBFeGNoYW5n
ZSBTZXJ2ZXIgMjAwNw0KVkVSU0lPTjoyLjANCkJFR0lOOlZUSU1FWk9ORQ0KVFpJRDpNb3VudGFp
biBTdGFuZGFyZCBUaW1lDQpCRUdJTjpTVEFOREFSRA0KRFRTVEFSVDoxNjAxMDEwMVQwMjAwMDAN
ClRaT0ZGU0VURlJPTTotMDYwMA0KVFpPRkZTRVRUTzotMDcwMA0KUlJVTEU6RlJFUT1ZRUFSTFk7
SU5URVJWQUw9MTtCWURBWT0xU1U7QllNT05USD0xMQ0KRU5EOlNUQU5EQVJEDQpCRUdJTjpEQVlM
SUdIVA0KRFRTVEFSVDoxNjAxMDEwMVQwMjAwMDANClRaT0ZGU0VURlJPTTotMDcwMA0KVFpPRkZT
RVRUTzotMDYwMA0KUlJVTEU6RlJFUT1ZRUFSTFk7SU5URVJWQUw9MTtCWURBWT0yU1U7QllNT05U
SD0zDQpFTkQ6REFZTElHSFQNCkVORDpWVElNRVpPTkUNCkJFR0lOOlZFVkVOVA0KT1JHQU5JWkVS
O0NOPXh4eHggeHh4eHh4Ok1BSUxUTzp4eHh4eHh4QHh4eHh4eHh4eC54eHgNCkFUVEVOREVFO1JP
TEU9UkVRLVBBUlRJQ0lQQU5UO1BBUlRTVEFUPU5FRURTLUFDVElPTjtSU1ZQPVRSVUU7Q049eHh4
eCAgeHh4eA0KIHh4eDpNQUlMVE86eHh4eHh4eHhAeHh4eHh4eHh4Lnh4eA0KQVRURU5ERUU7Uk9M
RT1SRVEtUEFSVElDSVBBTlQ7UEFSVFNUQVQ9TkVFRFMtQUNUSU9OO1JTVlA9VFJVRTtDTj14eHh4
eHggeHh4DQogeHh4eDpNQUlMVE86eHh4eHh4eHhAeHh4eHh4eHh4Lnh4eA0KQVRURU5ERUU7Uk9M
RT1SRVEtUEFSVElDSVBBTlQ7UEFSVFNUQVQ9TkVFRFMtQUNUSU9OO1JTVlA9VFJVRTtDTj14eHh4
IHh4eHh4DQogZTpNQUlMVE86eHh4eEB4eHh4Lnh4eA0KQVRURU5ERUU7Uk9MRT1SRVEtUEFSVElD
SVBBTlQ7UEFSVFNUQVQ9TkVFRFMtQUNUSU9OO1JTVlA9VFJVRTtDTj14eHh4IHh4eHh4DQogeHh4
Ok1BSUxUTzp4eHh4eHh4eHhAeHh4eHh4eHh4Lnh4eA0KQVRURU5ERUU7Uk9MRT1SRVEtUEFSVElD
SVBBTlQ7UEFSVFNUQVQ9TkVFRFMtQUNUSU9OO1JTVlA9VFJVRTtDTj14eHh4IHh4eHg6DQogTUFJ
TFRPOnh4eHh4QHh4eHh4eHh4eC54eHgNCkFUVEVOREVFO1JPTEU9UkVRLVBBUlRJQ0lQQU5UO1BB
UlRTVEFUPU5FRURTLUFDVElPTjtSU1ZQPVRSVUU7Q049eHh4eCB4eHh4eA0KIHh4Ok1BSUxUTzp4
eHh4QHh4eHh4eHh4eC54eHgNCkFUVEVOREVFO1JPTEU9UkVRLVBBUlRJQ0lQQU5UO1BBUlRTVEFU
PU5FRURTLUFDVElPTjtSU1ZQPVRSVUU7Q049eHh4eCB4eHh4eA0KIHh4Ok1BSUxUTzp4eHh4QHh4
eHh4eHh4eC54eHgNCkFUVEVOREVFO1JPTEU9UkVRLVBBUlRJQ0lQQU5UO1BBUlRTVEFUPU5FRURT
LUFDVElPTjtSU1ZQPVRSVUU7Q049eHh4IHh4eHg6TQ0KIEFJTFRPOnh4eHh4QHh4eHh4eHh4eC54
eHgNCkRFU0NSSVBUSU9OO0xBTkdVQUdFPWVuLVVTOldoZW46IFRodXJzZGF5XCwgSmFudWFyeSAx
OVwsIDIwMTIgMTowMCBBTS0yOjAwDQogQU0uIEdyZWVud2ljaCBTdGFuZGFyZCBUaW1lXG5XaGVy
ZTogeHh4Lnh4eC54eHh4IC0gUGFzczogeHh4eHh4eCNcblxuKn4qfioNCiB+Kn4qfip+Kn4qfip+
KlxuXG5DQUxMIE1PVkVEIFRPIFRVRVNEQVlcbi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tXG5DdXJy
ZW50DQogVGFza3MgLyBSaXNrIEl0ZW1zXG5DQVJFIHRlYW0gc3VwcG9ydFxuVXBjb21pbmcgVGFz
a3Ncbk9wZW4gRGlzY3Vzc2lvblxuDQpTVU1NQVJZO0xBTkdVQUdFPWVuLVVTOlByb2R1Y3QgTWFu
YWdlbWVudCBNZWV0aW5nDQpEVFNUQVJUO1RaSUQ9TW91bnRhaW4gU3RhbmRhcmQgVGltZToyMDEy
MDExOFQxODAwMDANCkRURU5EO1RaSUQ9TW91bnRhaW4gU3RhbmRhcmQgVGltZToyMDEyMDExOFQx
OTAwMDANClVJRDpEMENGQzI1QS1FRjE5LTRCODktQUIwMi01MDRDMjRGMEFGRkENClJFQ1VSUkVO
Q0UtSUQ7VFpJRD1Nb3VudGFpbiBTdGFuZGFyZCBUaW1lOjIwMTIwMTE3VDE0MDAwMA0KQ0xBU1M6
UFVCTElDDQpQUklPUklUWTo1DQpEVFNUQU1QOjIwMTIwMTE3VDIxMTA1MFoNClRSQU5TUDpPUEFR
VUUNClNUQVRVUzpDT05GSVJNRUQNClNFUVVFTkNFOjENCkxPQ0FUSU9OO0xBTkdVQUdFPWVuLVVT
Onh4eC54eHgueHh4eCAtIFBhc3M6IHh4eHh4eHgjDQpYLU1JQ1JPU09GVC1DRE8tQVBQVC1TRVFV
RU5DRToxDQpYLU1JQ1JPU09GVC1DRE8tT1dORVJBUFBUSUQ6MjEwOTgzNzAxNA0KWC1NSUNST1NP
RlQtQ0RPLUJVU1lTVEFUVVM6VEVOVEFUSVZFDQpYLU1JQ1JPU09GVC1DRE8tSU5URU5ERURTVEFU
VVM6QlVTWQ0KWC1NSUNST1NPRlQtQ0RPLUFMTERBWUVWRU5UOkZBTFNFDQpYLU1JQ1JPU09GVC1D
RE8tSU1QT1JUQU5DRToxDQpYLU1JQ1JPU09GVC1DRE8tSU5TVFRZUEU6Mw0KRU5EOlZFVkVOVA0K
RU5EOlZDQUxFTkRBUg0K

--_002_0C3C6F7EBFA50842BAF7B502827B857829E7D9442B34093MBXC16me_--
Comment 1 Kevin Ottens 2012-02-11 10:44:10 UTC
Looks like it should be on message view that one.
Comment 2 Matt Whitlock 2012-02-11 12:00:33 UTC
(In reply to comment #1)
> Looks like it should be on message view that one.

I am not so sure you're correct there. After such a message has hung the GUI, I can quit KMail entirely (the process exits) and restart it, and then no operations on that same IMAP server will work. (I cannot read any other messages or even delete messages.) The only way to restore operability with the server is to restart the Akonadi server. This suggests the bug is not in the view component.
Comment 3 Matt Whitlock 2012-02-16 16:36:27 UTC
This bug might be fixed now, as the kinds of messages that were hanging Akonadi are no longer doing so in KMail 4.8.0 and Akonadi 1.7.0.
Comment 4 Laurent Montel 2012-02-16 17:15:20 UTC
I fixed it in 4.8.0 (and backported to 4.7.x branch but we didn't released a 4.7.5)