Closed Bug 370837 Opened 17 years ago Closed 17 years ago

"Create Message in HTML" does not work with second identity

Categories

(Thunderbird :: Mail Window Front End, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 275804

People

(Reporter: misc, Assigned: mscott)

References

()

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1
Build Identifier: 1.5.0.9

For each identity of a mail account you can specify if the message should - as standard - be sent as plain text or in HTML format. But if you want to create a new message, this setting only works if it is set for the default identity of an account - not if you choose an other identity.
In my opinion the way of creating a new message should change if you select an other identity as sender from HTML to plain text or the other way around.

Example:
My account "Account" with the identity "Identity" does by default send messages in HTML format. One identity of this account, "Other_Identity", should not create messages in HTML format but as plain text.
I now create a new message. At first "Identity" is choosen as sender. I am able to write an HTML mail. Now I choose "Other_Identity" from the drop down menu. But the message can still be created as an HTML mail.
And the other way around the problem does exist, too: If I select (in the main settings for "Account" - so to say for "Identity") that all messages should not be created in HTML, I am not able to create messages in HTML with the "Other_Identity".

Reproducible: Always

Steps to Reproduce:
See "Details"
Actual Results:  
See "Details"

Expected Results:  
See "Details"

Especially important for the "Enigmail"-Extension for which it is better to send plain text mails and which produces an error message.
Status: UNCONFIRMED → RESOLVED
Closed: 17 years ago
Resolution: --- → DUPLICATE
Duplicate of bug: 275804
No longer duplicate of bug: 342326
You need to log in before you can comment on or make changes to this bug.