Re: [MlMt] Display URLs for hypertext/links in messages
On 22 Jun 2024, at 21:33, Shoshanna Green wrote: On 22 Jun 2024, at 15:06, Topher Buck wrote: Hello, everyone. This relates to this thread, with subject [hover over link to view it?](https://www.mail-archive.com/mailmate@lists.freron.com/msg13473.html), started by Shoshanna Green approximately 4.5 years ago. Did you ever find a solution, @Shoshanna? I can't remember if I changed something or if an update (of MM or my OS) fixed it, but I do now see links on hover! I'm now running r6038 under Ventura, but I'm sure it was working well before the latest MM and OS updates. I *think* it was fixed in r5939: * Fixed: Ventura (macOS 13) issue with the display of links and/or image locations in the message view. -- Benny ___ mailmate mailing list Unsubscribe: https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Mailmate hangs when editing rules
On 23 Jun 2024, at 19:07, Paul Atlan wrote: In some cases, if I wait a minute it will finish whatever task is ongoing and un-hang, but most of the time I’ll have to restart mail mate. While MailMate is hanging, you can create a sample using Activity Monitor or by using a Terminal command like this: sample MailMate 5 > ~/Desktop/mailmate_sample.txt Also, try the latest test release (r6047) to make sure it's not related to a fixed issue: https://updates.mailmate-app.com/archives/ Is there a way: - to identifiy wich actions create the hang-up , so I can maybe mitigate them Only low-level and this might not be easy to decipher. You can launch MailMate from a Terminal window like this: defaults write com.freron.MailMate TimersEnabled -bool YES /Applications/MailMate.app/Contents/MacOS/MailMate It might provide a hint, but it's mainly a debug tool for me to some times learn more about where something is slow. You are welcome to send results to me directly. - alternatively to edit the rules “off-line” as it where and then apply them? Well, you can change the “input” (the settings in the Mailboxes pane of the mailbox editor) to an empty or small mailbox. Alternatively, if most of the setup is based on All Messages or Inbox then go these folders and add some condition which makes the sets smaller. -- Benny ___ mailmate mailing list Unsubscribe: https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Custom column in mailbox view
On 23 Jun 2024, at 20:35, Randall Gellens wrote: Thank you. I created the path and file, quite and relaunched MailMate, but I don't have any new columns available in the View->Columns menu. Check the location again: cat ~/Library/Application\ Support/MailMate/Resources/MmMessageListView/outlineColumns.plist And maybe send me the file off list and I'll re-verify that it works for me. -- Benny ___ mailmate mailing list Unsubscribe: https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Somehow automatically adding tags that I don't want to
On 28 Jun 2024, at 3:40, Paul Hoffman wrote: Greetings after a long time. I wanted to create a rule on incoming mail that would add the tag "foo" to all mail from "some...@somewhere.net". I seem to have messed it up, and now that tag is being added on all incoming mail, even spam. However, I don't know which mailbox to edit to find that rule, and I don't see a way to see all the rules for incoming mail. Any help would be appreciated. This is easier in more recent releases of MailMate (https://updates.mailmate-app.com/archives/): * Double-click any smart mailbox. * Switch to the Rules pane. * Click the toggle sidebar toolbar button in the upper left of the window. * Click the toggle filter toolbar button to the right of the sidebar icon. Now all mailboxes with rules should be highlighted in the mailbox list. -- Benny ___ mailmate mailing list Unsubscribe: https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Pasting URL in Plain Text Mode
On 28 Jun 2024, at 13:41, Carlos Moffat wrote: > The issue here seems to be that MailMate is mistakenly pasting URLs as a > Markdown link while in Plain Text mode. A Markdown-styled link is still readable, so I do not consider this a bug. The design of Markdown is based on the goal of it being readable even if not formatted as HTML. But you might not agree on that or you might specifically only want the link in some cases. I guess that could be a general setting, but for now you'll have to “Paste as Plain Text” which is possible using ⌥⇧⌘V. -- Benny ___ mailmate mailing list Unsubscribe: https://lists.freron.com/listinfo/mailmate
Re: [MlMt] To *not* generate HTML
On 29 Jun 2024, at 4:31, Pete Resnick via mailmate wrote: Using 1.14 (6038). In "Composer" settings, I have "Generate HTML even if only for styling" turned *off*. However, as far as I can tell, HTML is *always* generated, even if the only thing in the message is italic (like this message). Am I missing some other setting? Has this not worked for a long time? Yes, this has not been an option for a long time. The original idea was that receiving email clients could, when possible, just convert Markdown to HTML when needed for display, but this has all kinds of unresolved issues and would only work well when both sending and receiving email client was MailMate itself. My desire was for this message to send with a top-level type of "Content-Type: text/plain; format=flowed; markup=markdown". I seem to be getting a multipart/alternative with a first part of markdown and a second part of HTML. For now, you only have the option of disabling the use of Markdown. This should prevent the generation of HTML if it's not needed for other reasons (like embedding replied HTML). You are welcome to describe your use case(s). -- Benny ___ mailmate mailing list Unsubscribe: https://lists.freron.com/listinfo/mailmate
Re: [MlMt] TeXMath
On 29 Jun 2024, at 20:02, Stephen Chong wrote: Has anyone had any success with getting the [TeXMath bundle](https://github.com/mailmate/texmath.mmbundle) to work in recent versions (I'm running 6038)? Or does anyone have any other way of using MailMate to write and send LaTeX? Seems to work for me: ```texmath \alpha = \beta + 42 ``` As well as ASCII math: ```asciimath alpha = beta + 42 ``` But the TeXMath bundle has not been updated for a *very* long time. I can see that it includes an executable which is Intel-only, but it should still work on Apple silicon (using Rosetta 2). Contact me off list and I'll debug why it doesn't work for you. You can start by launching MailMate from a Terminal window to see if there are any error messages: /Applications/MailMate.app/Contents/MacOS/MailMate -- Benny ___ mailmate mailing list Unsubscribe: https://lists.freron.com/listinfo/mailmate
[MlMt] Rules not working properly
I have a Junk Mail folder that gets a lot of junk and an occasional good email. I have rules set in a mailbox called Misc that should catch those and move them there, but it only works some of the time; yet the same rule structure works for all the other sub mailboxes under my unread mailbox. I’ve added From: addresses and names but it still works sporadically. Any suggestions? ___ mailmate mailing list Unsubscribe: https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Rules not working properly
On 1 Jul 2024, at 13:04, James Coffey wrote: I have a Junk Mail folder that gets a lot of junk and an occasional good email. I have rules set in a mailbox called Misc that should catch those and move them there, but it only works some of the time; yet the same rule structure works for all the other sub mailboxes under my unread mailbox. I’ve added From: addresses and names but it still works sporadically. Any suggestions? When trying to figure out what goes wrong then it's useful to know that you can use “Message > Reset...” to simulate that the message arrives in the mailbox again. This should trigger rules just like when it initially arrived. If you are able to locate a message which you are sure should match the conditions then you can send it to me using “Help > Send Feedback” (just drag the email into the composer window) and I'll also need the following file to see your rules: /Users//Library/Application Support/MailMate/Mailboxes.plist -- Benny ___ mailmate mailing list Unsubscribe: https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Rules not working properly
James, My suggestion is that you use SpamSieve an app which does work with MM as well as other client email apps (Outlook and Airmail). This separate app has many features to engage with spammers who send phishing/spoofing mail, filter them to a junk or spam folder on the relevant IMAP account, including a bayesian filter to analyze the content, and optional recognition of your local contact list. These features and the author’s excellent support for the product (similar to how MM’s author supports his) far exceeds the custom trapping ability features you may now be using in MM alone. It has worked well for me in combo with Apple Mail and I use it on my server to filter mail across ALL my ten source accounts which range in type from providers like Apple (iCloud), Microsoft (Outlook Live), Google (Gmail), Yahoo Mail and other commercial server accounts. Respectfully, Henry Seiden - - Techworks Pro Co. E: infotechworksprocom W: http://techworkspro.com On 1 Jul 2024, at 7:04, James Coffey wrote: I have a Junk Mail folder that gets a lot of junk and an occasional good email. I have rules set in a mailbox called Misc that should catch those and move them there, but it only works some of the time; yet the same rule structure works for all the other sub mailboxes under my unread mailbox. I’ve added From: addresses and names but it still works sporadically. Any suggestions? ___ mailmate mailing list Unsubscribe: https://lists.freron.com/listinfo/mailmate___ mailmate mailing list Unsubscribe: https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Plain text line wrapping
Yes, mailmate handles these hard wraps as it should. My question was if there is an option to force mm to do this automatically for me on a fixed line length as external text editors might do. > Op 27 jun 2024 om 00:58 heeft Randall Gellens > het volgende geschreven: > > On 26 Jun 2024, at 21:23, Eelco Chaudron wrote: > >> Yes, but that is the behavior I do not want. I want mm to auto wrap when >> typing. This is useful when replying to patches we’re auto formatting might >> be messing stuff up. >> >> So it’s more an editor/composer feature what I need. > > I haven't looked into MailMate's handling of this. I think good practice is > for a mail client to treat any lines wrapped by the user as hard-wrapped, not > soft. That is, if a user just types text in a composition window and doesn't > hit return, that text should be soft-wrapped per F=F when the message is > transmitted. If a user hits return after some lines, those lines should be > considered hard-wrapped when the message is transmitted. Probably pasted-in > text should be treated the same way (soft-wrapped if it doesn't contain > actual line ending characters, hard-wrapped if it does) but I'm less sure > about that. What does MM do? > > > --Randall ___ mailmate mailing list Unsubscribe: https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Plain text line wrapping
On 1 Jul 2024, at 14:20, Eelco Chaudron wrote: > Yes, mailmate handles these hard wraps as it should. My question was if there > is an option to force mm to do this automatically for me on a fixed line > length as external text editors might do. Sorry, MailMate does not have a setting to do this. -- Benny ___ mailmate mailing list Unsubscribe: https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Pasting URL in Plain Text Mode
Hi Benny, On 1 Jul 2024, at 5:47, Benny Kjær Nielsen wrote: > On 28 Jun 2024, at 13:41, Carlos Moffat wrote: > >> The issue here seems to be that MailMate is mistakenly pasting URLs as a >> Markdown link while in Plain Text mode. > > A Markdown-styled link is still readable, so I do not consider this a bug. > The design of Markdown is based on the goal of it being readable even if not > formatted as HTML. > > But you might not agree on that or you might specifically only want the link > in some cases. I guess that could be a general setting, but for now you'll > have to “Paste as Plain Text” which is possible using ⌥⇧⌘V. > Thanks, this is a good solution. I do think pasting a link in Plain Text mode should not result in a Markdown link. It’d be great to have a hidden preference to make this a user choice. Best, Carlos > -- > Benny > ___ > mailmate mailing list > Unsubscribe: https://lists.freron.com/listinfo/mailmate ___ mailmate mailing list Unsubscribe: https://lists.freron.com/listinfo/mailmate
[MlMt] Update for outlook.com/hotmail.com/live.com users
Hi, once again I've changed how MailMate handles some types of Microsoft/Exchange/Office365 accounts. I'm not really sure what to call them any longer, but I think we are moving towards a point where it's just all Office365. TL;DR — If you have an `@outlook.com/@hotmail.com/@live.com` account then you might want to download a recent release of MailMate and then enable OAuth2 to see if it works for you. Make sure you use `outlook.office365.com` and `smtp.office365.com` as hostnames. This might save you sudden connection problems in the middle of September. The most recent MailMate release can be found here: https://updates.mailmate-app.com/archives Here's the long version: For some time, I've recommended using an app-specific password for `@outlook.com/@hotmail.com/@live.com` addresses and using OAuth2 for all other Office365-related addresses. Both types of addresses could be used with servers at `office365.com`, but I had trouble making the `@outlook.com`-family work with that and it wasn't clear to me earlier on (based on the labyrinthic Microsoft-documentation) if it was supposed to work at all. Last week I received an email from Microsoft about them going OAuth2-only, starting September 14th, and that likely meant that it was supposed to work :) I'm not sure if it was always like this or something changed, but the problem turned out to be that I was using Office365-specific so-called scopes: https://outlook.office365.com/IMAP.AccessAsUser.All https://outlook.office365.com/SMTP.Send offline_access I needed to change them to these scopes: https://outlook.office.com/IMAP.AccessAsUser.All https://outlook.office.com/SMTP.Send offline_access It's a technicality and I'm just putting this out there in case it's useful to someone else googling desperately. Or maybe someone will tell me that I'm wrong. This also means that the scopes used for Office365-accounts have changed. I'm not sure if this means that they'll need to re-authenticate. -- Benny ___ mailmate mailing list Unsubscribe: https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Pasting URL in Plain Text Mode
On 1 Jul 2024, at 14:52, Carlos Moffat wrote: Thanks, this is a good solution. I do think pasting a link in Plain Text mode should not result in a Markdown link. It’d be great to have a hidden preference to make this a user choice. Just because it was easy ;) In the next update: defaults write com.freron.MailMate MmAlwaysPasteAsPlainTextInPlainTextMode -bool YES -- Benny ___ mailmate mailing list Unsubscribe: https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Pasting URL in Plain Text Mode
Hi Benny, On 1 Jul 2024, at 9:17, Benny Kjær Nielsen wrote: > On 1 Jul 2024, at 14:52, Carlos Moffat wrote: > >> Thanks, this is a good solution. I do think pasting a link in Plain Text >> mode should not result in a Markdown link. It’d be great to have a hidden >> preference to make this a user choice. > > Just because it was easy ;) In the next update: > > defaults write com.freron.MailMate > MmAlwaysPasteAsPlainTextInPlainTextMode -bool YES > Ah, fantastic! Thank you very much, Benny! Carlos > -- > Benny > ___ > mailmate mailing list > Unsubscribe: https://lists.freron.com/listinfo/mailmate ___ mailmate mailing list Unsubscribe: https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Update for outlook.com/hotmail.com/live.com users
Hi Benny, Thanks for the heads-up! FWIW, in v 038, I haven’t had problems. But have noticed in Apple Mail where my Outlook (using M$365 settings the account becomes disconnected and needs to be re-enabled often. MM seems fine during those periods. Maybe this is a sign of bad things to come for everybody, including Apple (Mail)? At this time on the above version, Account Settings for Outlook (outlook.office365.com) server IMAP and SMTP servers’ settings, OAUTH2 is disabled! Anyway, I will try your newest version, re-enable OAUTH2 and let you know. Respectfully, Henry Seiden - - Techworks Pro Co. E: infotechworksprocom W: http://techworkspro.com On 1 Jul 2024, at 9:05, Benny Kjær Nielsen wrote: Hi, once again I've changed how MailMate handles some types of Microsoft/Exchange/Office365 accounts. I'm not really sure what to call them any longer, but I think we are moving towards a point where it's just all Office365. TL;DR — If you have an `@outlook.com/@hotmail.com/@live.com` account then you might want to download a recent release of MailMate and then enable OAuth2 to see if it works for you. Make sure you use `outlook.office365.com` and `smtp.office365.com` as hostnames. This might save you sudden connection problems in the middle of September. The most recent MailMate release can be found here: https://updates.mailmate-app.com/archives Here's the long version: For some time, I've recommended using an app-specific password for `@outlook.com/@hotmail.com/@live.com` addresses and using OAuth2 for all other Office365-related addresses. Both types of addresses could be used with servers at `office365.com`, but I had trouble making the `@outlook.com`-family work with that and it wasn't clear to me earlier on (based on the labyrinthic Microsoft-documentation) if it was supposed to work at all. Last week I received an email from Microsoft about them going OAuth2-only, starting September 14th, and that likely meant that it was supposed to work :) I'm not sure if it was always like this or something changed, but the problem turned out to be that I was using Office365-specific so-called scopes: https://outlook.office365.com/IMAP.AccessAsUser.All https://outlook.office365.com/SMTP.Send offline_access I needed to change them to these scopes: https://outlook.office.com/IMAP.AccessAsUser.All https://outlook.office.com/SMTP.Send offline_access It's a technicality and I'm just putting this out there in case it's useful to someone else googling desperately. Or maybe someone will tell me that I'm wrong. This also means that the scopes used for Office365-accounts have changed. I'm not sure if this means that they'll need to re-authenticate. -- Benny ___ mailmate mailing list Unsubscribe: https://lists.freron.com/listinfo/mailmate___ mailmate mailing list Unsubscribe: https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Update for outlook.com/hotmail.com/live.com users
On 1 Jul 2024, at 15:27, Henry Seiden wrote: Anyway, I will try your newest version, re-enable OAUTH2 and let you know. Thanks, just write me off list since it'll get noisy if all outlook-users write on the list. I don't think your connection issues in Apple Mail is explained by this, but [Microsoft do write](https://support.microsoft.com/en-gb/office/modern-authentication-methods-now-needed-to-continue-syncing-outlook-email-in-non-microsoft-email-apps-c5d65390-9676-4763-b41f-d7986499a90d): “Until September 16th, users signing into Outlook.com through Basic Authentication may experience recurring password prompts in Outlook and other third-party email applications. This is a known issue. After September 16th, users attempting to connect their Microsoft accounts through Basic Authentication will fail to do so.” Minor correction: The date is September 16th and not 14th as I wrote in my previous email. -- Benny ___ mailmate mailing list Unsubscribe: https://lists.freron.com/listinfo/mailmate
Re: [MlMt] How to create a Mailbox Rule which extracts attachments
Hi, this is a relatively old thread, but I'd like to put some focus on a new feature which I'd like to be used/tested since it involved a lot of changes to various parts of MailMate. On 12 Feb 2024, at 4:55, leo wrote: Maybe it is possible to develop a bundle which extracts attachments to folders? Yes, that is possible, but it's not easy. MailMate included an example of exporting messages (in the Command menu) which could be changed to export attachments. Luckily, there is now an easier way. But good to know I’m not alone here with this need…. I've had some very varied requests for different kinds of export needs. Hopefully, the new functionality will address most of those needs, but we'll see. I'll be interested in knowing its specific limitations. The new feature can be used in two different ways. Its direct use (after selecting some emails) is available via the “File > Export” menu item and its rule-based use is, of course, available in the Rules pane of any mailbox (as an action). Both have the same functionality, but the latter is triggered automatically. These are the options when doing an Export: * Export: [ Messages || Attachments | Images | PDFs ] * Relative path: [ No subpath | Source/Mailbox path | Mailbox | Sender Address ] * Filename: [ Filename | Internal ID | Subject ] The first option determines what to export, the second option let's you specify folders to be created (if they do not already exist) and the final option lets you control the file naming. Some of it is a bit proof-of-concept. All 3 options can be extended with more options using low-level configuration files, but let's first see what kind of needs they do not cover. On 26 Jan 2024, at 19:25, Stefan Dorscht wrote: I have a similar request here, I would like to export attachments from mails (with one or more attachments - some without attachments which shouldn’t be touched) to folders on my Mac. It would be ideal if all the attachments of each mail were placed in a single new folder. That's not covered by the above since this folder would then need a unique name like the internal ID. It would be even better if this folder then also had the name of the sender of the mail. That part could be done with “Sender Address” for the relative path, but different emails from the same sender would then share this folder. From some incoming mail messages is there a way to extracts its attachments to a folder? I am thinking of setting up a Smart Mailbox, but in the *Actions* for the Mailboxes _Rules_ I couldn’t find anything which acts on attachments… This is possible now. Using the “Attachments” options, MailMate will pick any part of an email with a filename assigned in its headers (which I think is the most robust way to identify attachments). There's also support for just exporting images or PDFs, but more variants could be made if needed. -- Benny ___ mailmate mailing list Unsubscribe: https://lists.freron.com/listinfo/mailmate
Re: [MlMt] How to create a Mailbox Rule which extracts attachments
That's not covered by the above since this folder would then need a unique name like the internal ID. It would be even better if this folder then also had the name of the sender of the mail. This would be possible if I can setup for the path a template string which any fields of the exported email (like message iid / date parts / current folder / parts of the current file and more) It would be nice if it is calculated for each attachment file: because then different files types can be placed in different folders. This is possible now. Using the “Attachments” options, MailMate will pick any part of an email with a filename assigned in its headers (which I think is the most robust way to identify attachments). There's also support for just exporting images or PDFs, but more variants could be made if needed. This can be done if I can use a filter with a regex or some glob syntax: other wise a `*.doc,*.pdf` And for everything I can use a `*.*`.___ mailmate mailing list Unsubscribe: https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Somehow automatically adding tags that I don't want to
On 1 Jul 2024, at 2:41, Benny Kjær Nielsen wrote: > On 28 Jun 2024, at 3:40, Paul Hoffman wrote: > >> Greetings after a long time. I wanted to create a rule on incoming mail that >> would add the tag "foo" to all mail from "some...@somewhere.net". I seem to >> have messed it up, and now that tag is being added on all incoming mail, >> even spam. However, I don't know which mailbox to edit to find that rule, >> and I don't see a way to see all the rules for incoming mail. Any help would >> be appreciated. > > This is easier in more recent releases of MailMate > (https://updates.mailmate-app.com/archives/): > > * Double-click any smart mailbox. > * Switch to the Rules pane. > * Click the toggle sidebar toolbar button in the upper left of the window. > * Click the toggle filter toolbar button to the right of the sidebar icon. > > Now all mailboxes with rules should be highlighted in the mailbox list. Thanks, but I'm not seeing the "toggle sidebar toolbar button in the upper left of the window". I am in Correspondence View. I'm running Version 1.14 (5937) ___ mailmate mailing list Unsubscribe: https://lists.freron.com/listinfo/mailmate
Re: [MlMt] To *not* generate HTML
On 1 Jul 2024, at 4:57, Benny Kjær Nielsen wrote: On 29 Jun 2024, at 4:31, Pete Resnick via mailmate wrote: Using 1.14 (6038). In "Composer" settings, I have "Generate HTML even if only for styling" turned *off*. However, as far as I can tell, HTML is *always* generated, even if the only thing in the message is italic (like this message). Am I missing some other setting? Has this not worked for a long time? Yes, this has not been an option for a long time. The original idea was that receiving email clients could, when possible, just convert Markdown to HTML when needed for display, but this has all kinds of unresolved issues and would only work well when both sending and receiving email client was MailMate itself. I'm not sure I understand that. Sure, there is a variety of markdown that some implementations might not understand, but then it just displays a plaintext. The simple stuff like bold, italic, etc., everyone can do pretty easily. My desire was for this message to send with a top-level type of "Content-Type: text/plain; format=flowed; markup=markdown". I seem to be getting a multipart/alternative with a first part of markdown and a second part of HTML. For now, you only have the option of disabling the use of Markdown. This should prevent the generation of HTML if it's not needed for other reasons (like embedding replied HTML). Bummer. You are welcome to describe your use case(s). I subscribe to a bunch of mailing lists (primarily IETF) with a bunch of old curmudgeonly people who use old curmudgeonly clients and I would like them not to get all of the extra crud, but still allow people who can change \*italic\* to *italic* to do so. Also, these lists tend to do inline replies (like this one), and if there was HTML in the sent message, other clients always send the reply is in HTML, meaning I have to go through and hand edit stuff to do inline replies because some other clients generate utterly stupid HTML. (And of course there is the obsessive part of me says that you should generate the absolute minimum that you can, and sending HTML when all I've got is one italicized word is not minimum. But I assume that's why you put the option in there in the first place. I notice that you don't put in "format=flowed" if there are no wrapped lines, nor put in a "charset" when there are no non-US-ASCII characters. I just want the same thing for HTML; if you don't need it, don't include it.) pr -- Pete Resnick https://www.episteme.net/ All connections to the world are tenuous at best ___ mailmate mailing list Unsubscribe: https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Somehow automatically adding tags that I don't want to
On 2024-07-01 at 12:41:55 UTC-0400 (Mon, 01 Jul 2024 09:41:55 -0700) Paul Hoffman is rumored to have said: On 1 Jul 2024, at 2:41, Benny Kjær Nielsen wrote: [...] This is easier in more recent releases of MailMate (https://updates.mailmate-app.com/archives/): * Double-click any smart mailbox. * Switch to the Rules pane. * Click the toggle sidebar toolbar button in the upper left of the window. * Click the toggle filter toolbar button to the right of the sidebar icon. Now all mailboxes with rules should be highlighted in the mailbox list. Thanks, but I'm not seeing the "toggle sidebar toolbar button in the upper left of the window". I am in Correspondence View. I'm running Version 1.14 (5937) That's why Benny suggested a later version that must be downloaded directly from the 'archives' directory. Incidentally: I'm running r6047 on both Monterey and Sonoma and have seen no crashes or other problems in the past day since its release. Prior to that I have used most of the test builds for the past couple of years and have had only a tiny number of problems. -- 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
Re: [MlMt] Custom column in mailbox view
On 1 Jul 2024, at 2:30, Benny Kjær Nielsen wrote: On 23 Jun 2024, at 20:35, Randall Gellens wrote: Thank you. I created the path and file, quite and relaunched MailMate, but I don't have any new columns available in the View->Columns menu. Check the location again: cat ~/Library/Application\ Support/MailMate/Resources/MmMessageListView/outlineColumns.plist And maybe send me the file off list and I'll re-verify that it works for me. I've verified again that the file is present at that location. File is attached. --Randall outlineColumns.plist Description: Binary data ___ mailmate mailing list Unsubscribe: https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Plain text line wrapping
On 1 Jul 2024, at 5:20, Eelco Chaudron wrote: Yes, mailmate handles these hard wraps as it should. My question was if there is an option to force mm to do this automatically for me on a fixed line length as external text editors might do. If MM is generated compliant F=F messages, it will insert "soft" line wraps so that lines are not more than 78 characters. These "soft" line wraps are indistinguishable from hard line wraps to a client that doesn't handle F=F. --Randall ___ mailmate mailing list Unsubscribe: https://lists.freron.com/listinfo/mailmate
[MlMt] Markdown Engines
Benny sayeth: The design of Markdown is based on the goal of it being readable even if not formatted as HTML. Speaking of Markdown, I don't recall the engine you used. Is there a MD Bundle that would allow use of different engines? I frequently enough add markdown tables to my emails. MultiMarkdown allows this, though I fire up TableFlip, generate the tables there and then copy and paste the MD code back into MailMate. It's a bit of a nuisance, hence the question. Thanks Rob___ mailmate mailing list Unsubscribe: https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Pasting URL in Plain Text Mode
On 1 Jul 2024, at 6:17, Benny Kjær Nielsen wrote: > On 1 Jul 2024, at 14:52, Carlos Moffat wrote: > defaults write com.freron.MailMate > MmAlwaysPasteAsPlainTextInPlainTextMode -bool YES Thanks Benny, this is also useful for me. (I think it should be the default.) Quinn ___ mailmate mailing list Unsubscribe: https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Somehow automatically adding tags that I don't want to
On 1 Jul 2024, at 12:55, Bill Cole wrote: > On 2024-07-01 at 12:41:55 UTC-0400 (Mon, 01 Jul 2024 09:41:55 -0700) > Paul Hoffman > is rumored to have said: > >> On 1 Jul 2024, at 2:41, Benny Kjær Nielsen wrote: > [...] >>> This is easier in more recent releases of MailMate >>> (https://updates.mailmate-app.com/archives/): >>> >>> * Double-click any smart mailbox. >>> * Switch to the Rules pane. >>> * Click the toggle sidebar toolbar button in the upper left of the window. >>> * Click the toggle filter toolbar button to the right of the sidebar icon. >>> >>> Now all mailboxes with rules should be highlighted in the mailbox list. >> >> Thanks, but I'm not seeing the "toggle sidebar toolbar button in the upper >> left of the window". I am in Correspondence View. >> >> I'm running Version 1.14 (5937) > > That's why Benny suggested a later version that must be downloaded directly > from the 'archives' directory. I do not see an "archives" directory on the web site, but I might be missing something obvious. The link on the site that says "Here is a direct link" is to 5937. --Paul Hoffman ___ mailmate mailing list Unsubscribe: https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Somehow automatically adding tags that I don't want to
On 2024-07-01 at 20:10:10 UTC-0400 (Mon, 01 Jul 2024 17:10:10 -0700) Paul Hoffman is rumored to have said: On 1 Jul 2024, at 12:55, Bill Cole wrote: On 2024-07-01 at 12:41:55 UTC-0400 (Mon, 01 Jul 2024 09:41:55 -0700) Paul Hoffman is rumored to have said: On 1 Jul 2024, at 2:41, Benny Kjær Nielsen wrote: [...] This is easier in more recent releases of MailMate LOOK HERE (https://updates.mailmate-app.com/archives/): SEE HERE? That's why Benny suggested a later version that must be downloaded directly from the 'archives' directory. I do not see an "archives" directory on the web site, but I might be missing something obvious. The link on the site that says "Here is a direct link" is to 5937. -- 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
Re: [MlMt] Custom column in mailbox view
On 1 Jul 2024, at 23:51, Randall Gellens wrote:
> On 1 Jul 2024, at 2:30, Benny Kjær Nielsen wrote:
>
>> And maybe send me the file off list and I'll re-verify that it works for me.
>
> I've verified again that the file is present at that location. File is
> attached.
My guess is that somehow copy/paste to your text editor changed the encoding
(there was a bit of UTF-8 because of curly quotes) and this would then cause a
silent failure.
I've attached a fixed version.
--
Benny
{
columns =
{
receivedFor =
{
title = "Received For";
sortKey = "received.for";
formatting =
{
formatString = "${received.for}";
placeholderString = "(Not found)";
doubleClick =
{
titleImage = "NSUser";
titleSymbol = "person.fill";
titleFormatting = { prefixString =
"From "; formatString = "“${received.for}”"; separator = " or "; };
queryFormatting = { formatString =
"received.for = '${received.for}'"; separator = " or "; escapeSingleQuotes = 1;
};
};
};
relatedSearches =
(
{
titleImage = "NSUser";
titleSymbol = "person.fill";
titleFormatting = { formatString =
"From “${received.for}”"; separator = " or "; };
queryFormatting = { formatString =
"from.address = '${received.for}'"; separator = " or "; escapeSingleQuotes = 1;
};
},
{
titleImage = "NSUser";
titleSymbol = "person.fill";
titleFormatting = { formatString =
"From or To “${received.for}”"; separator = " or "; };
queryFormatting = { formatString =
"#any-address.address = '${received.for}'"; separator = " or ";
escapeSingleQuotes = 1; };
},
);
};
};
}___
mailmate mailing list
Unsubscribe: https://lists.freron.com/listinfo/mailmate
Re: [MlMt] How to create a Mailbox Rule which extracts attachments
On 1 Jul 2024, at 16:28, Michael Nietzold wrote: That's not covered by the above since this folder would then need a unique name like the internal ID. It would be even better if this folder then also had the name of the sender of the mail. This would be possible if I can setup for the path a template string which any fields of the exported email (like message iid / date parts / current folder / parts of the current file and more) It would be nice if it is calculated for each attachment file: because then different files types can be placed in different folders. If I understand correctly, this is basically how it works. It's just not configurable directly in the interface. For now, you'll have to take a look at these files within the MailMate app Resources folder: messagePartConditions.plist relativePaths.plist filenames.plist You can then create files with the same names here: ~/Library/Application Support/MailMate/Resources/ The idea is to have each of the popup menus have an Edit item to allow the user to setup custom options, but right now I'm mainly interested in just making sure the default set of options cover most of what people need. This is possible now. Using the “Attachments” options, MailMate will pick any part of an email with a filename assigned in its headers (which I think is the most robust way to identify attachments). There's also support for just exporting images or PDFs, but more variants could be made if needed. This can be done if I can use a filter with a regex or some glob syntax: other wise a `*.doc,*.pdf` And for everything I can use a `*.*`. I'd like to avoid having more “patterns” directly in the interface. Even for MailMate, expert users (as measured by knowing glob/regex patterns) are in the minority. -- Benny ___ mailmate mailing list Unsubscribe: https://lists.freron.com/listinfo/mailmate
