User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:220.127.116.11) Gecko/20070515 Firefox/18.104.22.168 Build Identifier: Thunderbird version 22.214.171.124 (20070326) When receiving a email for a email aliases, I'm expecting a reply to leave with my email aliases account properties when replying. This works well when my email aliases is present in the To field. This doesn't work when I'm receiving the mail as a bcc.(mailing list or just somebody using the bcc feature) As a workaround I have to reselect my correct identity when replying. As my email server added a (optional) header X-Original-To: with the real final recipient, I would like thunderbird to use this information for the reply : If Field to contains one of my email aliases -> use this information elsif X-Original-To: exist and contains one of my email aliases use this else use my primary email for this account Reproducible: Always Steps to Reproduce: 1. create a account firstname.lastname@example.org 2. add an email aliases (another identity) email@example.com 3. from another email client(firstname.lastname@example.org) , send a mail to email@example.com with firstname.lastname@example.org in bcc. 4: mail is received in your mail box and your mail server adds a X-Original-To: email@example.com) (seems like postfix does the job well but not exchange) 5 : reply to it 6 : look at the email used for reply Actual Results: Thunderbird uses firstname.lastname@example.org setting in the from Expected Results: Thunderbird uses email@example.com setting in the from
I think this is really bug 327713.
No, I don't think so. I don't use any global inbox functionality and don't see any X-Account-Key in my mails (I search for this in my inbox file without finding any) The reply to functionality for multiple identities works well when the To: field contains a secondary identity. this bug is about using a specific header to allow thunderbird to guess the correct identity to use when it's not guessable from the To: field. see http://www.postfix.org/local.8.html for information about X-Original-To header the local(8) daemon prepends an X-Original-To: header with the recipient address as given to Postfix
I believe this is a version of the problem I also experience with Thunderbird. I have two separate e-mail accounts: firstname.lastname@example.org and email@example.com. Both are directed through Account 1: firstname.lastname@example.org and so come into my e-mail from the server for that account. They are then sorted into folders under their respective identities. Regardless of which identity I am working in, the default/autocomplete From: address is always the one for the account through which the e-mail has been routed, not the identity I am currently working in. I can choose the correct From: identity but this is an extra step and as such is easy to forget. Reproducible: Always Steps to Reproduce: 1. create two identities - email@example.com and firstname.lastname@example.org 2. have the mail from email@example.com forwarded to firstname.lastname@example.org 3. set up a message filter to sort incoming messages with "frustrated" in the subject line to a folder under the email@example.com identity 4. from an unrelated third e-mail account, send an e-mail to firstname.lastname@example.org with "frustrated" in the subject line 5. when it arrives, it should get sorted into the email@example.com folder as per your filter 6. highlight the "frustrated" e-mail 7. reply to it 8. note the From: and Reply-to: addresses are firstname.lastname@example.org Actual Results: Thunderbird uses email@example.com setting in the From: not firstname.lastname@example.org, even though I am operating in the email@example.com identity. This problem does not arise when simply composing a message. In that case the From: address correctly reflects the identity I am currently working in. It strike me that this may bear a relationship to 273526, 362470, 29908, 377998, and the always present 327713. Note that Mozilla did not have this problem. It always defaulted to the identity you were working in regardless of what address the e-mail had been sent to or what server it had been routed though.
Yeah, i suppose you are on imap then (imap don't have x-account-key header). Though then there is bug 230247. Ursule: I think that your case is bug 377998. Also, please write "bug" before bug numbers so they get autolinked. (like bug 273526, bug 362470, bug 29908, bug 377998 and bug 327713.
Thanks for the pointer about adding the word "bug". I am not on imap and having looked at bug 230247, that is not it easier. Mine does not involve a mailing list. I have come to the conclusion that is is soemthing in the way the code is written or the configurations are set on default but I am reluctant to get in there and muck about in case it causes new problems. I'm not at all a techie, nor do I have time to spend experimenting, given my lack of knowledge. I'm hoping at some point a techie will be able to fix this.
You may be right about bug 377998 but to be honest I cannot follow the information to determine if it is. What I do know is that it dis not work correctly in any past version of Thunderbird I had although it did work correctly in Mozilla.
does the virtual-ID plugin help (https://addons.mozilla.org/en-US/thunderbird/addon/594)? If so, I think this bug should be closed as WONTFIX and the functionality should be added via the plugin. Mozilla products are torn in too many directions and plugins are there to help with customization.
Status: UNCONFIRMED → NEW
Ever confirmed: true
In lieu of more information, it seems that bug 377998 is the same effect as this bug. That was fixed on trunk builds (i.e., TB 3.0). In any case, I think the summary of this bug is off.
Status: NEW → RESOLVED
Last Resolved: 10 years ago
Resolution: --- → DUPLICATE
Whiteboard: closeme 2008-08-30
Duplicate of bug: 377998
You need to log in before you can comment on or make changes to this bug.