Bug 114683

Summary:	Make KMail HTML-unaware permanently
Product:	[Applications] kmail2	Reporter:	Bernd Wurst <bugzilla-kde>
Component:	composer	Assignee:	kdepim bugs <kdepim-bugs>
Status:	RESOLVED FIXED
Severity:	wishlist	CC:	arvidjaar, carl, kde, liferules04, luigi.toscano, nidi, pancho.s
Priority:	NOR
Version:	4.9.3
Target Milestone:	---
Platform:	Unlisted Binaries
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description Bernd Wurst 2005-10-19 14:24:16 UTC

Version:            (using KDE KDE 3.4.91)
Installed from:    Gentoo Packages

I had certain issues with KMail "semi-intelligently" switching the composer to HTML formatting (either by accidently pressed key shortcuts like Ctrl+I or whatever).

So I sent HTML messages out accidently. Kmail saved the default composer setting and all further Messages are sent multipart/alternative. IMHO, this is crap. I did not find any option to tell KMail that I never ever want to send HTML messages and I do not want to be able to turn this on while composing.

There is a big fat warning when I'm going to view HTML but sending HTML gets no further notification. This is not good, so either a "really?"-dialog should appear when turning on HTML in the composer or a global, non-overridable setting should turn HMTL off.

I am one of the persons that did not like KMail to get able to compose HTML. I want my e-mail messages to be plaintext.

Comment 1 Maciej Pilichowski 2007-09-22 12:31:47 UTC

I think that warning dialog (plus assigning no key to html switch) would be enough.

Comment 2 Andrey Borzenkov 2009-01-06 15:03:24 UTC

I confirm this bug. I was just bitten by it. It should never silently switch to HTML; if Kmail believes it needs HTML and it is not enabled, it must ask user confirmation.

Comment 3 liferules04 2009-03-20 04:33:03 UTC

I totally agree. We should have the option to reply plain text only with no sient switching

Comment 4 Thomas McGuire 2009-08-21 23:50:26 UTC

I consider this fixed for KDE 4.3.
Now, multipart/alternative mails are only created if you explicitly apply formatting to the message.
If you just have the HTML toolbar enabled and don't use formatting, the mail will be sent as plain text.

Comment 5 Thomas McGuire 2009-08-21 23:50:56 UTC

*** Bug 182250 has been marked as a duplicate of this bug. ***

Comment 6 Andrey Borzenkov 2009-08-22 05:40:01 UTC

I do not see any change in 4.3. I just tested and get exactly the same behaviour:

- type in something
- type in ^B
- type in more something
- send message

Result is multipart/alternative with HTML.

You may argues that typing ^B means "explicitly formatting". I argue that when typing fast it is easy to make mistakes. I repeat - KMail must warn user that message will be switched to HTML.

I will open new bug report because I am not allowed to reopen this one.

Comment 7 Thomas McGuire 2009-08-23 16:13:28 UTC

> I will open new bug report because I am not allowed to reopen this one.

I'll reopen.

Comment 8 Andrey Borzenkov 2009-08-23 19:10:57 UTC

Thank you!

Comment 9 Myriam Schweingruber 2012-08-18 08:05:42 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 10 Luigi Toscano 2012-08-19 00:38:56 UTC

Instead of creating a new feature request, please confirm here if the wishlist is still valid for kmail2.

Comment 11 Bernd Oliver Sünderhauf 2012-11-24 09:20:50 UTC

The title of this ticket is misleading.
Both the reporter and Andrey (comment #6) call for some confirmation dialog such as "Really send as HTML message?"

I'm not sure we need a confirmation, a more subtle indication in the composer might be better.
But anyway, this is still relevant for kmail2, component "composer".

Comment 12 Carl Schwan 2024-03-12 22:10:20 UTC

Nowadays the composer make it quite clear for the user that they are doing html editing with a big toolbar appearing in this case. I would consider this resolved.