Re: [MlMt] Rule copying?
Hi! In reply to Benny Kjær Nielsen (2018-04-18, 17:03): But I have now. The rules editor was very primitive and this was never intentional. The latest test release adds the following: * New: Rules can be reordered. Hold down ⌥ to copy. * New: Rules can be dragged to other rule lists. Hold down ⌥ to copy. This is great! Have been wanting to do this for a long time :) * New: Rules can be hierarchical (use drag’n’drop to make subrules or use the new actions menu). Does the structure affect whether the rule is triggered? I.e. will a subrule only trigger if its parent is triggered? Or is the hierarchy only for organizational purposes? For my use, I would like to use the rule hierarchy for organizational use and not have the rule hierarchy affect rule triggering. /jody___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Is it possible to refresh the addressbook data from MailMate?
In reply to Benny Kjær Nielsen (2017-08-21, 12:12): > Hmm, I don't know exactly when MacOS synchronizes contacts. I'm pretty sure > that this does work if using iCloud Contacts, but I might be wrong. Thanks, I've made a note to test how iCloud behaves. >> Or can I add the CardDAV source to MailMate directly using some hidden >> option? Or perhaps even specify a shell command to use for address >> completion (since I already set this up for my experiments with command line >> mail agents)? > > That last one is not currently possible, but I've considered adding it. The > GUI (Composer preferences pane) already has a list of auto-completion sources > and I considered adding some kind of script-based alternative. It's not a > high priority though :) Ok! Thanks for the info. /Jody smime.p7s Description: S/MIME digital signature ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
[MlMt] Is it possible to refresh the addressbook data from MailMate?
I use Google's contact service and the Contacts Mac OS app is connected to my gmail account. I discovered that after editing and adding contacts using [BusyContacts](https://www.busymac.com/busycontacts/) (which I use as my main contacts manager) that I had to open the Mac OS Contacts app for the edits and additions to be synced and made available in MailMate. Is this a limitation of using the system address book, or is it possible to trigger a refresh from within MailMate? Or can I add the CardDAV source to MailMate directly using some hidden option? Or perhaps even specify a shell command to use for address completion (since I already set this up for my experiments with command line mail agents)? regards, Jody smime.p7s Description: S/MIME digital signature ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Bounties
... You can do a threaded inbox in MailMate using a smart mailbox. I had that for a while before I made the three pane solution :) Make a smart mailbox where you search for messages in "all messages" whose thread ID is in the unified inbox, then, add sub mailboxes "by account" to the smart mailbox -- Done! You can edit mailboxes.plist to add a nice icon as well :) I'll try to remember to send some screenshots when I get to my computer. ---Sent from a mobile device On 27 May 2016 at 05:43:53 GMT+2, Kee Hinckley wrote: First of all, I just want to say that Benny is amazing. I wrote one of the first multimedia email applications on Unix a long time ago, and for many years I've considered doing a more modern one. MailMate makes that moot. It's an amazing application, and with the new HTML features coming down the road, it's even more so. Secondly, I want to say that I've put my money where my mouth is, and I'd like to encourage everyone else to do the same. I live in email, and I'm sure many of you do. Benny is making his living doing a really hard thing; writing an application that competes with something that's available for free. MailMate will always be a niche application targeted at hardcore mail users, and we need to support that. When MailMate started supporting the features I needed to use it at work I bought several extra licenses I didn't need. Because I need this application, and I need Benny to be able to make a good living supporting it. It was wonderful that I was able to hack MailMate to work with HTML mail before. It's even more wonderful that I don't have to anymore. If you find MailMate invaluable for your work—and I know many of you do—please contribute more. Thirdly, I want to put out a bounty for the one feature I'm missing. I'll pitch in an additional $100 when MailMate supports sorting threaded messages sorted by the most recent item in the thread. It's the one thing missing for me to use sorting by threads in my inbox. Right now I use a very nice three pane solution someone provided (and it's amazing that MailMate can be extended that way), that puts a separate "sort by subject" pane to one side, and I leave my inbox simply sorted by date, without grouping. That's almost what I want, but not quite. I'd like to have my inbox display threads with the most recent messages first, so that if someone replies to something three weeks ago (and they do a lot), it doesn't get lost in my 4000 message Inbox. If you feel similarly, please pledge your support. And I encourage Benny to set up a way for people to vote for feature with their wallet. This is an amazing product, and I can't work without it. Thank you Benny. ___mailmate mailing listmailmate@lists.freron.comhttps://lists.freron.com/listinfo/mailmate___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] SideBar organisational tabs/menus
On 28 Apr 2016, at 22:27, Adam Liter wrote: Thanks for sharing these layouts. They're great! However, one problem I noticed is that the MailMate dialogue about marking things as not junk and blocking external references does not come up when using any of these layouts. Any idea how to fix this? Never noticed that until you wrote about it! I fixed the issue and put the layouts up on github: https://github.com/fnurl/mailmatelayouts /jody ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] SideBar organisational tabs/menus
On 27 Apr 2016, at 7:05, Mark Derricutt wrote: Ack - one thing that I immediate notice, hotkeys for next (unread) message no longer work when the folder is clicked on :( I have to then click into a specific message list. I'm not sure I know which shortcut behaviour you are referring to? The `J`/`K`/`arrow keys`, `cmd-alt-arrowkeys`, they all work for me. They do only interact with one panel at the time, so if you want to go to the next (unread) message in another panel, you'll have to switch which panel is focused (don't know if there are shortcuts for that). I did however retain the keyboard shortcut `ctrl+alt+cmd+c` which toggles the thread/tag and correspondence panels (they are children of the same parent panel which is the actual one that gets toggled). /jody___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] SideBar organisational tabs/menus
The thread arc panel never really worked out for me as I found that they didn't provide me with any guidance on what would happen when I pressed each circle. Sort of like clicking on a message without knowing what it is about. That was sort of the starting point of why I added the thread panel to my layout in the first place ;) On 27 Apr 2016, at 4:07, Gary Hull wrote: Have you thought of adding a message thread arc panel to these? Why not go for everything, including the kitchen sink! On 26 Apr 2016, at 18:53, Jody Foo wrote: Hi all, just chipping in here. I've done quite a bit of modifications to my sidebar layout, so here are two images just an example use case (the images below link to larger versions). [![](http://box.fnurl.se/mailmate/mm-vertical-thread-corr_mini.png)](http://box.fnurl.se/mailmate/mm-vertical-thread-corr.png) [![](http://box.fnurl.se/mailmate/mm-widescreen-thread-corr_mini.png)](http://box.fnurl.se/mailmate/mm-widescreen-thread-corr.png) If anybody is interested, here is also a link to the two layouts I'm using. - http://box.fnurl.se/mailmate/wide+vertical_thread-corr_mmlayouts.zip I am quite happy with them. The middle *thread panel* shows all messages that belong to the selected message of the *correspondence panel*. The selection in the *correspondence panel* follows the selection in the thread panel if it changes. Also, the messages listed in the correspondence panel include all messages where both the sender and the recipient are mentioned in any field, not where the sender and recipient switch places as this is more in line with my own intuition of correspondence (sacrificing a bit of precision for better recall). In the zip-file, there are also versions with the bottom correspondence pane exchanged for a "messages with the same tag" pane which shows messages with the same tag (any I hope) as the selected message in the main message outline (top). cheers, Jody On 27 Feb 2016, at 22:18, Marc ARC wrote: Benny, Sound great !! Marc On 26 Feb 2016, at 10:37, Benny Kjær Nielsen wrote: On 25 Feb 2016, at 16:01, Marc ARC wrote: For me it would be handy to have an additional MyMailboxes menu/tab in the sidebar where I can put the SmartMailboxes I use. Could this also benefit other users ? Or is there an other elegant way to have similar presentation. You already got various ideas in the thread. I just want to add that my future ambition is to make the mailbox list “simpler”. I want to remove the MAILBOXES and SOURCES groups allowing users to order it any way they like. At the same time I would like the universal mailboxes to be optional (also allowing the creation of other universal mailboxes). But I haven't written a single line of code for this which means that I make *no promises*. -- Benny ___ 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 ___ 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 ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] SideBar organisational tabs/menus
Hi, sorry for missing that bit, but you should copy them to ~/Library/Application Support/MailMate/Resources/Layouts/Mailboxes instead since MailMate looks there for user stuff. Putting more things into the application directly should be avoided when possible since it changes the signature of the app which might stop it from running. Also, if you put them in the app itself, they will disappear when you update MailMail.app. On 27 Apr 2016, at 3:31, Gary Hull wrote: I figured it out. 1. Right-click on MailMate App, choose Show Package Contents. 2. Open Resources > Layouts > Mailboxes 3. Copy the plists into that folder Now the new options appear in the View > Layout menu. On 27 Apr 2016, at 2:16, Gary Hull wrote: These look really interesting. Where do the plists go? I peeked in Application Support, but none of the folders looked right. On 26 Apr 2016, at 18:53, Jody Foo wrote: Hi all, just chipping in here. I've done quite a bit of modifications to my sidebar layout, so here are two images just an example use case (the images below link to larger versions). [![](http://box.fnurl.se/mailmate/mm-vertical-thread-corr_mini.png)](http://box.fnurl.se/mailmate/mm-vertical-thread-corr.png) [![](http://box.fnurl.se/mailmate/mm-widescreen-thread-corr_mini.png)](http://box.fnurl.se/mailmate/mm-widescreen-thread-corr.png) If anybody is interested, here is also a link to the two layouts I'm using. - http://box.fnurl.se/mailmate/wide+vertical_thread-corr_mmlayouts.zip I am quite happy with them. The middle *thread panel* shows all messages that belong to the selected message of the *correspondence panel*. The selection in the *correspondence panel* follows the selection in the thread panel if it changes. Also, the messages listed in the correspondence panel include all messages where both the sender and the recipient are mentioned in any field, not where the sender and recipient switch places as this is more in line with my own intuition of correspondence (sacrificing a bit of precision for better recall). In the zip-file, there are also versions with the bottom correspondence pane exchanged for a "messages with the same tag" pane which shows messages with the same tag (any I hope) as the selected message in the main message outline (top). cheers, Jody On 27 Feb 2016, at 22:18, Marc ARC wrote: Benny, Sound great !! Marc On 26 Feb 2016, at 10:37, Benny Kjær Nielsen wrote: On 25 Feb 2016, at 16:01, Marc ARC wrote: For me it would be handy to have an additional MyMailboxes menu/tab in the sidebar where I can put the SmartMailboxes I use. Could this also benefit other users ? Or is there an other elegant way to have similar presentation. You already got various ideas in the thread. I just want to add that my future ambition is to make the mailbox list “simpler”. I want to remove the MAILBOXES and SOURCES groups allowing users to order it any way they like. At the same time I would like the universal mailboxes to be optional (also allowing the creation of other universal mailboxes). But I haven't written a single line of code for this which means that I make *no promises*. -- Benny ___ 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 ___ 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 ___ 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] SideBar organisational tabs/menus
Hi all, just chipping in here. I've done quite a bit of modifications to my sidebar layout, so here are two images just an example use case (the images below link to larger versions). [![](http://box.fnurl.se/mailmate/mm-vertical-thread-corr_mini.png)](http://box.fnurl.se/mailmate/mm-vertical-thread-corr.png) [![](http://box.fnurl.se/mailmate/mm-widescreen-thread-corr_mini.png)](http://box.fnurl.se/mailmate/mm-widescreen-thread-corr.png) If anybody is interested, here is also a link to the two layouts I'm using. - http://box.fnurl.se/mailmate/wide+vertical_thread-corr_mmlayouts.zip I am quite happy with them. The middle *thread panel* shows all messages that belong to the selected message of the *correspondence panel*. The selection in the *correspondence panel* follows the selection in the thread panel if it changes. Also, the messages listed in the correspondence panel include all messages where both the sender and the recipient are mentioned in any field, not where the sender and recipient switch places as this is more in line with my own intuition of correspondence (sacrificing a bit of precision for better recall). In the zip-file, there are also versions with the bottom correspondence pane exchanged for a "messages with the same tag" pane which shows messages with the same tag (any I hope) as the selected message in the main message outline (top). cheers, Jody On 27 Feb 2016, at 22:18, Marc ARC wrote: Benny, Sound great !! Marc On 26 Feb 2016, at 10:37, Benny Kjær Nielsen wrote: On 25 Feb 2016, at 16:01, Marc ARC wrote: For me it would be handy to have an additional MyMailboxes menu/tab in the sidebar where I can put the SmartMailboxes I use. Could this also benefit other users ? Or is there an other elegant way to have similar presentation. You already got various ideas in the thread. I just want to add that my future ambition is to make the mailbox list “simpler”. I want to remove the MAILBOXES and SOURCES groups allowing users to order it any way they like. At the same time I would like the universal mailboxes to be optional (also allowing the creation of other universal mailboxes). But I haven't written a single line of code for this which means that I make *no promises*. -- Benny ___ 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 ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
[MlMt] Tag conflict scenario?
Hi, I just thought of something: I was creating setting up a new tag, but accidentally misspelled the gmail label first. I realized that the following scenario might happen: I apply the tag to a message which means that it will receive a new gmail label (since I misspelled it). When I realize that I have misspelled the gmail label, I correct it. Given the right circumstances something like the following could be the result (right?): I have the following two tags: displayflaggmail #tag1 #tag1 label1 #tag2 #tag2 label2 What will MailMate do if it find a message with the flag `#tag1` with the gmail label `label2` (since MailMate tries to some corrections when it sees a discrepancy?)? have a good weekend everybody, /jody___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] How do changes to tag setup in MailMate affect messages in Gmail?
On 22 Jan 2016, at 21:57, Benny Kjær Nielsen wrote: If you assign a tag mapped to a Gmail label to an email then it'll trigger the creation of the label in Gmail. Ok, thanks for the confirmation. 1. Am I correct that the above is the same thing as specifying a label path without the path existing in gmail? This would mean that I _do not_ have to create the label in (at least one of) the gmail accounts I have configured in MailMate before adding it as a Tag in the MailMate Preferences? I believe that is correct. Ok, makes using new Tags with Gmail label mappings easier! Am I correct however to understand that the *creation only happens when trying to apply the label for the first time*? *Not* when the text is entered in the *Tag preferences* right? 2. If I change the mapping of an existing tag in MailMate, what happens on the gmail side? 3. only future tag assignments are affected and the old tagged messages are no longer considered to be tagged with the previous gmail label is again shown as a mailbox in Mailmate, or I'm pretty sure it's number 3. Ok, I'll have to keep that in mind. So one should think of the *Tag panel* in the preferences as "*Tag configuration*" rather than "*Tag Management*"? 3. With regard to the previous question, what steps should I perform to 1. Change the mapping of a previously used tag to a new one? E.g. the tag "#todo" has been mapped to messages with the gmail label "todo" and now I want to use the label !todo in gmail? In order to remap existing messages then you have to create a new tag to apply the new label. Then untag with the old label. Delete the old tag. Rename the display name of the new tag. 2. Change the IMAP flag used for a tag? E.g. if the flag `todo` has been used but now I want to use the flag `#todo` and therefore replace all occurrences of the flag `todo` with `#todo`? Ah, now I can see my previous answer did not take the IMAP keyword into consideration. It might be tricky to change an IMAP flag (keyword) without also changing the Gmail label. I cannot give you a clear answer on that one. Ok, so again, the best way is to *approach the tag preferences like a config file*? I.e. that I'm never "renaming" a tag, or even "changing" any properties of anything, I'm simply editing the config file? In that case, since it's a config file, I would be doing the following to edit something? 1. Config the new Tag+label you want to use 2. Add that Tag+label to all messages you want to have it 3. Remove the old Tag+label from the messages that have the new Tag+label 4. Remove the old Tag+label from the Tag preferences 3. Change the displayed string used by MailMate for a tag This should always be safe since it really is just a display name. It doesn't affect anything on the server. Ok! 4. Finally, what would happen if I did two or more of the above operations? E.g. if I changed the display string to `TODO`, the flag used to `#todo` and the gmail mapping to `tags/todo`? Is it _always_ "sort of" safe (I did this and no data was lost but there were some glitches)? I think the safe approach is to create a new tag and then apply that to existing messages with the old tag. Then get rid of the old tag. Ok, I'll see this as a confirmation of the steps I wrote above as well. (I think it should be included in the documentation in that case). Well, I have learned that “mailbox” is often mis-interpreted as being an account. I think this is because with POP3 there is no difference between account and mailbox. In other words, even though MailMate uses the word “mailbox” then it's often safer to use the word “folder”. To me there is no difference between mailbox and folder (in the context of an email account). Sounds reasonable, thanks for the explanation. As a general comment: It may seem that MailMate should be better at automatically re-labeling/tagging emails when making changes, but it's not straightforward when and how to do it. (I think, at least, that MailMate should ask before doing anything.) I don't think this should be done automatically because of the many steps involved. An updated screen for Tag management would be better I think. E.g. I do not think it should be possible to edit the list directly (inline) because of the complex sequence of changes that one might expect or MailMate might have to perform. An 'Edit' action beside the '+' and '-' buttons with a separate dialog would be better I think. Perhaps having one action called "Modify tag configuration" and one called "Manage Tag" would be even better. Creating a tag I guess should also pop up a dialog box. I know that having one that is "attached" to its parent is a possibility, but I prefer those that are free floating since they allow me to view the contents of the parent window. The title of the dialog would reflect the chosen action: "Change tag configuration" or "Manage Tag" depending on the actions
[MlMt] How do changes to tag setup in MailMate affect messages in Gmail?
I have a few questions regarding how changes in tag setup in MailMate are propagated/reflected to Gmail. This email is a bit long, but its because I think there are a lot of details :P **Background**: I recently tidied up my tag set and their location and basically did what I am asking in question 4. I had some temporary glitches (semi duplicate folders in MailMate, e.g. both folders `labelmappedtotag` and a new folder `_labelmappedtotag`. I don't remember the exact details, but this went away. Possibly after a MailMate crash.. I have three gmail accounts set up in MailMate. For all of these I have set up a gmail label[^label] called '`#`' under which all labels I am going to use as tags in MailMate should be stored. For example, the tag '#`purchase`' might have the following mapping in the MailMate preferences: '`#purchase` = '`#purchase` = '`#/purchase`'. I created all the labels in gmail first, some with messages. I also discovered that if a *label structure defined in MailMate* *does not exist in gmail*, MailMate will *create* the label structure in gmail and then MailMate will add the newly created label to the message (or if its the Gmail API that does this?) Now to my questions... 1. Am I correct that the above is the same thing as specifying a label path without the path existing in gmail? This would mean that I _do not_ have to create the label in (at least one of) the gmail accounts I have configured in MailMate before adding it as a Tag in the MailMate Preferences? 2. If I change the mapping of an existing tag in MailMate, what happens on the gmail side? 1. messages get both new and old labels in gmail (*MailMate using IMAP flags* to _add_ gmail labels or 2. the existing gmail label is renamed or 3. only future tag assignments are affected and the old tagged messages are no longer considered to be tagged with the previous gmail label is again shown as a mailbox in Mailmate, or 4. something completely different? 3. With regard to the previous question, what steps should I perform to 1. Change the mapping of a previously used tag to a new one? E.g. the tag "#todo" has been mapped to messages with the gmail label "todo" and now I want to use the label !todo in gmail? 2. Change the IMAP flag used for a tag? E.g. if the flag `todo` has been used but now I want to use the flag `#todo` and therefore replace all occurrences of the flag `todo` with `#todo`? 3. Change the displayed string used by MailMate for a tag 4. Finally, what would happen if I did two or more of the above operations? E.g. if I changed the display string to `TODO`, the flag used to `#todo` and the gmail mapping to `tags/todo`? Is it _always_ "sort of" safe (I did this and no data was lost but there were some glitches)? regards, Jody [^label]: I'll say *label* for gmail labels, tag for MailMate's implementation, and folder for IMAP-folders or MailMate folders (should that be Mailboxes technically?)___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate