[MlMt] Custom Styling on Message List

2025-01-10 Thread Paul MASSENDARI

Hi,

I used to apply custom styling to my message list by editing Style.plist 
`~/Library/Application\ Support/MailMate/Styles.plist` where I used to 
apply styling to my messages as below (basically it colors the message 
in green if the message is tagged with the tag DONE etc.)



```
{   styles = (
{   type = keyword;
keyword = 'Done';
color = "#17bf17";
fontStyle = "bold";
},
{   type = keyword;
keyword = 'RemindMe';
color = "#e8d105";
fontStyle = "bold";
},
{   type = keyword;
keyword = 'Important';
color = "#cc2e0e";
fontStyle = "bold";
}
);
}
```

But it seems like it does not work anymore since MailMate 2.0+

Does anyone here encountered the same issue ?

Many thanks in advance and all best wishes,

Paul


___
mailmate mailing list
Unsubscribe: https://lists.freron.com/listinfo/mailmate


[MlMt] Archiving email threads from an email window

2025-01-10 Thread Toby Gee
I’d like to have a keyboard shortcut that lets me archive a thread, 
both from the inbox, and from the email being open in its own window. 
The two things I’ve tried are:


"y" = ( "selectWithFilter:", "#thread-id = ${#thread-id}", "archive:");

which doesn’t seem to reliably archive all the emails in a thread, and

  "y" = ("moveThreadToMailbox:", "archive");

which doesn’t archive an email in its own window, but does archive 
whole threads from the inbox view. Is there some other option that 
should work better?


Best,

Toby___
mailmate mailing list
Unsubscribe: https://lists.freron.com/listinfo/mailmate


Re: [MlMt] TLS 1.3 supported?

2025-01-10 Thread Benny Kjær Nielsen
On 8 Jan 2025, at 13:04, Frederik Schwan via mailmate wrote:

> Though I run into connectivity issues. The server gives me:
>> SSL_accept() failed: error:0A000102:SSL routines::unsupported protocol

Make sure you use the beta available at https://freron.com

If you still have an issue then contact me off list and I can test by 
connecting to your server.

> MacOS itself supports TLS 1.3 and the installed OpenSSL version does as well.

MailMate uses the CFNetwork framework (since r5263) which, as far as I know, 
supports 1.3, but there could of course be a configuration issue that I'm 
unaware of.

Ideally, MailMate should switch to Apple's Network framework, but that requires 
macOS 10.14+ (MailMate is still 10.12+). Yes, “maintaining” software often 
requires completely replacing existing code because of system changes :)

-- 
Benny
___
mailmate mailing list
Unsubscribe: https://lists.freron.com/listinfo/mailmate


Re: [MlMt] Custom Styling on Message List

2025-01-10 Thread Henry Seiden
Paul,

I use the menus instead of editing the respective plist to color the Sources 
(NB, the coloring done that way only applies the the single source folder). If 
the coloring is done in the Styles will it apply to all submailboxes?

It works quite well my way for my purposes, but was a lot more work perhaps 
than your way. so I have colored settings for certain sub mailboxes (Archive, 
Sent) per Account to specific colors as well.

Whichever way you do it, remember to save the .plist settings made to be used 
for migrations to other CPU’s. I do that on a regular basis and utilize that 
(from my iCloud Storage)whenever changing to a new CPU.

Respectfully,

Henry Seiden
- -
Techworks Pro Co.
E: infotechworksprocom
W: http://techworkspro.com

On 10 Jan 2025, at 9:21, Paul MASSENDARI wrote:

> Hi,
>
> I used to apply custom styling to my message list by editing Style.plist 
> `~/Library/Application\ Support/MailMate/Styles.plist` where I used to apply 
> styling to my messages as below (basically it colors the message in green if 
> the message is tagged with the tag DONE etc.)
>
>
> ```
> {   styles = (
> {   type = keyword;
> keyword = 'Done';
> color = "#17bf17";
> fontStyle = "bold";
> },
> {   type = keyword;
> keyword = 'RemindMe';
> color = "#e8d105";
> fontStyle = "bold";
> },
> {   type = keyword;
> keyword = 'Important';
> color = "#cc2e0e";
> fontStyle = "bold";
> }
> );
> }
> ```
>
> But it seems like it does not work anymore since MailMate 2.0+
>
> Does anyone here encountered the same issue ?
>
> Many thanks in advance and all best wishes,
>
> Paul
>
>
> ___
> mailmate mailing list
> Unsubscribe: https://lists.freron.com/listinfo/mailmate

signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
Unsubscribe: https://lists.freron.com/listinfo/mailmate


Re: [MlMt] TLS 1.3 supported?

2025-01-10 Thread Frederik Schwan via mailmate
On Fri, Jan 10, 2025 at 03:35:24PM +0100, Benny Kjær Nielsen wrote:
> On 8 Jan 2025, at 13:04, Frederik Schwan via mailmate wrote:
> 
> > Though I run into connectivity issues. The server gives me:
> >> SSL_accept() failed: error:0A000102:SSL routines::unsupported protocol
> 
> Make sure you use the beta available at https://freron.com
> 
> If you still have an issue then contact me off list and I can test by 
> connecting to your server.

Yes, I'm running the latest 2.0 beta.

I replied to you off-list.
 
> > MacOS itself supports TLS 1.3 and the installed OpenSSL version does as 
> > well.
> 
> MailMate uses the CFNetwork framework (since r5263) which, as far as I know, 
> supports 1.3, but there could of course be a configuration issue that I'm 
> unaware of.

So I digged a bit into this, and it seems that only the higher level 
abstraction as NSURLSession, which is essentially a shortcut for the Foundation 
URL Loading System [0],
has TLS1.3 support. The lower layers, such as NSStream, CFHTTPStream and 
CFSocketStream don't support TLS 1.3.
I don't know the mailmate sources, but maybe this information helps you a bit.

> Ideally, MailMate should switch to Apple's Network framework, but that 
> requires macOS 10.14+ (MailMate is still 10.12+). Yes, “maintaining” software 
> often requires completely replacing existing code because of system changes :)

Well, that's a lot of work :/
I'll see what I can do on my side.

Thank you,
Frederik

[0] https://developer.apple.com/forums/thread/683645
___
mailmate mailing list
Unsubscribe: https://lists.freron.com/listinfo/mailmate


Re: [MlMt] Feature request: 'Smart' Move to mailbox

2025-01-10 Thread David Twist
Smart mailboxes are super useful, to be sure—and I have plenty of them. 
Mailmate’s facility for defining rules is superb. For my purposes having 
discrete mailboxes is also important for a few reasons:

- I have many clients that share vendors, and as such need to parcel out those 
vendors’ emails to specific clients. This many-to-many pattern isn’t limited to 
clients-vendors, but that is the most significant example. I could 
theoretically switch to using tags for this, but I foresee issues with imap 
keyword limits and maintaining accurate, complicated rules for smart mailboxes.

- With a large imap store, leaning on smart mailboxes that search all mail has 
a significant performance impact.

- Related to above: discrete mailboxes allow for searches and smart mailboxes 
that are limited to subsets of my full mail archive, helping them to remain 
performant.

- I prefer using inbox rules to filter truly routine automated emails away, and 
then making conscious decisions about where to file everything else. This is 
where having a smart default destination in “move to mailbox” saves loads of 
time, as I don’t have to start typing mailbox names for every email I file.

One of the amazing things about email is how many different organizational 
strategies can be implemented, and I’m fully aware that what works for my 
situation would be suboptimal for others. :)

Cheers,
David

> On Jan 10, 2025, at 2:07 AM, Fredrik Jonsson  wrote:
> 
> David Twist 2025-01-09 23:30 wrote:
> 
>> It would be a dream if the Move to Mailbox feature used a “frecency” 
>> algorithm to suggest mailboxes
> 
> I also used to sort messages to different mailboxes in my older e-mail 
> clients.
> 
> With MailMate I found a better way, for me, of doing it.
> 
> All mail lands in the "Inbox". When I have read it I archive it so it end up 
> in "Archive". No mailboxes, just dump it all in "Archive".
> 
> To find things I have set up smart mailboxes that completely replaces my old 
> standard mailboxes.
> 
> Smart mailboxes are essentially saved searches so a lot more flexible, a mail 
> message can e.g. show up in several boxes.
> 
> Fredrik
> ___
> mailmate mailing list
> Unsubscribe: https://lists.freron.com/listinfo/mailmate

