HTML mail sent with bold or italic does not render as such on receiver's side

RESOLVED INVALID

Status

Thunderbird
Message Compose Window
RESOLVED INVALID
13 years ago
12 years ago

People

(Reporter: Luc Le Blanc, Assigned: Scott MacGregor)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

13 years ago
User-Agent:       Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.8) Gecko/20051118 Firefox/1.5
Build Identifier: Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.8) Gecko/20051118 Firefox/1.5

When I send HTML mail using bold or italic styles, these don't apprear on the receiver side, regardless of their mail client. With Thunderbird 1.5, they now report bold parts are now surreounded by '*' and italics by '/'

Reproducible: Always

Steps to Reproduce:
1.Send a HTML with bold or italics
2.Ask receiver to tell you what he sees

Actual Results:  
Plain text, with parts that should be in bold surrounded by '*' and italics by '/'

Expected Results:  
Bold and italics

Comment 1

13 years ago
Reporter :

- what version of Thunderbird is this ?

- I guess that it's the sender (you) that was running Thunderbird. What was the receiver running ?

Note that you probably sent both text/html and text/plain versions of the mail, and the receiver side might have chosen to present the plain text one. Thunderbird should prefer html.

Comment 2

13 years ago
Are you sure that you are sending the msg as text/html (HTML e-mail)? Perhaps you have the setting active to send the msg automatically as plain text if it is not known whether the recipient can read HTML.
Summary: HTML mail sent with boid or italic does not render as such on receiver's side → HTML mail sent with bold or italic does not render as such on receiver's side
Version: unspecified → 1.5
(Reporter)

Comment 3

13 years ago
The receiver can be anything. I've seen this happen with Thunderbird, Eudora and Outlook. And this occured as well with Thunderbird 1.07. I was hoping 1.5 would fix things. The setting I have in Thunderbird for Text format in the Options is "both Text and HTML" But when I send an e-mail, I notice the Option/Format menu is "Auto-detect". Is HTML always used?

Comment 4

12 years ago
I don't know whether we're talking about the same bug here, but with Thunderbird 1.5 under Windows 2000, I compose a new message with the word "bold" in bold and the word "italics" italicized in the message body, send the message, am asked whether to send the message in plain text or HTML, and I choose "Send in plain text and HTML".  The message received has only a text/plain part, with no text/html part (this is trivial to reproduce):

___________________________________________
Received: from [snip]
Message-ID: [snip]
Date: Sat, 08 Apr 2006 15:12:50 -0400
From: [snip]
User-Agent: Thunderbird 1.5 (Windows/20051201)
MIME-Version: 1.0
To: [snip]
Subject: (no subject)
Content-Type: multipart/alternative; boundary="------------020807050002000402080905"

This is a multi-part message in MIME format...

--------------020807050002000402080905
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

  *bold*
/italics/

sent as plain text and HTML

--------------020807050002000402080905--
___________________________________________

...whereas in my "Sent" folder the additional text/html part DOES appear and displays on the screen as expected:
___________________________________________
Message-ID: [snip]
Date: Sat, 08 Apr 2006 15:12:50 -0400
From: [snip]
User-Agent: Thunderbird 1.5 (Windows/20051201)
MIME-Version: 1.0
To: [snip]
Subject: (no subject)
Content-Type: multipart/alternative;
 boundary="------------020807050002000402080905"

This is a multi-part message in MIME format.
--------------020807050002000402080905
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

  *bold*
/italics/

sent as plain text and HTML

--------------020807050002000402080905
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
<div class="moz-text-html" lang="x-western"> <b>bold</b><br>
<i>italics</i><br>

<br>
sent as plain text and HTML<br>
</div>
</body>
</html>

--------------020807050002000402080905--
___________________________________________

...I'm using a binary editor to look at my "raw" inbox in the mail spool directory on the receiving server, eliminating the possibility of the mail client on the receiver's end fiddling with the original message - my point being that this behaviour is independent of which mail client the receiver is using.

Comment 5

12 years ago
The behavior originally described is expected if any of the recipients of the message are listed in the Address Book as "prefers to receive plain text" or 
are at a domain that's entered in the plain-text domain list in:
  Options | Composition | General | Send Options

If all recipients "prefer HTML" then the message should be sent as HTML with no question.

If no recipients "prefer plain" and one or more have an "unknown" preference, (and the message contains any formatting), the program will follow the setting at the Send Options dialog (e.g. "Ask me what to do").

All of the above can be overridden by selecting a specific format in the 
compose window's   Options | Format   menu.

xref bug 187064, bug 157346.

Luc Le Blanc, does this explain the problem you were having?  If so, please 
mark this bug as   Resolved | Invalid  -- the program is behaving "correctly."


As for comment 4: I've never seen a case where the message as transmitted 
didn't match the copy in the Sent folder.
(Reporter)

Updated

12 years ago
Status: UNCONFIRMED → RESOLVED
Last Resolved: 12 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.