Open Bug 310327 Opened 19 years ago Updated 2 years ago

Message/rfc822 attachment with multiple To: headers in source: When displayed inline, only first To: header is shown [also for CC etc.]

Categories

(Thunderbird :: Mail Window Front End, defect)

defect

Tracking

(Not tracked)

People

(Reporter: ssimon, Unassigned)

Details

(Whiteboard: [STR comment 4])

Attachments

(1 file)

User-Agent:       Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.0.3705; .NET CLR 2.0.40607; .NET CLR 1.1.4322; InfoPath.1)
Build Identifier: 

If there are multiple to or cc fields in the header of a message, it is not 
correctly displayed inline when a message is forwareded.  This seems to happen 
with Blackberry users.

Reproducible: Always

Steps to Reproduce:
1. Generate a test message with multiple to or cc fields.  Lacking a 
blackberry, when can achieve this via:
1a. telnet mailserver 25
1b. helo domain.com
1c. MAIL FROM: <youremailhere>
1d. RCPT TO: <youremailhere>
1e. RCPT TO: <anotheraddr>
1f. DATA
1g. From: <youremail>
1h. To: <youremail>
1i. To: <anotheremail>
1j. Subject: a test
1k. press retrun followed by a period, followed by a return
2. Forward the test message to yourself
3. View test message.
Actual Results:  
Only the first To: or CC: recipient is displayed inline.  Opening the 
forwarded message as an attachment results in the message being displayed 
correctly.

Expected Results:  
Display all recipients
I'm not seeing this.  Can you attach a sample email that exhibits the problem?
(Save it as a .EML file and attach it with the Create New Attachment link 
above.)
The attached message exhibits the problem.  Note when rendered as an e-mail
message, the To: field in the forwarded section only show one recipient even
though there are two.  Note when you view the forwarded message it is rendered
correctly.
OK, I am seeing this now.  It does rely on having multiple To: headers, rather 
than multiple addresses in one To: header.  Reproduced with TB 1.6a1-0928 and
1.5b1-0925.
Severity: normal → minor
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows XP → All
Hardware: PC → All
Version: unspecified → Trunk
QA Contact: front-end
Assignee: mscott → nobody
STR:

0 Enable View > Display Attachments Inline
1 Open Testcase 1 (attachment 197786 [details])
2 Look at To: header of attached Message/rfc822 which is displayed inline
3 verify To: headers of attached Message/rfc822 in main msg source (or open the attached message with TB)

Actual result:

2 Only first To: header is shown inline (Shandor...)
3 Source of attached Message/rfc822 has *two* lines of To: headers (as correctly shown when opening the attached msg)

Expected result

When displaying attached Message/rfc822 *inline* in message reader, *all* existing To: headers should be shown (as we do when opening the attached message itself).
Summary: Inline display of multiple recipients only show first when there are multiple to or cc fields → Message/rfc822 attachment with multiple To: headers in source: When displayed inline, only first To: header is shown
Summary: Message/rfc822 attachment with multiple To: headers in source: When displayed inline, only first To: header is shown → Message/rfc822 attachment with multiple To: headers in source: When displayed inline, only first To: header is shown [also for CC etc.]
Comment on attachment 197786 [details]
Testcase 1: Sample.eml having Message/rfc822 attachment with multiple To: header lines in source

Still happens as described in comment 0 / comment 3, on TB 17.0.6/ WinXP
Attachment #197786 - Attachment description: Example of the problem → Testcase 1: Sample.eml having Message/rfc822 attachment with multiple To: header lines in source
(In reply to Thomas D. from comment #5)
> Comment on attachment 197786 [details]
> Testcase 1: Sample.eml having Message/rfc822 attachment with multiple To:
> header lines in source
> 
> Still happens as described in comment 0 / comment 3, on TB 17.0.6/ WinXP

Scenario in comment 3, reduced STR in comment 4.
Whiteboard: [STR comment 4]
Severity: minor → S4
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: