Created attachment 770 [details] One of the offending email files, originally from Yahoo! group "BlueDanube", as received by the affected machine (i.e. this is not one of the emails I tried to forward). Despite my having configured it properly, for some reason Claws Mail refuses to automatically select the HTML part of an email on one of my machines. It doesn't seem to matter what email I'm looking at, assuming it has an HTML part; I can click on the HTML part in the attachment list and get the results one might expect. The oddest part is that this only affects one of the two machines which uses Claws Mail here. Both machines run the same version of Claws Mail (3.7.2), and both use the same distribution (Ubuntu Karmic/9.10). In fact, both machines even have the same mainboard, RAM, and CPU. As suggested by the 'Component' field in this bug report, both machines are using the "GTK HTML2 viewer" plugin. Most of the emails, including many which do not trigger this bug, on both machines were imported using the kmail-to-claws-mail script. I have compared the two configuration dialogs side by side, and every option that seems even remotely relevant to this issue (in all sections of the configuration, including the GTK HTML2 plugin preferences at the bottom) is the same on both machines. I tried forwarding one of the questionable messages over to the UNaffected box, and sure enough, it displays like it should. I've even gone so far as to try creating a new user on the affected machine, using a different window manager, logging in as that new user, and doing a first-time configuration of Claws Mail there. I then imported a handful of emails from the other account, and tried to view a few of them. As you might guess, the same thing happens as above. Seems like I've sufficiently ruled out desktop environment, user account settings, and distribution differences. One of the emails that triggers this bug is attached.
The problem is in the format of the message. It is multipart/alternative, but the alternative is a 'multipart/related', and not an html part. Here is an example of the format that works: -------8<-------- message/rfc822 (offset:0 length:11173 encoding: 6) multipart/alternative (offset:1538 length:9635 encoding: 6) text/plain (offset:1661 length:2220 encoding: 0) text/html (offset:4004 length:7119 encoding: 0) ------->8-------- Here is the format of your attachd message: -------8<-------- message/rfc822 (offset:0 length:275931 encoding: 6) multipart/alternative (offset:5617 length:270314 encoding: 6) text/plain (offset:5734 length:0 encoding: 3) multipart/related (offset:5840 length:270056 encoding: 6) text/html (offset:5955 length:12439 encoding: 3) image/jpeg (offset:18561 length:15344 encoding: 4) image/jpeg (offset:34072 length:12325 encoding: 4) image/jpeg (offset:46564 length:31862 encoding: 4) image/jpeg (offset:78593 length:20316 encoding: 4) image/jpeg (offset:99076 length:16106 encoding: 4) image/jpeg (offset:115349 length:19388 encoding: 4) image/jpeg (offset:134904 length:12859 encoding: 4) image/jpeg (offset:147930 length:30792 encoding: 4) image/jpeg (offset:178889 length:17933 encoding: 4) image/jpeg (offset:196991 length:27514 encoding: 4) image/jpeg (offset:224674 length:23279 encoding: 4) image/jpeg (offset:248122 length:7186 encoding: 4) image/jpeg (offset:255477 length:20385 encoding: 4) ------->8--------
I have the same issue with JIRA messages: multipart/related in Claws mail 3.9.3-31. Thank you Paul for your explanation. But is there a solution for this?