After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 249548 - Always send html mail as UTF-8
Always send html mail as UTF-8
Status: RESOLVED WONTFIX
Product: GtkHtml
Classification: Other
Component: Editing
unspecified
Other All
: Normal enhancement
: Future
Assigned To: gtkhtml-maintainers
gtkhtml-maintainers
gnome[unmaintained]
: 249663 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2003-10-11 09:02 UTC by Cedric Malherbe
Modified: 2017-02-09 13:40 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement



Description Cedric Malherbe 2003-10-11 09:02:43 UTC
Package: Evolution
Priority: Normal
Version: 1.4.5
Synopsis: Always send html mail as UTF-8
Bugzilla-Product: Evolution
Bugzilla-Component: Mailer

Description:
Description of Problem:

HTML mails are always sent as UTF-8 although I specify ISO-8859-15 as
encoding. Looking at the source code of the mail after being sent:

[...]
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 7bit
[...]
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
<META NAME="GENERATOR" CONTENT="GtkHTML/3.0.9">
[...]

I'm not sure if this bug is related to Evolution or GtkHTML, but it's
quite problematical though

P.S. My locales are set to UTF-8


Steps to reproduce the problem:
1. write an html
2. send it
3. check source code of the mail

Actual Results:

Sent as UTF-8

Expected Results:

Should be sent as the requested encoding

How often does this happen?

Always

Additional Information:

Bug known to exist in Evolution version 1.4.3 too



Unknown reporter: ced@tuxfamily.org, changed to bugbuddy-import@ximian.com.
Setting qa contact to the default for this product.
   This bug either had no qa contact or an invalid one.

Comment 1 Gerardo Marin 2003-10-13 20:20:33 UTC
If any character you type is not iso8859-15, then UTF-8 is
automatically selected as encoding regardeless of what you specify to
avoid rendering problems on the recipient side.
Comment 2 Cedric Malherbe 2003-10-13 20:43:09 UTC
Alright.

I did a another test. A simple html mail containing only ascii
characters, and i still get a UTF-8 mail :/. Have a look at it:



--=-fnY+E9rfYTgRfhr9HKlN
Content-Type: text/plain
Content-Transfer-Encoding: 7bit

simple test... only ascii characters being used.

--=-fnY+E9rfYTgRfhr9HKlN

Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 7bit
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
  <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
  <META NAME="GENERATOR" CONTENT="GtkHTML/3.0.9">
</HEAD>
<BODY>
simple test... only ascii characters being used.
</BODY>
</HTML>

--=-fnY+E9rfYTgRfhr9HKlN--


Is this still a normal behavior ?

Thanks,
Ced
Comment 3 Jeffrey Stedfast 2003-10-14 03:02:37 UTC
this is not a bug. reassigning to gtkhtml anyway since gtkhtml is what
generates the html.
Comment 4 Jeffrey Stedfast 2003-10-14 03:03:03 UTC
as I said, nOTABUG
Comment 5 Gerardo Marin 2003-10-15 18:30:12 UTC
*** bug 249663 has been marked as a duplicate of this bug. ***
Comment 6 Gabor BORGULYA 2003-10-16 09:28:06 UTC
I understand that you say that my bug (bug 249663) is identical to this one. For me 
it is vital to specify the encoding of the outgoing emails. Should I re-post my bug 
as a feature request? 
Comment 7 Jeffrey Stedfast 2003-10-16 17:53:32 UTC
afaik, html parts are supposed to always be sent as UTF-8

the text/plain part uses the charset that you specify. so I think that
this should already satisfy your needs.
Comment 8 Gabor BORGULYA 2003-10-17 08:34:05 UTC
bug 249663 was about plain text mails. So my feature request is sending out 
messages in the specified encoding. Without any overruling the choice, maybe 
substituting unavailable chars, or warning and asking. 
Comment 9 André Klapper 2017-02-09 13:40:05 UTC
GtkHtml is not under active development anymore. 
Evolution (its main consumer) switched to a WebKit backend a while ago. 
It is currently unlikely that there will be any further GtkHtml development.

Closing this report as WONTFIX as part of Bugzilla Housekeeping (bug 778387) to reflect reality. Please feel free to reopen this bug report in the future if anyone takes the responsibility for active development again.