Wrong identity used when replying to an attached. eml with List-Post: header
Categories
(Thunderbird :: Untriaged, defect)
Tracking
(Not tracked)
People
(Reporter: jeffb, Unassigned)
References
Details
Attachments
(3 files)
Steps to reproduce:
DETAILED DESCRIPTION:
-
I receive email from our neighborhood listserv as a "digest". The "digest" is actually an email with separate attachments, one for each message. The attachments are standard plain-text .eml files.
-
I receive the "digest" in my default email account. To read individual messages in the digest, I open the individual attachments.
-
The bug occurs when I click any of Reply, Reply To List, or Reply-All from the open attached message: Rather than set the From: address to the account I'm replying from (the first listed account in the Folder
pane), Thunderbird sets the "From:" field to my alternate account (listed second in the folder pane).
TO REPRODUCE:
-
From an outside account (an account not on your Thunderbird client), create an email with the TWO .eml attachments I've enclosed with this bug: (OrdinaryEmail.eml and Email FromListserv.eml).
-
Send this email to your Thunderbird client's default account (the first listed account in the Folder Pane).
3a. Open the attachment "OrdinaryEmail.eml" and click the Reply button. Note that the "From:" field is filled in with the originating (in this case, TB client's default account). THIS IS CORRECT!
3b. Open the attachment "EmailFromListServ.eml and click the Reply button. Note that the "From:" field is filled in with the email address of the the second account listed in Thunderbird's Folder Pane. THIS IS WRONG!
Actual results:
See #s 3a and #3b above ("What did you do? (Steps to reproduce").
Expected results:
When clicking Reply on the email from the listserv, (which was sent to the TB client's default account), the "From:" address should be from Thunderbird's default account (i.e., the account at the top of the Folder Pane) and NOT the second account in the Folder Pane.
NOTES:
0. This bug report is for the MacIntosh port. I don't know about other ports.
-
I have attached the files "OrdinaryEmail.eml" and "EmailFromListserv.eml" to facilitate your testing. OOPS: Looks like I can only attach one file. Will try to attach to comments section if Bugzilla allows.
-
Identifying information in "EmailFromListserv.eml" has been changed to the domain "example.com". Identifying information in "OrdinaryEmail.eml" is unchanged: jeffb@LMI.net is my personal email and mauve32767@gmail is my junk email account.
-
This bug is SIMILAR to BUT NOT IDENTICALA TO Bug #1872630
( https://bugzilla.mozilla.org/show_bug.cgi?id=1872630 ).
https://bugzilla.mozilla.org/show_bug.cgi?id=1872630 )
|
Reporter | |
Comment 1•10 days ago
|
||
Zip file contains two attachments to create test email(s)..
|
|
Reporter | |
Comment 2•10 days ago
|
||
|
||
Updated•10 days ago
|
I can't reproduce the issue. Here's what I've done:
- Downloaded the ZIP file, extracted EmailFromListserv.eml and mailed it to myself as an attachment.
- When the messages arrived, double-clicked the attachment and hit "Reply". The reply comes from the my own identity from and to which the e-mail was sent.
I have the feeling that there is information missing to reproduce the issue. The .eml is only this:
List-Post: <mailto:parkhills@mailman.example.com>
Content-Transfer-Encoding: quoted-printable
From: Generic Person <genericperson@example.com>
Precedence: list
MIME-Version: 1.0 (1.0)
To: Park Hills <parkhills@mailman.example.com>
Date: Sat, 8 Mar 2025 14:16:41 -0800
Message-ID: <54C2CA46-15C3-4778-A140-1E2AA9B616CD@lmi.net>
Content-Type: text/plain; charset=utf-8
Subject: ANZA Free Diamond beading kits
Message: 1
Some message body ext
From a neighbor
999.999.9999=
So the course of action is this:
Generic Person <genericperson@example.com> sends a message to the list parkhills@mailman.example.com. The mailing list then collects those messages, and in the end ships them out as a digest. Who is the sender of the digest and who is the recipient? Is the sender parkhills@mailman.example.com? And the recipient is your primary identity?
|
|
Reporter | |
Comment 4•6 days ago
|
||
Found the problem: Corruption was prefs.js:
user_pref("mail.account.account2.server", "server2"); // Local user_pref("mail.account.account3.identities", "id3"); // Mauve user_pref("mail.account.account3.server", "server3"); // mauve32767@example1.com user_pref("mail.account.account4.identities", "id2"); // George user_pref("mail.account.account4.server", "server4"); // geogre@example2.com user_pref("mail.account.account8.identities", "id6,id1");// Jeffb user_pref("mail.account.account8.server", "server1"); // jeffb@example3.com; Was INCORRECTLY set to "Server4"
This is first time I ever looked at prefs.js. Always edited through the Account GUI.
Have also noted that in Account->Account-Name->identities, TB sometimes doesn't remember the field that was filled in
when I go back to the form just entered. Would be worth checking the the field entries are always saved correctly. (Can't
consistently reproduce.)
So it looks like there's nothing to fix here. Please file a new bug for any other concern.
Description
•