Re: [MlMt] Identities selection
In the last version (or the one before) of MailMate was the **From** selection realised as *pop-up*, now it is a *dropdown* in the header fields. Do you possibly think of this? To have the **From** Dropdown always in the list of editable headers check it in the Header pop-up in the composer panel. HTH, Leo On 28 Dec 2018, at 11:26, Randall Gellens wrote: I could have sworn that there used to be a pop-up on the compose panel, among the headers, to select an identity or customize it. I don't see it there now. There is a menu option Format -> Show Identities but I thought there was an easier way to access via the headers in the compose window. --Randall ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] JMAP support
On 30 Dec 2018, at 1:58, Randall Gellens wrote: > the biggest problem with IMAP is the huge variability among servers. Adding > yet another protocol to the mix will only make that problem worse. +1 > There have been attempts over the years to raise the bar for IMAP server > compatibility by mandating support for a slew of extensions and certain > behavior that is now variable. But it hasn't gotten wide support among > servers. So I don't see how something new will do better. Including Gmail. If you look at The Big Players, they have always been the issue. Look at Microsoft/SMTP and Google/IMAP over time... Mumble... > It's also not true, as the link asserts, that IMAP is not designed for > today's constrained network environments or high latency. Quite the > opposite: IMAP was originally designed to work over dial-up modems with > extremely low bandwidth, high latency, and high disconnects. Agree. IMAP is very efficient for constrained networks. Patrik signature.asc Description: OpenPGP digital signature ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Dark mode question
On 28 Dec 2018, at 1:02, Verdon Vaillancourt wrote: > On 27 Dec 2018, at 18:32, Sherman Wilcox wrote: > > >> I’m using dark mode on Mojave. In MailMate, the bodies of some messages are >> light/white, while others (most) are dark. Is there any way to make the >> bodies of all messages appear light? >> > > I’m guessing that’s HTML mail, and your going to get whatever it’s inline > styles tell you to get (or don’t tell you). I would like to be able to override certain things in the inline css. Specifically colors (in dark mode) and size of text. I can set the text by choosing for example "bigger" and "smaller" in MailMate, but that is only for "plain text" messages. I would like "bigger" and "smaller" also be applied to explicit CSS provided inline. For example, if I want normally 18point text (instead of say 12pt), then an inline 8pt text should not be displayed as 8pt, because it will hardly be visible (on my new 4k monitor :-) ). I.e. it should, in theory at least, scale also inline css:es. And override color settings. Patrik signature.asc Description: OpenPGP digital signature ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
[MlMt] Identities selection
I could have sworn that there used to be a pop-up on the compose panel, among the headers, to select an identity or customize it. I don't see it there now. There is a menu option Format -> Show Identities but I thought there was an easier way to access via the headers in the compose window. --Randall ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] JMAP support
On 29 Dec 2018, at 13:42, Mike Brasch wrote: On 29 Dec 2018, at 20:09, Randall Gellens wrote: I'm curious, why are you asking for JMAP support in MailMate? Read the 2nd link. It will probably explain it better than I could. :) And maybe its implementation could help MailMate/Benny. Personally, I'm skeptical. Sure, if IMAP were being designed today, using a better protocol representation of objects and a more failsafe protocol would help. Feel free to point out where I'm wrong, but as I see it, the biggest problem with IMAP is the huge variability among servers. Adding yet another protocol to the mix will only make that problem worse. There have been attempts over the years to raise the bar for IMAP server compatibility by mandating support for a slew of extensions and certain behavior that is now variable. But it hasn't gotten wide support among servers. So I don't see how something new will do better. It's also not true, as the link asserts, that IMAP is not designed for today's constrained network environments or high latency. Quite the opposite: IMAP was originally designed to work over dial-up modems with extremely low bandwidth, high latency, and high disconnects. --Randall ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] JMAP support
On 29 Dec 2018, at 20:09, Randall Gellens wrote: > I'm curious, why are you asking for JMAP support in MailMate? Read the 2nd link. It will probably explain it better than I could. :) And maybe its implementation could help MailMate/Benny. -- With kind regards Mike ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] JMAP support
I'm curious, why are you asking for JMAP support in MailMate? --Randall ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
