Version: 1.7.1 (using KDE KDE 3.3.1) Installed from: Debian testing/unstable Packages OS: Linux I just got the most stupid spam mail I've seen to date. The bad thing about it was that of the 800kb total size, approx. 99% were mail addresses in a BCC header. KMail hung two times while processing this message, once while receiving the message, once when trying to open it for display. Each time took about 2 minutes at full CPU load. It would be nice if extremely long header fields could be ignored for display, possibly with an option to display them (like: "BCC: (Warning: header too long, click here to view)").
There's no such thing as a BCC header. It wouldn't be blind if the addresses were present, right? :-) Can you attach such an email to this bug report, zipped please?
On Thursday January 13 2005 23:41, Thiago Macieira wrote: > There's no such thing as a BCC header. It wouldn't be blind > if the addresses were present, right? :-) There is such a header. It is optional, and IIRC a client putting it into a mail is still RFC compliant since it is only a "should not". > Can you attach such an email to this bug report, zipped please? I'll do so once I find a way to generate 35428 bogus email addresses. I won't attach the original mail to protect the innnocent as much as still possible.
Ingo fixed mimelib parsing of extreme amounts of headers in Osnabrueck. Fix will be in 3.4
Created attachment 9088 [details] Testcase with 35428 mail addresses in a BCC header This file expands to a bit over 200kbyte. This is a "slightly" modified version of the mail I received in the frist place. All BCC addresses have been replaced by "a@b.c". Also, some other headers and the text have been altered. Loading the file makes KMail hang for several minutes before displaying the message. What I can see is that the header box (fancy headers) has its background drawn, but the sidelines of the surrounding box aren't drawn all the way down. Also, KMail has no problem displaying a message with a similar amount of text content, but with a much smaller header part. Once the message is loaded, display is a bit sluggish but responsive.
*** Bug 97194 has been marked as a duplicate of this bug. ***
Hi, I reopen this bug, as i recently experienced this again with kmail 1.9.9 (KDE 3.5.9 "release 51.2" , openSUSE ). This weekend i recieved a spam e-mail with over 36,000 recipents in the 'from' field. When kmail is asked to open the mail, it blocks the kmail window for about 5 minutes. After that it displays fine. Processing the mail (like saving it to disk) also blocks the kmail window for 5 minutes. Same when i try to open another mail or mail box right after the spam mail in question.
Created attachment 23842 [details] contains the spam mail in question This is the spam mail in question
*** Bug 158966 has been marked as a duplicate of this bug. ***
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.
Instead of creating a new feature request, please confirm here if the wishlist is still valid for kmail2.