Bug 4269 - Claws Mail confusing accounts when responding to mail that was received by multiple accounts
Summary: Claws Mail confusing accounts when responding to mail that was received by mu...
Status: RESOLVED INVALID
Alias: None
Product: Claws Mail (GTK 2)
Classification: Unclassified
Component: UI/Message List (show other bugs)
Version: 3.17.4
Hardware: PC Linux
: P3 normal
Assignee: users
URL:
Depends on:
Blocks:
 
Reported: 2019-11-04 11:44 UTC by Blubberbub
Modified: 2019-11-26 12:05 UTC (History)
0 users

See Also:


Attachments

Description Blubberbub 2019-11-04 11:44:15 UTC
This is kind of similar to #3174, but does not use multiple instances of Claws Mail and happens when responding to a mail and is kind of annoying.

Steps to reproduce:

Two different Accounts configured in the same Claws-Mail instance. (For me its the same IDAP Server for both, but i don't know if that is part of the problem)
Send the same E-Mail to both accounts.
Try to reply to the E-Mail from both accounts.

Result:
You cannot select the sender of the mail by deciding in which inbox you click the "Reply" button. Claws-Mail always chooses the second account as the sender of the response, even though i pressed the Reply Button from the Inbox of the first account.

Expected Behavior:
If I click Reply in the inbox of account A, account A should be the sender of the mail I am composing.
If I click Reply in the inbox of account B, account B should be the default selected sender of the mail.
So it should behave exactly the same as it does when a mail is not present in multiple accounts.
Comment 1 Paul 2019-11-04 12:00:50 UTC
You talk of 'inbox of account A' and 'inbox of account B'. Are these MH mailboxes?

Why not use the Folder Properties to set the account?
Comment 2 Blubberbub 2019-11-04 12:13:42 UTC
They are IMAP accounts.

For mails that are not send to both accounts at once the function to select the "From"-Account works exactly like it is supposed to, so i didn't expect any folder properties that can improve upon this.

But i was wrong. Setting the Compose->"Default account" property on the Inbox-Folder of both accounts did indeed solve the problem. I did really expect this to be the default, though.

Note You need to log in before you can comment on or make changes to this bug.