User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; it; rv:22.214.171.124) Gecko/20071025 Firefox/126.96.36.199 Build Identifier: version 188.8.131.52 (20080421) TB configured with 2 pop3 and 2 imap4 accounts. Column "Account" visualized in Main window via "Click to select columns to display" button. All accounts configured to put mail in account folders and not in local folders. Messages coming from POP3 account have the account field correctly populated while IMAP4 account have blank Account column. If move a mail from the inbox folder of the IMAP4 account to a folder in Local Folders, then, when start a reply the account used is the default one and not the account the message belongs to. Doing the same thing with a message from a POP3 account function correctly. Reproducible: Always Steps to Reproduce: 1. Create pop3 account 2. Create imap4 account 3. Show Account field in main window via "Click to select columns to display" 4. Get messages 5. Account field for Imap4 account is empty Expected Results: Correctly populate account field with imap4 account details
Confirmed in 184.108.40.206 on a Mac.
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows XP → All
Hardware: PC → All
IMAP messages do not have an X-Account-Key header.
(In reply to comment #2) > IMAP messages do not have an X-Account-Key header. Then is Invalid?
No, it's relevant now that we have smart mailboxes. But we can only show the account the imap message is in, not the account the message was delivered to initially, which is what we do for pop3 messages.
(In reply to comment #5) > But we can only show the > account the imap message is in, not the account the message was delivered to > initially, which is what we do for pop3 messages. This would be fine for me. I am using Thunderbird 3.0. Because this new version uses smart folders intensively, it would be great to have this feature added.
Simple fix - unfortunately, it's difficult to add a test for it because nsMsgDBView uses GetIdConst to get the column, which is noscript, which makes it impossible to fake up an nsITreeColumn for testing purposes. We should fix that.
(In reply to comment #0) > If move a mail from the inbox folder of the IMAP4 account to a folder in Local > Folders, then, when start a reply the account used is the default one and not > the account the message belongs to. It's a variant of phenomenon of bug 327713. As X-Account-Key: is not written upon mail copy from IMAP folder to local mail folder, next happens by current implementation(based on X-Account-Key: header). Copy/move to "Local Folders" mail folder : Pre-set From: == main identity of default account Copy/move to POP3 account's folder : Pre-set From: == main identity of the POP3 account
I'd like this for 3.02 at least, since it's a common question on Get Satisfaction...
status-thunderbird3.0: --- → wanted
Comment on attachment 416866 [details] [diff] [review] proposed fix >+ nsCOMPtr<nsIMsgAccountManager> accountManager = do_GetService(NS_MSGACCOUNTMANAGER_CONTRACTID, &rv); nit: please wrap do_GetService to a new line.
Attachment #416866 - Flags: approval-thunderbird3.0.2?
fixed on trunk
Status: NEW → RESOLVED
Last Resolved: 9 years ago
Resolution: --- → FIXED
Target Milestone: --- → Thunderbird 3.1b1
Attachment #416866 - Flags: approval-thunderbird3.0.2? → approval-thunderbird3.0.2+
fixed for 3.02
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.