Bug 167642 - Freezes when reading large mail
Summary: Freezes when reading large mail
Status: RESOLVED WAITINGFORINFO
Alias: None
Product: kmail
Classification: Applications
Component: messageviewer (show other bugs)
Version: 1.10.0
Platform: Ubuntu Linux
: NOR wishlist
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-07-29 08:27 UTC by Nicola Döbelin
Modified: 2012-08-19 00:20 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Nicola Döbelin 2008-07-29 08:27:01 UTC
Version:            (using KDE 4.0.98)
Installed from:    Ubuntu Packages
OS:                Linux

I sent an e-mail with an attached video file. It was returned by the mailer demon with the video file embedded as ASCII text (10 MB) due to a wrong recipient address. As soon as I clicked on the e-mail, Kmail froze and I had to kill it after several minutes.

I suggest to add a warning if the user tries to open an e-mail with a text body bigger than a certain threshold. The warning should offer to 1) load the entire message (with the possibility to abort if it takes too long), or 2) only show the first 100 (or so) lines.
Comment 1 Xavier Brochard 2009-02-06 15:30:08 UTC
As a workaround, you can define a filter to move the message in another folder.
Then you can open the file in your ~/kde(4)/share/apps/kmail folder using a text editor.
Comment 2 Clemens Wehrmann 2009-04-09 16:08:02 UTC
kmail 1.11.0

Clicking on a stray 36MB message (in a maildir folder) caused a 500MB spike in memory consumption causing the host to swap and kmail to hang.  After an hour the UI (menus, buttons, message-list) returned, but the message was not displayed in the preview.  Double clicking the message resulted in hang that was eventually aborted by the user.

I would suggest:
* kmail reads a screenful of data for initial rendering before parsing full mail.  (updates to the attachment lists seem acceptable)
* kmail already looks up the message size for the hover distraction and might use this information based on some threshold to suggest to the user save the message for viewing in an editor or delete without being opened.
* kmail detects if it's interactive UI becomes comatose for too long and stops whatever it is that it's doing.  I realize this is non-trivial in a multi-tasking environment.  Perhaps the previewer thread could just timeout after 5s and just prompt for action if the parsing hasn't completed.
Comment 3 Myriam Schweingruber 2012-08-18 07:54:32 UTC
Thank you for your feature request. Kmail1 is currently unmaintained so we are closing all wishes. Please feel free to reopen a feature request for Kmail2 if it has not already been implemented.
Thank you for your understanding.
Comment 4 Luigi Toscano 2012-08-19 00:20:05 UTC
Instead of creating a new feature request, please confirm here if the wishlist is still valid for kmail2.