[MlMt] r5589 nice touch
# Revision 5589 (Friday, January 18, 2019) - Changed: Thread Arcs view now also displays a colored ring around nodes if the message coloring feature is enabled (hidden preference). I like it! Nice touch. Thanks. -Eric___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
[MlMt] Gmail accounts asking for passwords
Several times a week my 2 gmail accounts put up a window asking for the password. Of course there’s nothing wrong with the password I’m using. I log in using a browser and the pw is fine. I kept getting so many security alerts from Google (which locks me out until I confirm that I am me) because I use a VPN which uses random servers. So I disabled security alerts but this is not fixing this issue. If I ignore the requests by taking the accounts offline, after a period of time (says) gmail will accept my login when I take the account online again. Is there anything else I can try to resolve this issue other than getting rid of gmail? Thanks, Dave ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] IMAP keywords, misusage
On 18 Jan 2019, at 16:21, Benny Kjær Nielsen wrote: Does this work reliably for you? Yes. Sometimes DavMail silently crashes (I'm on macOS 10.14.2). In this case you will miss the menu extra and MailMate is telling you. But it is worth it and this is the only chance to get tags synced. -- With kind regards Mike ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] IMAP keywords, misusage
On 18 Jan 2019, at 16:43, Robert Brenstein wrote: Hmm, I wonder whether someone could run a DavMail server for others to use for a fee, assuming that there is enough interest. Not all MM users can/want to do that on their own. DavMail is just a background service (with menu item) running on the same device as your mail client. The setup is relatively easy. But you **can** run DavMail es a service on a different device (server) für different client. -- With kind regards Mike ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Lost tags?
On 18 Jan 2019, at 16:02, Benny Kjær Nielsen wrote: On 16 Jan 2019, at 15:05, Robert Brenstein wrote: On 16 Jan 2019, at 10:12, Benny Kjær Nielsen wrote: On 11 Jan 2019, at 17:25, Eric Sharakan wrote: In cases where MM can detect servers that don't support persisting IMAP keywords, it would sure be useful if that could be indicated to the user in some form. I know for a fact our corporate IMAP server doesn't support them, but for my other accounts I'm not sure. Agreed. It's not obvious how/when to best do this, but I'll give it some thought (which I haven't really ever done). For example, the user might have added a tag to a message in one account and then later moved it to an account without support for IMAP keywords. Also, servers always support, e.g., `\Flagged` which means that any tag bound to this does work even when other tags do not. I would check whether a given server supports tags when a new IMAP source is being added and keep that as a setting/property for that account within MM, displaying user a warning when the account is added. I’d also add a user setting whether to display further warnings or not. That's the simple solution, but as I tried to argue then it's not as simple as that. Mailboxes within the same account can have different policies. Servers/mailboxes may support different sets of IMAP keywords. Messages might be moved from one account to another. I really think it's best to somehow make each tag stand out for a single message when there is a synchronization-limitation. And then somehow make it easy for the user to see why it stands out. (Anything is really better than the current silent handling/failure.) Yes, I agree. What I meant is that users get a warning right away when connecting a source, so they are aware from the beginning whether tags for this source are local only or not. Since MM then knows whether a given service supports tags or not, it can warn and act accordingly for all those operational cases that you list (if user wishes to see further warnings). I would not mind if you made it binary, at least to begin with, that is identifying each service for each source account as supporting tags fully or not, partial support not being considered unless workabout is easy and useful. For example, my having CommuniGate Pro Server which supports only 4 custom flags is as good as having no support for tags. Robert___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] IMAP keywords, misusage
On 18 Jan 2019, at 16:21, Benny Kjær Nielsen wrote: On 17 Jan 2019, at 22:26, Mike Brasch wrote: I use [DavMail](http://davmail.sourceforge.net/) as a IMAP/SMTP-Exchange gateway. It runs in the background and Mailmate talks to it. In the MailMate account settings, use localhost as the server adress with the credentials of your Exchange. This setup works nice for me. DavMail translates IMAP keywords to Exchange categories and vice versa, which is the main reason for me to use it. Does this work reliably for you? I've been holding back on recommending DavMail, because a few years ago it seemed to be abandoned software (based on the still somewhat outdated homepage). I can see now that it's regularly updated and I'm happy to see that it appears it also supports OAuth2 for `office365.com` something MailMate cannot do via IMAP (as far as I know). This could help MailMate users forced to use both `office365.com` and two-factor authentication. The release notes are [here](https://github.com/mguessan/davmail/blob/master/RELEASE-NOTES.md). Hmm, I wonder whether someone could run a DavMail server for others to use for a fee, assuming that there is enough interest. Not all MM users can/want to do that on their own. Robert___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] IMAP keywords, misusage
On 17 Jan 2019, at 22:26, Mike Brasch wrote: I use [DavMail](http://davmail.sourceforge.net/) as a IMAP/SMTP-Exchange gateway. It runs in the background and Mailmate talks to it. In the MailMate account settings, use localhost as the server adress with the credentials of your Exchange. This setup works nice for me. DavMail translates IMAP keywords to Exchange categories and vice versa, which is the main reason for me to use it. Does this work reliably for you? I've been holding back on recommending DavMail, because a few years ago it seemed to be abandoned software (based on the still somewhat outdated homepage). I can see now that it's regularly updated and I'm happy to see that it appears it also supports OAuth2 for `office365.com` something MailMate cannot do via IMAP (as far as I know). This could help MailMate users forced to use both `office365.com` and two-factor authentication. The release notes are [here](https://github.com/mguessan/davmail/blob/master/RELEASE-NOTES.md). -- Benny ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Messages not showing up (but being counted)
On 17 Jan 2019, at 17:49, Steven M. Bellovin wrote: The folder I normally keep open is a smart folder: it shows recent unread messages from my Inboxes (i have too many, but that's another story) and several other folders. Sometimes, mail is sent to those folders server-side; for others, a MailMate rule is used. The problem is that for (at least) one folder in that latter category, new messages do not show up in the display. Oddly, though, they do show up in the unread count for the smart folder. Any ideas? I'm running 6134, and I've tried making the folder in question "connected"; it hasn't helped. Send me the following file off list and leet me know which mailbox is not showing the emails: ~/Library/Application Support/MailMate/Mailboxes.plist The fact that you do see the message(s) in another mailbox makes me think that some filtering might be enabled on the problematic mailbox. It could also be a bug which currently exists when using “Include messages in any submailbox of this mailbox” on a non-empty IMAP mailbox. -- Benny ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Not Junk emails on a fresh install
On 17 Jan 2019, at 13:23, Robert Brenstein wrote: Benny can explain that better but as far as I know, the junk state is kept as the IMAP tag attached to the message. You may want to display column “Raw tags” to see these. This is correct. “Not Junk” is mapped to the IMAP keyword $NotJunk which is a [registered IMAP keyword](https://www.iana.org/assignments/imap-keywords/imap-keywords.xhtml). It's not as “standard” as it could/should be and variations exist like `NotJunk`, `$NonJunk`, and `NonJunk`. (When setting $Junk or $NotJunk MailMate tries to clean up related IMAP keywords.) -- Benny ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Lost tags?
On 16 Jan 2019, at 15:05, Robert Brenstein wrote: On 16 Jan 2019, at 10:12, Benny Kjær Nielsen wrote: On 11 Jan 2019, at 17:25, Eric Sharakan wrote: In cases where MM can detect servers that don't support persisting IMAP keywords, it would sure be useful if that could be indicated to the user in some form. I know for a fact our corporate IMAP server doesn't support them, but for my other accounts I'm not sure. Agreed. It's not obvious how/when to best do this, but I'll give it some thought (which I haven't really ever done). For example, the user might have added a tag to a message in one account and then later moved it to an account without support for IMAP keywords. Also, servers always support, e.g., `\Flagged` which means that any tag bound to this does work even when other tags do not. I would check whether a given server supports tags when a new IMAP source is being added and keep that as a setting/property for that account within MM, displaying user a warning when the account is added. I’d also add a user setting whether to display further warnings or not. That's the simple solution, but as I tried to argue then it's not as simple as that. Mailboxes within the same account can have different policies. Servers/mailboxes may support different sets of IMAP keywords. Messages might be moved from one account to another. I really think it's best to somehow make each tag stand out for a single message when there is a synchronization-limitation. And then somehow make it easy for the user to see why it stands out. (Anything is really better than the current silent handling/failure.) -- Benny ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Dark mode question
On 11 Jan 2019, at 21:51, Benny Kjær Nielsen wrote: >> 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 >> :-) ). > > The handling of small HTML fonts is probably best handled using the minimum > font size setting in the Viewer preferences pane. Big thanks! Had missed that setting! Patrik signature.asc Description: OpenPGP digital signature ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Scripting EagleFiler Archiving
> It's not a feature of the EagleFiler bundle, but you are welcome to look into > what it would require to support it. Benny, hi - I find that the current script just opens the "top most" library FYI. It’s good to specify though, in case you’re using EF for various things and don’t want to have a bunch of mail suddenly appear in a library where it’s not wanted. I made a gist with what I think might work. https://gist.github.com/RickCogley/2ee550fe42331f66357776bd9f1e30b1 Sorry to be thick, but how do I test it? Also, since this entails specifying a path that would be different person to person, then can we store the path in say, a `defaults write` or something? Regards Rick -- Rick Cogley M: +81-90-9959-5452 signature.asc Description: OpenPGP digital signature ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate