> > https://bugzilla.gnome.org/show_bug.cgi?id=588833 > > But, suffice to say this change doesn't make much sense. I'm trying to > think of a situation where, by default you would want to reply from a > different address than the mail as went to but I can't.
To me the bugfix in https://bugzilla.gnome.org/show_bug.cgi?id=524497 made a lot of sense, and I'm very happy to give a counter-argument to illustrate why it was useful. Here's my situation: I have 3 accounts set up in Evo for 2 email addresses - let's call them as follows, with their example associated email addresses: 1) "Local mail on this computer - [email protected]" (i.e. the local mbox files, with work emails) 2) "IMAP - [email protected]" (i.e. remote IMAP for the work email address) 3) "IMAP - [email protected]" (i.e. remote IMAP for the personal email address) What would happen previously is that if I replied to a mail in the "IMAP - [email protected]" account, then it would reply by default from the "Local mail on this computer - [email protected]" account (i.e. it would use the wrong account, because it was matching the email address, rather than using the current mailbox). And worse, if I had an email in the "IMAP - [email protected]" account, which was also sent to "[email protected]" (i.e. the email was sent "To: [email protected], [email protected]" - note: order of recipients is/was important for this bug) - i.e. the mail was in both the "IMAP - [email protected]" and the "IMAP - [email protected]" accounts - and I then replied to that email in the "IMAP - [email protected]" account, then it would reply from the "Local mail on this computer - [email protected]" account. So of the 3 possible accounts to reply from (one correct, one wrong but understandable, one totally wrong), Evo was picking the totally wrong option. As I understand it, by using the mailbox that the mail is actually in, rather than picking the first matching recipient email address, it eliminates these bugs, which to me is most welcome. So, to try to understand your situation, I'm guessing that you have accounts something like this: 1) "IMAP - [email protected]" (i.e. remote IMAP, everything gets forwarded to this) 2) "IMAP - [email protected]" (i.e. remote IMAP for the work email address) 3) "IMAP - [email protected]" (i.e. remote IMAP for the personal email address) ... and then you're replying to a mail that's in the "IMAP - [email protected]" account, sent to "[email protected]", and wanting the reply to be sent using the "IMAP - [email protected]" account, rather than from the "[email protected]" account. Am I understanding your set-up correctly? If so, I'm trying to think of an elegant way to solve this, without introducing a preference, that keeps everyone happy .... How about if the rules below were applied, in the following order, until a match is found: 1) use the current account, if the current account's email address is anywhere in list of recipients (TO, CC, etc). [that solves my problem] 2) use another configured account, if its email address is in the list of recipients. [that solves your problem] 3) If neither of the above is the case, then use the current account's email address [that solves the case of [email protected] which forwards to [email protected], where there is no [email protected] account configured, which is something that I have]. Does that sound reasonable / acceptable / like it should work & keep everyone happy? -- All the best, Nick. _______________________________________________ Evolution-list mailing list [email protected] http://mail.gnome.org/mailman/listinfo/evolution-list
