Version: 1.7.1 (using KDE KDE 3.3.0) Installed from: SuSE RPMs Compiler: SuSe 9.2 (YOU up-to-date) OS: Linux There appears to be a bug where even if you manually select Options| Formatting (HTML), it will still send the message as plain text unless you manually change a font, font size, or attribute (bold, italics). Why does this come up? I have a user who has asked how to send mail using a particular font by default. The default font for composer can be set in Settings, but there are two issues: 1) As I said, even if Formatting HTML is selected, the message is sent as plain text unless bold is used, etc. It seems to me that if this is checked then it should send HTML regardless of message content. 2) There is also no way to make HTML formatting the default for composer. Thus even if #1 is fixed, the user must select Options|Formatting (HTML) for every new message. This is a user coming from Outlook Express where default themes and fonts can be set for outgoing messages. (I know, I know.) Not a priority but I think it would be correct to have it send HTML if that option is checked, and I think a default setting for outgoing plaintext/HTML would be a useful option. Thanks! Great software.
*** Bug 143492 has been marked as a duplicate of this bug. ***
Hi It is the purpose that if you don't select any formatting, that the message is sent as text. So it's no bug, it was a decision. I can imagine it's confusing as there's an option to set the default font. But this is the font you'll be seeing in your composer, it won't be sent (as html). imho, it's better to delete the default font selector. Or with this option, the default for html should be set. But that leaves a problem for the visually impaired as they set a bigger font size for their textmessages. 2) Once the Formatting option is selected, it will appear with every new composer. Once a first formatting option is selected, the message will be sent as html.
Frankly, I cannot follow this arguments. 1. If I want a html mail, and click so, I expect the programm to do so - meaningless what the programm thinks is better for me. I any other way there should be an option "Click here to get the developers' optimized settings, sometimes even in html". 2. The next problem: Due to this (I guess), if I answer to a html mail and all html-formats are lost, cause the first step for kmail is "See if html is really necessary", and within this step (probably) the formats of the to be responded mail disapear, regards Michael
Hi Michael, The thought behind this was : The menu "options->formatting" is not to decide that you want to send an html mail,it only shows the formatting options. The reason behind this was : why send in html when the user didn't even use any formatting? 2) no, not due to 1) : showing a reply in html is a different story (with already a bugreport for that, #86423)
Well if I want to send a certain email in html, e.g. in Arial 12 (which is my standard view) I want to to so, that´s it. Even, if in normal cases I donot want to do so, I would like to have (actually must have) the possibility, as one of my reciever inists on a html mail.
Ok, I see your problem. Because it's your default font it won't change to html. The only possibility for now is to select the font (unneccesarily).
Works for me in KDE 4.1 and SVN trunk r860760 Ought to be closed if nobody can confirm.
I can confirm the behaviour described by the reporter. This seems to be partly bug and partly a policy decisions.
Well, I was wrong about my last comment. This bug is no longer reproducible in KDE 4.1.1 and trunk. Silly me who has displaying html mails disabled by default and missed to check the attachments :)