User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030622 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030622 Settings are: - compose messages in HTML - always send messages in both HTML and plain text However, when there is no strong, italic, ident or other rich text attribute in the message being composed, the message is sent in plain text only, and then displayed with fixed fonts (which can look pretty "old fashioned") There is no mean to send a text message that WILL be seen in variable font size by the recipient ? Note: signature exist and is plain text Reproducible: Always Steps to Reproduce: 1. set "send format" to both plain text and HTML 2. set "compose messages in HTML format" 3. compose a new message without rich text 4. send the message to your self 5. receive the message and display source Actual Results: the message is only present in plain text, there is no HTML version Expected Results: provide both plain text and HTML for the same content Sample message: From - Mon Jun 23 16:00:58 2003 X-UIDL: _;(#!m7V"!U&8!!f6,!! X-Mozilla-Status: 0001 X-Mozilla-Status2: 00000000 Envelope-to: olivier.vit@duke-interactive.com Received: from [10.42.10.252] (helo=duke-interactive.com) by mail.duke-interactive.com with esmtp (Exim 3.35 #1 (Debian)) id 19URkt-000824-00; Mon, 23 Jun 2003 15:53:11 +0200 Message-ID: <3EF70662.2000803@duke-interactive.com> Date: Mon, 23 Jun 2003 15:53:38 +0200 From: Olivier Vit <olivier.vit@duke-interactive.com> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4) Gecko/20030622 X-Accept-Language: fr-fr, en-us, en MIME-Version: 1.0 To: everyone@duke-interactive.com Subject: aller-retour Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-MailScanner: Found to be clean X-UIDL: _;(#!m7V"!U&8!!f6,!! Bonjour

This looks like bug 157346; Olivier Vit, if you agree, please mark this as a dupe of that. Note particularly bug 157346 comment 8 -- I believe that this behavior has been implemented intentionally. See also bug 187064, which is about the more serious issue of Mozilla sending as plaintext even when HTML elements such as images or tables are in the message.

Agreed is a dupe of 157346 Actually it works when doing Compose->Options->Format->Plan & Rich (Html) text But it seems that there is no room in Preferences to set this properly *** This bug has been marked as a duplicate of 157346 ***

v dupe

Per standard QA procedures, moving duplicates to the end of the dupe chain.