User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.16) Gecko/20110319 Firefox/3.6.16 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.15) Gecko/20110303 Lightning/1.0b2 Thunderbird/3.1.9 In deference to the SMS messages I send to folks' phones using my email account, I decided to set certain domains as plain text These would include, by example: txt.att.net [but not the mms.att.net variant] So to the appropriate options: Tools-->Options-->Composition-->Send Options...->Plain Text Domains I added various domains, including the one above. However, to my surprise, best I can tell, when adding txt.att.net, TBird does not limit the plain text to the "txt" subdomain, rather, applies it to all att.net addressees. As it happens, this behavior occurs despite that att.net -is- included in HTML domains my composition options I would not have noticed this bug, except someone who should have received an in-line image [as opposed to an attached image] reported to me that the in-line image was not received. Reproducible: Always Steps to Reproduce: 1. choose a domain in the form: "subdomain.domain.com" and add it to the plain text domains in the composition options 2. expect note sent to the that subdomain to successfully strip out HTML [it does this, as expected]. 3. also expect note sent to "domain.com" NOT to make plain text conversion 4. send email in HTML [with fonts/images] to "domain.com" 5. discover that TBird strips out fonts and images sent to "domain.com" Expected Results: Composition commands for plain text [and HTML] domains should respect subdomain limitations, if added by the user. ie: a command to convert to plain text those emails addressed to "txt.att.net" should NOT also extend to emails directed towards "att.net" addresses. While correcting this bug, I suppose that consideration should be given to how to address conflicting commands in the HTML vs Plain-text lists. Either with some sort of rule dominance in the coding [reflected in the user GUI's instruction in the dialog box], or with some conflict reporting to the user. This additional consideration is not critical to the bug, but would be related and . . . handy.

confirmed, and already exists as bug 401014 1. set options for mail.lehigh.edu to get mail in plain text 2. send HTML to something@mail.lehigh.edu it gets there in plain text 3. send HTML to something@lehigh.edu it gets there in plain text. It should have been received in html.

verified dup