Closed Bug 1851512 Opened 1 year ago Closed 1 year ago

Replies to emails received via BCC use the wrong identity

Categories

(Thunderbird :: Message Compose Window, defect)

Thunderbird 115
defect

Tracking

(thunderbird_esr115? fixed, thunderbird118 fixed)

RESOLVED FIXED
119 Branch
Tracking Status
thunderbird_esr115 ? fixed
thunderbird118 --- fixed

People

(Reporter: oshbug, Assigned: welpy-cw)

References

(Regression)

Details

(Keywords: regression)

Attachments

(1 file)

Steps to reproduce:

Received an email via BCC to a specific identity, let's say the sender addressed me as BCC: person+modifier@example.com. I have an identity set up with this specific address. I then replied to the email.

Actual results:

The from: field auto-populated with the default account identity (person@example.com) rather than the identity which received the email (person+modifier@example.com).

Expected results:

The from: field auto-populated with the identity to which the email was sent (in this case person+modifier@example.com).

(Is this desired functionality impossible because there is no standard email header field for the address to which the email was sent, and BCC means the recipient's address is never actually specified? Even if this is the case, GMail seems to have a Delivered-To: header, and other common email providers may have similar, so would it be worth adding a case for these common providers?)

As a quick workaround it should work when catch-all is enabled for a default identity. The headers to check are defined in the mail.compose.catchAllHeaders preference. Maybe you have to add delivered-to there yourself.

Without catch-all there is code that checks at least the Delivered-To: header, unfortunately it is not functional right now (since bug 1789774).

Maybe the catch-all code could be extended to cover the BCC case also.

Status: UNCONFIRMED → NEW
Component: Untriaged → Message Compose Window
Ever confirmed: true
Keywords: regression
Regressed by: 1789774
Assignee: nobody → h.w.forms
Status: NEW → ASSIGNED

This fix should restore the behavior of TB 102 regarding the Delivered-To: and List-Post: headers. Please note that the message you want to reply to has to be currently displayed. Using the context menu of another message does not process these special headers.

The original premise of this bug seems incorrect. You never have Bcc in your headers, unless it was in your sent folder for something you sent yourself. But replying to self would use the same From as original.

See Also: → 1815559

As I understand it, the premise is just receiving an email as BCC recipient, which definitely can happen. You don’t receive the BCC header, but may have a Delivered-To, so Thunderbird should attempt to reply with the receiving identity.

The report does not specify that the recipient sees the actual BCC field, just that it’s used to send the email.

Target Milestone: --- → 119 Branch

Pushed by mkmelin@iki.fi:
https://hg.mozilla.org/comm-central/rev/bf3a3b9be2ff
Fix currentHeaderData in ComposeMessage. r=mkmelin

Status: ASSIGNED → RESOLVED
Closed: 1 year ago
Resolution: --- → FIXED

Comment on attachment 9351873 [details]
Bug 1851512 - Fix currentHeaderData in ComposeMessage. r=mkmelin

[Triage Comment]
Approved for beta
(low risk)

Attachment #9351873 - Flags: approval-comm-beta+

Comment on attachment 9351873 [details]
Bug 1851512 - Fix currentHeaderData in ComposeMessage. r=mkmelin

[Approval Request Comment]
Regression caused by (bug #): 1789774
User impact if declined: wrong identity pre-selected for replies to BCC messages
Testing completed (on c-c, etc.): currently on beta
Risk to taking this patch (and alternatives if risky): low

Attachment #9351873 - Flags: approval-comm-esr115?

Comment on attachment 9351873 [details]
Bug 1851512 - Fix currentHeaderData in ComposeMessage. r=mkmelin

[Triage Comment]
Approved for esr115

Attachment #9351873 - Flags: approval-comm-esr115? → approval-comm-esr115+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: