254209 - Mail composer uses wrong identity when replying to message in second account

Status: VERIFIED DUPLICATE of bug 252103

(MailNews Core :: Composition, defect)

Description

[Phil Johnson]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a2) Gecko/20040714
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a2) Gecko/20040714

This problem seems to have appeared when I switched from Mozilla 1.6 to 1.8a2:

I have two mail accounts set up (accounts "A" and "B").  They have different
identities (name and e-mail address), although they share the same outgoing SMTP
server.  Account B does not automatically connect to a POP server; it gets its
incoming mail through a filter in Account A which redirects certain e-mail to
Account B's inbox.  The purpose of this is so I can reply to certain e-mail
using a personal e-mail address, rather than my work address.

The old (correct) behavior is that, when replying to a message that resides in
account B's inbox, the message would go out using Identity B.  In Mozilla 1.8a2,
however, Identity A is being used for replies from BOTH accounts.  (However, new
messages which are NOT replies do get the correct identity, Identity B.)

The incorrect identity is visible in the pulldown menu in the compose window,
and I can correct it before sending -- but I never notice it in time, so it's a
real problem.

Reproducible: Always
Steps to Reproduce:
1. Set up two accounts, A and B, with different identities (different email
addresses).  Account B is set to not automatically retrieve email from the POP
server.
2. Create a filter on incoming mail in Account A to move certain messages into
Account B's inbox.
3. Reply to a message in Account B's inbox, see that the "From" line is using
the identy for Account A, instead of B.

Actual Results:  
The "from" field on replies to messages in the second account are getting the
identity for the first account.

Expected Results:  
The "from" field should have gotten the identity for the second account.

Comment 1

[Mike Cowperthwaite]

This behavior is unlikely to be changed; there's been a lot of work trying to 
get identities to work "correctly," and your desired behavior is in the 
minority.  See bug 18906, also bug 229817 and bug .

Mozilla will now reply using the identity that it can determine from the To/CC 
headers in the current mail -- if the message was sent to account A, Mozilla 
will reply From account A, no matter where the message resides in your folder 
scheme.

Comment 2

[Mike Cowperthwaite]

In my previous comment, I meant to also cross-reference to bug 64267.

Comment 3

[Phil Johnson]

Thanks for the explanation.  But it doesn't appear to work as intended.  It is
replying using Account A's identity, even though the To/Cc headers have account
B as the addressee.

Clearer explanation:  my personal email is addressed to my ISP (Account B) and
forwarded to me at work (Account A).  The To/Cc address is always Identity B,
and Account A's identity does not appear in any headers (except "Received").

When Mozilla receives the forwarded mail in Account A, it is filtered into B's
inbox.  When replying, it would find only B's identity in To/Cc.  So why is it
using A's identity for the From line?

Doesn't this sound like a bug?

- Phil

Comment 4

[Mike Cowperthwaite]

OK, I've tested this a bit more, and you're right; I guess that whatever was 
fixed for bug 18906 has been broken again.

Reproduced with Moz 1.8a3-0824, Moz 1.7.2, TB 0.7, Win2K.

Comment 5

[Christian Eyrich]

Dupe of bug 252103?

Comment 6

[Phil Johnson]

I just switched to Thunderbird 0.8 and I'm still seeing the problem.  TB behaves
as if it's using the X-Account-Key header instead of the To/Cc identity to
determine the identity to use in replies.

Changed "Product" field to Thunderbird.

- Phil

Comment 7

[Mike Cowperthwaite]

(In reply to comment #6)
> Changed "Product" field to Thunderbird.

Don't do that again.

Comment 8

[Mike Cowperthwaite]

(In reply to comment #5)
> Dupe of bug 252103?

I don't believe so; reporter does not appear to be using the global inbox 
feature, but he is simulating it by using a server-level forward from one 
account to another.

Comment 9

[Christian Eyrich]

(In reply to comment #8)
> > Dupe of bug 252103?
> 
> I don't believe so; reporter does not appear to be using the global inbox 
> feature, but he is simulating it by using a server-level forward from one 
> account to another.

The user doesn't need to use the global inbox. Since this feature is available
every mail gets the X-Account-Key and only identities from this account will be
searched for a matching address. So in Phils case the identities from Account B
aren't searched anymore but only from Account A which received the mail.
IMHO That's exactly what bug 252103 is about and would be fixed by the code in
comment #20 there.

Comment 10

[Christian Eyrich]

Fix for bug 252103 has been checked in yesterday. Please try a nightly with this
patch and post the results here. If it's fixed in the nightly, we can resolve
this as a dupe.

Comment 11

[Mike Cowperthwaite]

Yes, this is working for me now with
  Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a5) Gecko/20041011

Only for new messages with the X-Account-Key header, but I guess that's 
expected.

*** This bug has been marked as a duplicate of 252103 ***

Comment 12

[Henrik Skupin [:whimboo][⌚️UTC+2] (away 07/21 - 08/08)]

v.