Bug 78692

Summary: Auto Detect when you can use HTML in composer
Product: [Unmaintained] kmail Reporter: Jason Keirstead <jason>
Component: composerAssignee: kdepim bugs <kdepim-bugs>
Status: RESOLVED WAITINGFORINFO    
Severity: wishlist CC: arvidjaar, jerry, luigi.toscano
Priority: NOR    
Version: unspecified   
Target Milestone: ---   
Platform: Compiled Sources   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description Jason Keirstead 2004-03-29 22:32:07 UTC 
Version:            (using KDE Devel)
Installed from:    Compiled sources

Now that KMail supports HTML composing, it would be extremely nice to have an HTML domains vs. non-HTML domains like in Mozilla, to automatically turn the HTML composition on and off by default.

Also, to have KMail auto-detet when replying to someone who supports HTML emails ( because they sent an HTML email to you previously ), and turn on the HTML composer automatically.
Comment 1 Jerry Houston 2008-11-15 18:41:07 UTC 
Agreed.  Here's how I found out about it:

In a discussion of email clients, someone on the openSuSE list pointed out that composing HTML messages would be available in KMail 4.2.  I thought I'd seen it available in 4.1.3, but wasn't sure, so I started to compose a message, and confirmed that I could indeed opt for HTML.  

(4.1.3 is the first KMail version I've used, so I had no idea what feature has appeared in what version.)

Not wanting to actually *send* an HTML message to anyone, I closed the composer window without entering any text.

A few minutes later, I replied to the list message, indicating that it works in 4.1.3 as well. Imagine my surprise when I got a rejection message from the list manager, due to HTML content in my reply.  I hadn't noticed that my HTML option was still in effect.  It seems to be a "sticky" option, even though I'd thought I'd set it for an individual message.

It should be possible for KMail to default to HTML when replying to an HTML message, and default to plain text when replying to a plain text message.  That should pick the right option about 99.9% of the time, and probably prevent a lot of rejected list messages.
Comment 2 Myriam Schweingruber 2012-08-18 08:03:00 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 3 Luigi Toscano 2012-08-19 00:54:36 UTC 
Instead of creating a new feature request, please confirm here if the wishlist is still valid for kmail2.