Re: Mountain Lion Mail, reply from address

On Oct 26, 2012, at 12:14 AM, objectwerks inc =
<chad+macosx-AU1NHruoRJaEK/[email protected]> wrote:
> Is this local mailboxes (pop?) or server mailboxes with imap that the =
rules are moving the files into folders for?  I've long seen an issue =
where a mail comes in to  [email protected] but a rule moves it into a folder that =
resides in [email protected] address.  This is with IMAP and folders on the =
server.  When I reply, the from is set to the account for the mailbox =
the mail ended up in by rules and not the one that received it.  This =
has long been the case (been happening to me on 10.6 and 10.7 at least =
since forever).  Is this what you are doing or is it different?

The accounts are remote, connection is IMAP. The "mailboxes" (the =
folders) that the rules move mail into are local. When replying to those =
emails, regardless of what account they came from, the "From" popup in =
the reply window was populated with the correct account (correct being =
From=3DTo, I understand some people receive mail to one account but use =
a particular reply-from account in all cases, e.g. to get people to =
switch to using a new email address).

But this behavior is no longer true in Mountain Lion. For example lists@ =
I get maybe 100 emails per day put into various folders (mailboxes), and =
when I reply, the email =46rom address should be lists@ but is now =
always chris@. Naturally I routinely forget to check the =46rom pop-up =
menu, and end up sending mail with the wrong From, which then bounces =
(or worse sits in limbo). If I disallow rules to move those emails into =
the proper list folders, so that the emails stay in lists@ inbox, when I =
reply the email =46rom address is lists@.

So it seems like the reply to =46rom pop-up default is busted only when =
the mail is moved via rules. I could possibly solve this in the short =
term by using Smart Mailboxes instead of rules? The problem with that is =
the inbox gets full and messy quickly. And then takes the mobile a lot =
longer to sync. So there are work arounds, none too elegant. I actually =
think it would be easier to regress to 10.7.5 =96 but there are =
consequences of that too.

Chris Murphy