Closed
Bug 675509
Opened 14 years ago
Closed 1 year ago
Forward As Attachment uses wrong (default) account not account associated with original e-mail
Categories
(Thunderbird :: Message Compose Window, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: info, Unassigned)
References
(Depends on 1 open bug, Blocks 1 open bug)
Details
User Agent: Mozilla/5.0 (X11; Linux i686; rv:5.0) Gecko/20100101 Firefox/5.0
Build ID: 20110615151330
Steps to reproduce:
In Unified Folders Inbox, Either set Forward Preferences to Forward As Attachment, or select Message, Forward As, Attachment.
Actual results:
Message is forwarded from Default account.
Expected results:
Message should be forwarded from account from which the message originated.
Note: This only occurs if Forwarding As Attachment. Forward Inline uses the proper account for forwarding.
My complete write-up:
I have confirmed this on 2 different installations of Thunderbird 5.0. One on Fedora 14 x86 and the other on RHEL 6.1 Workstation x86.
If I have more than one account and am using Unified Folders and have Forwarding set to "As Attachment" (or select Forward As Attachment from the Message menu), the account selected to be used to forward the message will be the default account, not the account from which the message originated. This is in contrast to prior behavior and in contrast to forward inline, which forwards from the originally associated account with the e-mail.
This behavior only occurs if the message is selected from the Unified Folders list. If it is selected from within the inbox of the account itself, the Forward As Attachment defaults to sending from the originally associated e-mail account properly.
Reporter | ||
Updated•14 years ago
|
Version: 5.0 → 6
Reporter | ||
Updated•14 years ago
|
Component: General → Message Compose Window
Comment 1•14 years ago
|
||
Does this also happens if you start Thunderbird in -safe-mode (see http://support.mozillamessaging.com/en-US/kb/Safe-Mode) ?
Reporter | ||
Comment 2•14 years ago
|
||
Ludovic, I just restarted in safe mode. Yes, the problem still exists.
I changed View/Folders to Unified. I selected a message in my info @ billbauman.com inbox, clicked Message/Forward As - Attachment. The message "from" was my default account, not the info@ account.
This behavior is consistent across TBird 5 and 6 now.
Reporter | ||
Comment 3•13 years ago
|
||
Problem persists in 6.1.
I recently did a complete reinstall of Thunderbird on Fedora 14 x86_64. This is an extremely easy to reproduce problem.
Comment 4•13 years ago
|
||
I'm not seeing this at all. For me it just works, I get the proper email address (and it's an alias) from the account the email is send to. So it really works for me.
Updated•13 years ago
|
QA Contact: general → message-compose
Reporter | ||
Comment 5•13 years ago
|
||
I just confirmed this bug beyond Linux. If you follow what I have described, the bug exists. I installed a WinXP VM with a clean install of Thunderbird 7.0.1. I only configured two accounts, both GMail. If you are using Unified Folders, Forward As will always forward from the default e-mail account, not the account to which the e-mail was originally sent. I can send screentshots and/or take video if someone would like.
Bug confirmed by me on:
RHEL 6.0 32-bit
RHEL 6.1 32-bit
Fedora 14 32-bit
Fedora 14 x64
Windows XP 32-bit
Thunderbird 5.0 + (all versions)
This does work for me, on Win XP, TB12, when showing as Unified folders. The compose window created by Forward as attachment shows the correct address/account.
Actually, Forward Inline has the problem described here!
Ludovic, can you try that?
But yes, the mail I tried in the second account that gets forwarded from first account contains "X-Account-Key: account1" (which is the first account) so this may be bug 327713 as WADA linked.
Reported, can you see in the source (Ctrl-U) of the message what the header X-Account-Key: is set to and which account that corresponds to?
Depends on: 327713
Updated•2 years ago
|
Severity: normal → S3
Comment 7•1 year ago
|
||
Reporter is gone. So Wfm per comment 6.
Status: UNCONFIRMED → RESOLVED
Closed: 1 year ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•