bugzilla.mozilla.org will be intermittently unavailable on Saturday, March 24th, from 16:00 until 20:00 UTC.
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:32.0) Gecko/20100101 Firefox/32.0 (Beta/Release) Build ID: 20140530030202 Steps to reproduce: An email arrives from a mailing list to which I am subscribed. The "to" field appears as the mailing list address (i.e. not my personal address subscribed to the list). I click reply Actual results: The "from" and "reply-to" fields are automatically filled but not by the address of the default account Expected results: The default account should have been used to reply to the email
So what account is selected? Please attach a sample as .eml
The account I first added to Thunderbird - probably numbered 1 or 0 in some internal database. The attached .eml file was delivered to me at email@example.com. When I click reply - firstname.lastname@example.org is the email in the from field. The .eml file doesn't contain email@example.com but is linked to the account number. I feel the address is being used instead of the account number by TB to choose which email address appears in FROM:
IIRC in case there is no direct matching email - for imap the default account for the server the folder the messages is stored in - for pop, the account that matches X-Account-Key. In your case, "X-Account-Key: account13"
Looking at the source of some other emails: account13 is firstname.lastname@example.org account2 is email@example.com - this is the one that seems to be used if there is no direct matching email
If "fall back to defaualt identity of default account" fails, Tb currently falls back to "identity of first defined account". f"irst defined account" in this context = first account in mail.accountmanager.accounts Is "default account" and "default identity of the default account" correctly defined? mail.accountmanager.defaultaccount = account# first identty in mail.account.account#.identities A workaound. If "default account" and "default identity of the default account" is correctly set, move the account at top of mail.accountmanager.accounts .
You need to log in before you can comment on or make changes to this bug.