___
mailmate mailing list
Unsubscribe: https://lists.freron.com/listinfo/mailmate


Re: [MlMt] Custom Styling on Message List

2025-01-10 Thread Paul MASSENDARI

Dear Henry,

Thank you very much for your quick answer. I was not aware of this 
possibility of styling from the menu and this lead me to read in the 
updated doc that this feature has been removed.


I was sad at first that this feature has been removed but thanks to you 
I now found out that one can now mimic the same behavior by creating a 
rule with a smart mailbox for every email with the tag « Done » and 
then to apply color to this very mailbox.


It is very convenient in my opinion to have all the emails that requires 
no more attention from me to be colored in green (and the urgent emails 
in red)


Many thanks and all best wishes,

Paul


On 10 Jan 2025, at 15:46, Henry Seiden wrote:


Paul,

I use the menus instead of editing the respective plist to color the 
Sources (NB, the coloring done that way only applies the the single 
source folder). If the coloring is done in the Styles will it apply to 
all submailboxes?


It works quite well my way for my purposes, but was a lot more work 
perhaps than your way. so I have colored settings for certain sub 
mailboxes (Archive, Sent) per Account to specific colors as well.


Whichever way you do it, remember to save the .plist settings made to 
be used for migrations to other CPU’s. I do that on a regular basis 
and utilize that (from my iCloud Storage)whenever changing to a new 
CPU.


Respectfully,

Henry Seiden
- -
Techworks Pro Co.
E: infotechworksprocom
W: http://techworkspro.com

On 10 Jan 2025, at 9:21, Paul MASSENDARI wrote:


Hi,

I used to apply custom styling to my message list by editing 
Style.plist `~/Library/Application\ Support/MailMate/Styles.plist` 
where I used to apply styling to my messages as below (basically it 
colors the message in green if the message is tagged with the tag 
DONE etc.)



```
{   styles = (
{   type = keyword;
keyword = 'Done';
color = "#17bf17";
fontStyle = "bold";
},
{   type = keyword;
keyword = 'RemindMe';
color = "#e8d105";
fontStyle = "bold";
},
{   type = keyword;
keyword = 'Important';
color = "#cc2e0e";
fontStyle = "bold";
}
);
}
```

But it seems like it does not work anymore since MailMate 2.0+

Does anyone here encountered the same issue ?

Many thanks in advance and all best wishes,

Paul


___
mailmate mailing list
Unsubscribe: 
https://lists.freron.com/listinfo/mailmate___

mailmate mailing list
Unsubscribe: https://lists.freron.com/listinfo/mailmate___
mailmate mailing list
Unsubscribe: https://lists.freron.com/listinfo/mailmate


Re: [MlMt] TLS 1.3 supported?

2025-01-10 Thread Benny Kjær Nielsen
On 10 Jan 2025, at 16:04, Frederik Schwan via mailmate wrote:

> So I digged a bit into this, and it seems that only the higher level 
> abstraction as NSURLSession, which is essentially a shortcut for the 
> Foundation URL Loading System [0],
> has TLS1.3 support. The lower layers, such as NSStream, CFHTTPStream and 
> CFSocketStream don't support TLS 1.3.
> I don't know the mailmate sources, but maybe this information helps you a bit.

It does, but it also means MailMate does not support TLS 1.3 (or Apple doesn't 
via CFNetwork).

>> Ideally, MailMate should switch to Apple's Network framework, but that 
>> requires macOS 10.14+ (MailMate is still 10.12+). Yes, “maintaining” 
>> software often requires completely replacing existing code because of system 
>> changes :)
>
> Well, that's a lot of work :/

Yes. (I will have to do it eventually -- I suspect it might not be the only 
problem related to CFNetwork.)

-- 
Benny
___
mailmate mailing list
Unsubscribe: https://lists.freron.com/listinfo/mailmate


Re: [MlMt] Custom Styling on Message List

2025-01-10 Thread Henry Seiden
Dear Paul,

Glad that this was helpful, as was your communication to the group. Dialog like 
this extends the feature set by user interaction.

Respectfully,

Henry Seiden
- -
Techworks Pro Co.
E: infotechworksprocom
W: http://techworkspro.com

On 10 Jan 2025, at 10:50, Paul MASSENDARI wrote:

