810771 - Email is shown empty ( multipart/alternative [ correct text/plain + correct text/html + null text/plain ]. Kaspersky adds null text/plain part to multipart/alternative mail, thus the last null text/plain part is used )

Status: RESOLVED INVALID

(MailNews Core :: MIME, defect)

Description

[Bruno]

Attachment: Demande d'informations - carrelage-chape-le-huitouze_com.eml

User Agent: Mozilla/5.0 (Windows NT 6.1; rv:16.0) Gecko/20100101 Firefox/16.0
Build ID: 20121024073032

Steps to reproduce:

Before i used Outlook Express to catch mails. I received the results of my web form without any problems.

Now, i changed to Thunderbird (16.0.2)


Actual results:

I recieve empty mail from the web form. The mail is empty but the source is full

There is errors in "errors console" :
Horodatage : 12/11/2012 09:40:35
Erreur : TypeError: msgHdr.folder is null
Fichier Source : chrome://messenger/content/mailWindowOverlay.js
Ligne : 2869

And 

Horodatage : 12/11/2012 09:40:35
Avertissement : La boîte XUL pour l'élément _moz_generated_content_before contient un enfant #text intégré, forçant tous ses enfants à être englobés dans un bloc.
Fichier Source : chrome://global/content/bindings/toolbar.xml
Ligne : 276

Sorry for my english, i'm french :-(

Comment 1

[:aceman]

Confirming with Tb19, Win XP. The message shows empty but I do not get the error.

Look at the source. It has 3 parts (delimited by ----=_NextPart_000_000F_01CDBD0C.E1528030). First one is text/plain, second is text/html and the last one again text/plain. And that one is empty. See at the end of the source:

------=_NextPart_000_000F_01CDBD0C.E1528030
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit


------=_NextPart_000_000F_01CDBD0C.E1528030--

It may be that TB is displaying only this empty part (even though it should display the html part by default).

I am not the one to know if this behaviour is correct and the message is invalid or the other way round. If you remove that part (leave on the final line of ------=_NextPart_000_000F_01CDBD0C.E1528030--) the message displays correctly.

Comment 2

[Bruno]

Thank you aceman, i confirm that the message is full if we remove this part. But that not resolve the problem : i can't ask the others users to save the message on their computer, edit it to remove this part in a editor, and re-open it to see the form result.

The question is : Why TB don't show the message, either Outlook can do it, what can wee do to see the full message directly in TB.

Thanks a lot for your help

Comment 3

[:aceman]

Jcranmer, can you tell if the message is valid and we need something to fix it on TB side? Or is the sender broken?

Comment 4

[WADA:World Anti-bad-Duping Agency]

Attached mail is "multipart/alternative".
According to SPEC of multipart/alternative and request by mail sender, Tb correctly shows "last text/plain part in multipart/alernative".
If mail sender wants "other text/plain or text/html part" as correctly shown mail body, mail sender has to place them in correct order under multipart/alternative.  

Similar problem to bug 568574?

FYI.
Currently available Work Around for this kind of malformed mail :
  View/Message Body As/All Body Parts
See bug 574989 for possible Tb side enhancements or quirks in case of such mulformed mail.

Comment 5

[Jim Porter (:squib)]

Yes, RFC2046 is pretty clear about this:

> Systems should choose the "best" type based on the local environment and references, in
> some cases even through user interaction.  ...  In general, the best choice is the LAST
> part of a type supported by the recipient system's local environment.

Comment 6

[WADA:World Anti-bad-Duping Agency]

X-KASFlt-Status: header is seen in attached .eml.
It may be similar problem to bug 568574.

Bug opener, do you use Kaspersky for spam filtering?
If yes, do you enable feature to insert filtering message part in multipart mail?
If so, does your set up for it correct?

Comment 7

[Bruno]

(In reply to Jim Porter (:squib) from comment #5)
> Yes, RFC2046 is pretty clear about this:
> 
> > Systems should choose the "best" type based on the local environment and references, in
> > some cases even through user interaction.  ...  In general, the best choice is the LAST
> > part of a type supported by the recipient system's local environment.

I'm not sure to understand ... Do you mean i have to change the config ?

In my TB, i have this config :
mail.imap.mime_parts_on_demand;true
mail.imap.mime_parts_on_demand_threshold;30000
mail.server.default.mime_parts_on_demand;true
mail.strictly_mime;false

Thanks

Comment 8

[Jim Porter (:squib)]

(In reply to Bruno from comment #7)
> I'm not sure to understand ... Do you mean i have to change the config ?

You should figure out whatever is generating bad messages (possibly your antivirus as suggested above), and fix that. Thunderbird is obeying the specs here.

Comment 9

[Bruno]

(In reply to WADA from comment #6)
> X-KASFlt-Status: header is seen in attached .eml.
> It may be similar problem to bug 568574.
> 
> Bug opener, do you use Kaspersky for spam filtering?
> If yes, do you enable feature to insert filtering message part in multipart
> mail?
> If so, does your set up for it correct?

The problem appear on the computer of one of my customer, and they have kaspersky. I go and have a look this afternoon.

I'll say you if there is spam filtering enable and disable it.

Thanks

Comment 10

[Vincent (caméléon)]

maybe this is also the application which generate the mail form which has a bug? Which application is it?

Comment 11

[Bruno]

(In reply to Vincent (caméléon) from comment #10)
> maybe this is also the application which generate the mail form which has a
> bug? Which application is it?

It's just a web form in Php, but i'm not the developper and i can't do anythink to change something ...

Comment 12

[Vincent (caméléon)]

Ok, so first be sure if the problem come from the mail form or from an anti-virus, then we can know who is to blame.

Comment 13

[Bruno]

The problem is resolved, it was kasperky. I disable the spam filtering in kaspersky and the message is full

Many thanks for your help

Comment 14

[Vincent (caméléon)]

could you please report the problem to Kaspersky?

Comment 15

[Bruno]

Ok, i'll try to do it