Re: [MlMt] Multiple rule interactions (was "Re: Filter(?) Message is moved to trash")
On 23 Nov 2021, at 9:46, Randall Gellens wrote: > On 23 Nov 2021, at 2:47, Robert Brenstein wrote: > >> I was using such moving as you describe when I was using Eudora. Switching >> from POP to IMAP changed the paradigm. With Mailmate, I just leave messages >> in the Inbox and instead of moving have smart mailboxes to show those >> selected messages. For what you describe as Inbox, I have a smart mailbox >> called incoming. Same end effect with no physical movements and actually >> more control. > > I have been using IMAP since last century, even with Eudora. I understand the > advantages of virtual mailboxes, but I prefer the certainty and > interoperability of using multiple real mailboxes. E.g., sometimes I access > my mail using Mail on an iOS device, or even webmail. Virtual mailboxes are > of course only useful within MailMate. Also, some IMAP mail hosts have limits on how many messages may be in INBOX, so having the ability to accurately and efficiently file messages becomes important. randy ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Multiple rule interactions (was "Re: Filter(?) Message is moved to trash")
On 23 Nov 2021, at 2:47, Robert Brenstein wrote: I was using such moving as you describe when I was using Eudora. Switching from POP to IMAP changed the paradigm. With Mailmate, I just leave messages in the Inbox and instead of moving have smart mailboxes to show those selected messages. For what you describe as Inbox, I have a smart mailbox called incoming. Same end effect with no physical movements and actually more control. I have been using IMAP since last century, even with Eudora. I understand the advantages of virtual mailboxes, but I prefer the certainty and interoperability of using multiple real mailboxes. E.g., sometimes I access my mail using Mail on an iOS device, or even webmail. Virtual mailboxes are of course only useful within MailMate. More to the point, I'd like to understand if the behavior I'm seeing is intentional or a bug. If the former, I'd like to see an explanation of how rules are supposed to work. If the latter, it'd be nice to have an idea of when it might be fixed. --Randall ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Multiple rule interactions (was "Re: Filter(?) Message is moved to trash")
I was using such moving as you describe when I was using Eudora. Switching from POP to IMAP changed the paradigm. With Mailmate, I just leave messages in the Inbox and instead of moving have smart mailboxes to show those selected messages. For what you describe as Inbox, I have a smart mailbox called incoming. Same end effect with no physical movements and actually more control. Robert On 22 Nov 2021, at 23:32, Randall Gellens wrote: I have some accounts where the Inbox rules are first a set of rules that each check for a certain value in a header field (often, the 'List-ID' field), and if so, add a keyword to the message and move it to a list-specific mailbox. Then there's a rule that, if the the 'To' and 'Cc' header fields do not contain my address and the keyword added by the earlier rules doesn't appear, then move the message to a catch-all mailbox. The intent is that the messages left in the Inbox were addressed to me, messages for certain lists I care about are moved to their list-specific mailboxes, and everything else is in the catch-all mailbox. However, what ends up happening is that messages are moved to the catch-all mailbox despite an earlier rule moving them to a list-specific mailbox (as evidenced by the keyword having been added). Are rules processed in an aggregate way, so that an earlier rule that moves a message is counteracted by a later rule? And an earlier rule that adds a keyword doesn't actually add it until after all rules have finished, so that other rules can't test it? --Randall ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