> Dear Henry,
>
> Thank you very much for your quick answer. I was not aware of this 
> possibility of styling from the menu and this lead me to read in the updated 
> doc that this feature has been removed.
>
> I was sad at first that this feature has been removed but thanks to you I now 
> found out that one can now mimic the same behavior by creating a rule with a 
> smart mailbox for every email with the tag « Done » and then to apply color 
> to this very mailbox.
>
> It is very convenient in my opinion to have all the emails that requires no 
> more attention from me to be colored in green (and the urgent emails in red)
>
> Many thanks and all best wishes,
>
> Paul
>
>
> On 10 Jan 2025, at 15:46, Henry Seiden wrote:
>
>> Paul,
>>
>> I use the menus instead of editing the respective plist to color the Sources 
>> (NB, the coloring done that way only applies the the single source folder). 
>> If the coloring is done in the Styles will it apply to all submailboxes?
>>
>> It works quite well my way for my purposes, but was a lot more work perhaps 
>> than your way. so I have colored settings for certain sub mailboxes 
>> (Archive, Sent) per Account to specific colors as well.
>>
>> Whichever way you do it, remember to save the .plist settings made to be 
>> used for migrations to other CPU’s. I do that on a regular basis and utilize 
>> that (from my iCloud Storage)whenever changing to a new CPU.
>>
>> Respectfully,
>>
>> Henry Seiden
>> - -
>> Techworks Pro Co.
>> E: infotechworksprocom
>> W: http://techworkspro.com
>>
>> On 10 Jan 2025, at 9:21, Paul MASSENDARI wrote:
>>
>>> Hi,
>>>
>>> I used to apply custom styling to my message list by editing Style.plist 
>>> `~/Library/Application\ Support/MailMate/Styles.plist` where I used to 
>>> apply styling to my messages as below (basically it colors the message in 
>>> green if the message is tagged with the tag DONE etc.)
>>>
>>>
>>> ```
>>> {   styles = (
>>> {   type = keyword;
>>> keyword = 'Done';
>>> color = "#17bf17";
>>> fontStyle = "bold";
>>> },
>>> {   type = keyword;
>>> keyword = 'RemindMe';
>>> color = "#e8d105";
>>> fontStyle = "bold";
>>> },
>>> {   type = keyword;
>>> keyword = 'Important';
>>> color = "#cc2e0e";
>>> fontStyle = "bold";
>>> }
>>> );
>>> }
>>> ```
>>>
>>> But it seems like it does not work anymore since MailMate 2.0+
>>>
>>> Does anyone here encountered the same issue ?
>>>
>>> Many thanks in advance and all best wishes,
>>>
>>> Paul
>>>
>>>
>>> ___
>>> mailmate mailing list
>>> Unsubscribe: 
>>> https://lists.freron.com/listinfo/mailmate___
>> mailmate mailing list
>> Unsubscribe: 
>> https://lists.freron.com/listinfo/mailmate___
> mailmate mailing list
> Unsubscribe: https://lists.freron.com/listinfo/mailmate

signature.asc
Description: OpenPGP digital signature
___
mailmate mailing list
Unsubscribe: https://lists.freron.com/listinfo/mailmate


[MlMt] Feature Request: Action Set Color - was "Re: Custom Styling on Message List"

2025-01-10 Thread Michael Nietzold

