351403 - Reply to a forwarded message (.eml) should use correct identity

Status: RESOLVED WORKSFORME

(MailNews Core :: Composition, defect)

Description

[Henrik Skupin [:whimboo][⌚️UTC+2]]

Thunderbird version 2 alpha 1 (20060903)

If you get a message and forward it to another account you can see that by replying to this forwarded message Thunderbird fills in the default identity. Here the recipient of the forwarded message should be used if possible.

Steps to reproduce:
1. Pick up a message which was sent to you (not default identity) and forward it to another mail address which is listened by yourself.
2. Get new mail for that account
3. Open the forwarded message und hit Reply

You can see that the default identity is used instead of the correct one (where the first message was sent to). This only should happen if the special identity isn't available for any local account.

Comment 1

[Mike Cowperthwaite]

Henrik Skupin: In this case, does the forwarded message contain an X-Account-Key header?  I understand (perhaps incorrectly) that that header is what's used to make an intelligent identity selection; if there is no such header, then the default identity would be used even if the original To: matches another identity.

xref bug 264626

Comment 2

[Mike Cowperthwaite]

Whoops -- not X-Account-Key, X-Identity-Key.

Comment 3

[Henrik Skupin [:whimboo][⌚️UTC+2]]

(In reply to comment #2)
> Whoops -- not X-Account-Key, X-Identity-Key.

No that doesn't exists because I'm normally using IMAP. If no such a header entry can be found for the message we should find out the best one. Till now I haven't tried to reproduce it with a POP3 account. I should do that...

Comment 4

[Henrik Skupin [:whimboo][⌚️UTC+2]]

There is no X-Identity-Key for any of the messages which are accessed over IMAP or locally (downloaded by POP3). Start replying only uses the standard identity.

Comment 5

[Henrik Skupin [:whimboo][⌚️UTC+2]]

This still happens with the latest trunk builds => Trunk.

Even some days ago I accidentally answered with the wrong identity which wasn't ever supposed to made official to this group of people. Now its too late. :/ That's why I think it's a privacy issue and the severity should be raised to major.

Comment 6

[Mike Cowperthwaite]

See also bug 200872.

Bug 355520 would be nice to have to help avoid this problem, but it wouldn't be sufficient.

Comment 7

[Mike Cowperthwaite]

Another closely related one: bug 64267

Comment 8

[Magnus Melin [:mkmelin]]

Do you really see this on latest trunk? Seems WFM over here.

Comment 9

[Wayne Mery (:wsmwk)]

Henrik, can you retest?

Comment 10

[Henrik Skupin [:whimboo][⌚️UTC+2]]

Works also fine for me with Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b3pre) Gecko/20090127 Shredder/3.0b2pre ID:20090127025553