Bug 314783

Summary:	slow IMAP connection hogs the preview pane
Product:	[Applications] kmail2	Reporter:	Michi <woskimi>
Component:	UI	Assignee:	kdepim bugs <kdepim-bugs>
Status:	CONFIRMED ---
Severity:	normal	CC:	erenoglu, giecrilj, kdenis
Priority:	NOR
Version:	5.3.1
Target Milestone:	---
Platform:	openSUSE
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description Michi 2013-02-09 18:16:28 UTC

IMAP fetches are extremely slow most of the time, particularly but not only for imap-ssl.mail.yahoo.com

I might even get used to it but what really gets in my way is the fact that the preview pane only gets a refresh when the whole queued jobs have been completed.
When one message can't get loaded instantly I might try another one, but that is not working due to the situation I have discribed.

Reproducible: Always

Comment 1 Emre 2013-06-09 17:58:43 UTC

I confirm this. The preview pane does not respond to commands (other message selections) before whole IMAP is synced.

Comment 2 Christopher Yeleighton 2013-06-23 16:10:13 UTC

Additionally, when one IMAP server is malfunctioning (e.g. not responding), all other IMAP servers are blocked.  You can update the list of messages but you cannot view any,  KMail tells you to wait (forever).  The only workaround is to temporarily disable the offending server.

Comment 3 Denis Kurz 2016-09-24 18:19:39 UTC

This bug has only been reported for versions before 4.14, which have been unsupported for at least two years now. Can anyone tell if this bug still present?

If noone confirms this bug for a Framework-based version of kmail2 (version 5.0 or later, as part of KDE Applications 15.12 or later), it gets closed in about three months.

Comment 4 Michi 2016-09-25 06:23:27 UTC

(In reply to Denis Kurz from comment #3)
this still exists.
Generally, this is the case after a lost network connection (e.g. after the computer went into sleep mode).

Comment 5 Denis Kurz 2016-09-25 17:27:23 UTC

Michi uses version 5.3.1 as discussed in another bug, setting to confirmed.