I’m not quite sure how you managed to do this :(

I have my INBOX, and I can set rules there, but under Actions, there’s 
no option to assign a color.


Do you have another way to achieve this?

Or did you mean that you created a smart mailbox with specific 
conditions?


---

So after some testing, I figured it out:

I created a smart mailbox and set conditions to specify which emails 
should be highlighted.


Then, on the smart mailbox itself, I did the following:
1.  Right-click -> Color -> Red
2.  Right-click -> Color -> `Use Color in Message List`

Now, when I switch to a different mailbox where these messages are also 
visible, the color remains.


The smart mailbox can be placed somewhere - it is just for the color.

One minor drawback: the mailbox name in the tree on the left side only 
changes the icon’s color but not the mailbox name itself. However, 
this is not critical.


Note: Initially, I expected the color to be set in the Rules/Actions as 
an Action called `set color`. While this is achievable, it requires 
multiple steps (adding a tag, then creating a smart mailbox with a 
condition for this tag and setting the color). This approach would 
necessitate creating many smart mailboxes solely for color management.


# Summary:
- A request to add an action for `set color`/`remove color`
- A request to add an action for `set font style: bold | underline | 
italic | strikethrough` / `remove font style`
- An option to color the mailbox name in the tree as well: `Apply Color 
to Mailbox Name`


The change made through an action should always override the smart 
mailbox coloring.


On 10 Jan 2025, at 16:50, Paul MASSENDARI wrote:


Dear Henry,

Thank you very much for your quick answer. I was not aware of this 
possibility of styling from the menu and this lead me to read in the 
updated doc that this feature has been removed.


I was sad at first that this feature has been removed but thanks to 
you I now found out that one can now mimic the same behavior by 
creating a rule with a smart mailbox for every email with the tag 
« Done » and then to apply color to this very mailbox.


It is very convenient in my opinion to have all the emails that 
requires no more attention from me to be colored in green (and the 
urgent emails in red)


Many thanks and all best wishes,

Paul


On 10 Jan 2025, at 15:46, Henry Seiden wrote:


Paul,

I use the menus instead of editing the respective plist to color the 
Sources (NB, the coloring done that way only applies the the single 
source folder). If the coloring is done in the Styles will it apply 
to all submailboxes?


It works quite well my way for my purposes, but was a lot more work 
perhaps than your way. so I have colored settings for certain sub 
mailboxes (Archive, Sent) per Account to specific colors as well.


Whichever way you do it, remember to save the .plist settings made to 
be used for migrations to other CPU’s. I do that on a regular basis 
and utilize that (from my iCloud Storage)whenever changing to a new 
CPU.


Respectfully,

Henry Seiden
- -
Techworks Pro Co.
E: infotechworksprocom
W: http://techworkspro.com

On 10 Jan 2025, at 9:21, Paul MASSENDARI wrote:


Hi,

I used to apply custom styling to my message list by editing 
Style.plist `~/Library/Application\ Support/MailMate/Styles.plist` 
where I used to apply styling to my messages as below (basically it 
colors the message in green if the message is tagged with the tag 
DONE etc.)



```
{   styles = (
{   type = keyword;
keyword = 'Done';
color = "#17bf17";
fontStyle = "bold";
},
{   type = keyword;
keyword = 'RemindMe';
color = "#e8d105";
fontStyle = "bold";
},
{   type = keyword;
keyword = 'Important';
color = "#cc2e0e";
fontStyle = "bold";
}
);
}
```

But it seems like it does not work anymore since MailMate 2.0+

Does anyone here encountered the same issue ?

Many thanks in advance and all best wishes,

Paul


___
mailmate mailing list
Unsubscribe: 
https://lists.freron.com/listinfo/mailmate___

mailmate mailing list
Unsubscribe: 
https://lists.freron.com/listinfo/mailmate___

mailmate mailing list
Unsubscribe: https://lists.freron.com/listinfo/mailmate___
mailmate mailing list
Unsubscribe: https://lists.freron.com/listinfo/mailmate


Re: [MlMt] TLS 1.3 supported?

2025-01-10 Thread Bill Cole

On 2025-01-10 at 10:04:26 UTC-0500 (Fri, 10 Jan 2025 16:04:26 +0100)
Frederik Schwan via mailmate 
is rumored to have said:
[...]


Ideally, MailMate should switch to Apple's Network framework, but 
that requires macOS 10.14+ (MailMate is still 10.12+). Yes, 
“maintaining” software often requires completely replacing 
existing code because of system changes :)


Well, that's a lot of work :/
I'll see what I can do on my side.


If it is any help, there's really no concrete reason for mail systems to 
disable TLS v1.1 or v1.2 if they limit the ciphers to strong ones and 
are using a modern implementation (e.g. OpenSSL 3.x, LibreSSL 4, etc.) 
of TLS. Disabling everything except 1.3 is nice on a security checklist 
because it won't soon be obsolete and it's simple, but it is not 
justifiable by any tangible risks.


--
 Bill Cole
 b...@scconsult.com or billc...@apache.org
 (AKA @grumpybozo@toad.social and many *@billmail.scconsult.com 
addresses)

 Not Currently Available For Hire
___
mailmate mailing list
Unsubscribe: https://lists.freron.com/listinfo/mailmate