328328 - Bad interpretation of an "apple-mail" due to a supposed overflow in references

Status: RESOLVED INCOMPLETE

(Thunderbird :: General, defect)

Description

[Guillaume]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; fr; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; fr; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1

I use to write often to a friend of mine. He uses a macintosh and the software "Mail" installed on its computer. He usually answer to those mails and I do so with his reply. After a while (for 1/2 days), his reply go directly in the junk. While openning it, the sender, the user are not shown, and most of all, the content of the mail is completely erratic : no charset and no page set-up

Reproducible: Always

Steps to Reproduce:
1. Writing a mail with an "apple-mail" user
2. Ask him to reply to your mail
3. Reply to his reply
4. Continue the reply method for a long time (increases the number of references)
5. After a while, the mail recieved won't be correctly interpreted by Thunderbird
Actual Results:  
The mail is not correctly interpreted : the sender, the subject, and the references of the mail are set to "" (nothing). Therefore the content of the mail is correctly interpreted, especially the page setup and the charset. And as the "header" doesn't work the mail is automatically sent to "Junk".

Expected Results:  
The references of the mail, sender, subject should work, and the content of the mail should be correctly interpreted.

I made some researches on those problems. It appeared that the problem can be due to an overflow in the references (the number of references seems to reach the maximum allowed by Thunderbird), especially because it is a long-replied-mail.

Here is the header of a broken mail (took from the source code) (mails are hidden. If you want a sample mail, please ask me and I will send it to you by mail or any other way !) :

From - Thu Feb 23 17:38:28 2006
X-Account-Key: account3
X-UIDL: 1140712105.27298.mrelay5-1
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
Return-Path: <[e-mail]>
Delivered-To: [e-mail]
Received: (qmail 23976 invoked from network); 23 Feb 2006 16:27:56 -0000
Received: from mx.laposte.net (81.255.54.11)
  by mrelay5-1.free.fr with SMTP; 23 Feb 2006 16:27:56 -0000
Received: from [192.168.1.4] (86.193.175.182) by mx.laposte.net (7.2.060.1) (authenticated as xxxxxxxxxxxxxxx)
        id 43839F4103735D5F for [e-mail]; Thu, 23 Feb 2006 17:27:54 +0100
Mime-Version: 1.0 (Apple Message framework v746.2)
In-Reply-To: <[e-mail]>
References: <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <20027416-4031-44D8-A50F-06395638F0C7@lapost e.net> 


<[e-mail]>
Content-Type: multipart/mixed; boundary=Apple-Mail-29--803958349
Message-Id: <[e-mail]>
From: XXXXXXXXXXXXXXX <[e-mail]>
Subject: Re: Effet :-<)
Date: Thu, 23 Feb 2006 17:26:38 +0100
To: XXXXXXXXXXXXXX <[e-mail]>
X-Mailer: Apple Mail (2.746.2)


--Apple-Mail-29--803958349
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=ISO-8859-1;
	format=flowed

Tiens, une premi=E8re sortie =E0 l'air libre pour la vm :

Comment 1

[David :Bienvenu]

If I'm reading that correctly, that's a bug in Apple Mail - if it's putting a blank line in between the reference headers and the Content-Type header, that makes the Content-Type header and everything that follows part of the message body, according to the message rfc/822 standard.

Is it Apple Mail that's sending the message that way?

Comment 2

[Guillaume]

(In reply to comment #1)

What I'll do is ask him a copy of his header (send by "Mail"), this way we can check if the header was badly sent by "Mail" or was badly interpreted by Thunderbird.

If this is the Apple Mail fault, what should be done ? How can this bug be transferred to Mail, and how can we follow the correction ?

Comment 3

[David :Bienvenu]

I don't know how to deal with Apple Mail bugs. It's not an open source project with an open bug reporting system, as far as I know...however, your friend should check that he's using the latest version of Apple Mail. It's hard to believe that a bug like that wouldn't be fixed...

Comment 4

[Guillaume]

Here is the header of the sent mail from my friend. I don't think the problem comes from a version of Apple Mail as he usually do all the updates.

The thing is why the mail is bad interpreted only because of a blank line, and secondly why references made an "overflow"...

I tried to do the same thing by sending me an e-mail with Thunderbird, and it didn't occured, as Thunderbird prevents this "overflow" by "removing" some redondant references (for example : the first reference is always here but the second reference will be removed, then the third etc.).

I didn't try to open the mail with another software, but my friend can already open his mail. Even badly written ?

Header of the mail :

From [e-mail] Thu Feb 23 14:36:01 2006
Return-Path: <[e-mail]>
Received: from smtp.laposte.net (10.150.9.33) by mx.laposte.net (7.2.060.1)
        id 43839F3B030B962F for [e-mail]; Thu, 23 Feb 2006 14:36:01 +0100
Received: from smtp4.wanadoo.fr (193.252.22.27) by smtp.laposte.net (7.2.056.5)
        id 43FDA401000160E8 for [e-mail]; Thu, 23 Feb 2006 14:36:00 +0100
Received: from me-wanadoo.net (localhost [127.0.0.1])
	by mwinf0408.wanadoo.fr (SMTP Server) with ESMTP id 04B051C00110
	for <[e-mail]>; Thu, 23 Feb 2006 14:36:00 +0100 (CET)
Received: from [192.168.1.13] (LSt-Amand-152-31-40-192.w82-127.abo.wanadoo.fr [82.127.95.192])
	by mwinf0408.wanadoo.fr (SMTP Server) with ESMTP id 0914B1C0010D
	for <[e-mail]>; Thu, 23 Feb 2006 14:35:56 +0100 (CET)
X-ME-UUID: [e-mail]
Message-ID: <[e-mail]>
Date: Thu, 23 Feb 2006 14:39:44 +0100
From: XXXXXXXXXXXXXX <[e-mail]>
User-Agent: Thunderbird 1.5 (Windows/20051201)
MIME-Version: 1.0
To: XXXXXXXXXXXXXX <[e-mail]>
Subject: Re: Effet :-<)
References: <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]> <20027416-4031-44D8-A50F-06395638F0C7@lapost
 e.net>
In-Reply-To: <[e-mail]>

Comment 5

[Gary Kwong [:gkw] [:nth10sd] (NOT official MoCo now)]

Reporter, does the issue still occur in the latest supported 2.0.0.x / Shredder trunk nightlies?

(1.5.0.x is now end-of-life and the latest supported 2.0.0.x is now 2.0.0.16)

Comment 6

[Joshua Cranmer [:jcranmer]]

RESO INCO per lack of response to previous comment. If you feel this change was made in error, please respond to the bug with your reasons why.

Comment 7

[Guillaume]

Sorry, I was not able to check this out yet as I was out of the office, but, I'll try once more as soon as I can (Might be next week)

Regards,

Guillaume