Bug 78692 - Auto Detect when you can use HTML in composer
Summary: Auto Detect when you can use HTML in composer
Status: RESOLVED WAITINGFORINFO
Alias: None
Product: kmail
Classification: Applications
Component: composer (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR wishlist
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-03-29 22:32 UTC by Jason Keirstead
Modified: 2012-08-19 00:54 UTC (History)
3 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 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.