1071345 - Text messages from Verizon do not display

Status: RESOLVED DUPLICATE of bug 602247

(Thunderbird :: Untriaged, defect)

Description

[dlj04]

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:32.0) Gecko/20100101 Firefox/32.0
Build ID: 20140917194002

Steps to reproduce:

Text messages from Verizon show only blanks in the subject and body fields, are visible only by selecting "view source." They are sending without a subject, as "application/smil" content which I suppose Thunderbird has no idea how to parse. The subject field might be replaced with something about it being an incoming text/SMS message but when in doubt Thunderbird should display the received content in ASCII. 

Source of the message is (addresses obscured):

Return-Path: <[e-mail]>
Received: from ohdfspamp2.vtext.com (smtp-dfpix.vtext.com [66.174.71.38])
	by duke.josephson.com (8.13.8/8.13.8) with ESMTP id s8N0B6EP019004
	for <[e-mail]>; Mon, 22 Sep 2014 17:11:06 -0700
Received: from 167.sub-69-78-32.myvzw.com (HELO m02.vzwpix.com) ([69.78.32.167])
  by ohdfspamp2.vtext.com with SMTP; 23 Sep 2014 00:10:06 +0000
From: [e-mail]
To: [e-mail]
Subject: 
Message-ID: <212278191006788323@-212278191006788324>
Date: Tue, 23 Sep 2014 00:10:06 +0000
MIME-Version: 1.0
Content-Type: multipart/mixed;
 type="application/smil";
 boundary="__CONTENT_64564_PART_BOUNDARY__33243242__"

--__CONTENT_64564_PART_BOUNDARY__33243242__
Content-Type: text/plain;
 charset=us-ascii
Content-ID: <0>
Content-Disposition: attachment;
 filename="text_0.txt"
Content-Location: text_0.txt

Did you put the rug out for her
--__CONTENT_64564_PART_BOUNDARY__33243242__--


Actual results:

See above. Blank subject is to be expected. Blank body is not. An attachment flag was shown, but Thunderbird didn't know how to handle the attachment


Expected results:

Subject line might have been blank but something non-blank should happen when an attachment is not understood.

Comment 1

[Javi Rueda :javirid]

Thank you for providing the message body with headers on the comentary. However, it would be more helpfull if you attach the message as an .eml. The output would be exactly the same, but that way, the developer could just work with the file, instead of having to create it.

Could you provide us with the .eml file, reporter? When message is saved, you could open it as a ordinary text file and remove your private information. It would be better if you just replace your email address with a placeholder like: [e-mail] or [e-mail].