[MlMt] How to reliably move incoming messages to separate mailboxes?

[Pierre Igot]

Hi Henry,

Basically my problem is that the rule that is supposed to assign the IMAP tag to the message AND to move that message to a specific mailbox works most of the time, but sometimes it only assigns the IMAP tag to the message and fails to move it. I don’t want to have to do anything manually to my messages all the time in order to get MailMate to colour them appropriately. I need this to be automatic and to work reliably.

I don’t need to colour the contents of messages. I just need to colour them in the message list. This can be done with the most recent version of MailMate by assigning a different colour to each email account, so that all messages can take on the colour of their parent account in the unified inbox, but this feature is not fine-grained enough for my needs, since I receive many messages to the same account that get assigned different IMAP tags by my rules based on their contents (keywords, sender, etc.) and therefore need to take on different colours based on their IMAP tag.

I am afraid I am not sure I understand what you are referring to with respect to SpamSieve. I use SpamSieve myself and, yes, I remember SpamSieve being able to assign different colours to junk messages based on their relative SpamSieve Score in ***macOS Mail***. But SpamSieve does not seem to have this ability in MailMate, as far as I can tell. In MailMate, in my Spam folder, all messages are black, regardless of their SpamSieve Score (or they have the colour that MY RULES assigned to them, in r5964, still supporting my Styles.plist colours). I am not going back to Mail instead of MailMate just in order to be able to use message colouring based on rules. (As far as I can recall, rules didn’t always work all that reliably in Mail anyway.) But I do want to try and achieve with the CURRENT version of MailMate something nearly identical to what I am currently able to achieve with r5964, which still supports my Styles.plist colours.

If this issue is not all that important to you, that’s fine. I don’t expect you to respond any further. But you did respond to my initial message, and so I am responding to your response.

Pierre



On 8 Nov 2023, at 14:21, Henry Seiden wrote:

> Hi Pierre,
>
> Given your experience, I can see this working if for example, you move message within MailMate only. I **usually** move them that way, but like not always to the Archive Mailbox per account. Also this not a “Smart Mailbox”.
>
> So it doesn’t seem to be worthwhile trying, unless there is a rule to first move a message to a temporary mailbox, then apply the setting(s) desired, E.G. color, then move it back to the original place. It may get the setting wiped out at that point anyway.
>
> So, in short while it’s nice to colorize the email by a color code similar to what was applied to the icon of a standard mailbox (which still works, BTW), but no longer apparently, to the message contents itself.
>
> Mail does seem to allow the contents to be colored - both the background and characters when placed in the spam folders. How do I know this, you may ask? SpamSieve uses the techniques of coloration to apply it to aspects of the email (subject) IN THE MESSAGE LIST. That coloration is NOT reflected in the same message and the same folder in MM however.
>
> Just giving some background for your issue. Frankly, the coloration mentioned here is not of great enough interest to pursue it further for me. Seems like it could be done, but don’t know the reasoning not the the issues. Just providing some hints for your background study. Good Luck.
>
>
> Respectfully,
>
> Henry Seiden
> - -
> Techworks Pro Co.
> E: info<at>techworkspro<dot>com
> W: http://techworkspro.com
>
> On 8 Nov 2023, at 13:02, Pierre Igot wrote:
>
>> Hi,
>>
>> With the elimination in recent versions of MailMate of support for the “hidden” feature for colouring messages in the inbox message list using a file called Styles.plist, I have been told by Benny that I need to use smart mailboxes to apply colours to messages in a combined message list.
>>
>> My problem is that I can only see doing this in a practical fashion by using rules to automatically move incoming messages to specific (coloured) mailboxes and then by using a smart mailbox to combine the contents of these various coloured mailboxes into a single message list, with each message retaining the colour of its parent mailbox.
>>
>> HOWEVER, this only works if my rules for moving incoming messages to specific mailboxes works reliably for all messages. But I am finding that it doesn’t work reliably. Sometimes incoming messages stay in the inbox even though they do meet the criteria of the rule that is supposed to move them.
>>
>> My impression is that this might be because the move action only works when messages actually “arrive” in the inbox, and I am assuming that this “arriving” state is not always detected because incoming messages might arrive in my inbox during a time when MailMate is NOT checking for new mail and one of my other devices (iPad, iPhone) IS checking for new mail, so that the arrival of these messages is not detected by MailMate. (I can “force” MailMate to move these missed messages to their destination by manually moving them to another box and then back to the inbox, but obviously I cannot keep doing this every time MM misses one.)
>>
>> Is that really what’s going on? Or is there another reason why sometimes incoming messages are NOT moved to their respective mailboxes even though they do meet the criteria of the rule that is supposed to move them?
>>
>> If my theory is correct, how can I ensure that incoming messages are ALWAYS moved from the inbox to their destination mailbox reliably, regardless of whether they “arrive” first on my iPhone or iPad before showing up in MailMate on my Mac?
>>
>> Apologies if I am misunderstanding something obvious.
>>
>> Pierre
>>
>>
>> --
>> LATEXT: Literature, music and visuals / Littérature, musique et graphisme - www.latext.com
>> BETALOGUE: Blog - www.betalogue.com | Twitter: @betalogue | Mastodon: @betalogue at toot.community
>> FAUX AMIS : Site sur les faux amis anglais-français - www.fauxamis.fr | Twitter: @Pierre_Igot
>> _______________________________________________
>> mailmate mailing list
>> mailmate at lists.freron.com
>> https://lists.freron.com/listinfo/mailmate


--
LATEXT: Literature, music and visuals / Littérature, musique et graphisme - www.latext.com
BETALOGUE: Blog - www.betalogue.com | Mastodon: @betalogue at toot.community
FAUX AMIS : Site sur les faux amis anglais-français - www.fauxamis.fr | Mastodon: @pierre_igot at mastodon.social