[MlMt] Changes to support x-real-to, x-envelope-to and envelope-to as a single condition
I also found in my mail an x-msreally-to header, so I added that as well These are changes to ``/Applications/MailMate.app/Contents/Frameworks/OakMIME.framework/Versions/A/Resources``. There may be a local place it can be stored, I tried ``~Library/Application Support/MailMate/Frameworks/OakMIME.framework/Versions/A/Resources`` and that didn't seem to work, but I may have screwed up part of that. I'll try again later. I've attached the diff. There are two changes. First to add a new shortcut that will show up in the selector menu. { shorthand = "#really-to"; specifiers = ( "x-real-to", "envelope-to", "x-envelope-to", "x-msreally-to" ); }, Secondly, to the definition of an address, to add the new group, and the new headers. address = { // Note that both 'headers' and 'header' are supported as keywords (most often only 1 is specified) headers = ( "from", "resent-from", "x-original-to", "delivered-to", "x-delivered-to", "#original-to", "#really-to", "x-real-to", "x-envelope-to", "envelope-to", "x-msreally-to" ); That allows you to have a Submailboxes rule that looks like: Submailbox for each unique value of Really-To Mailbox name format: ${#really-to} and picks up any of those values, instead of just one. Works like a charm.--- /Users/nazgul/src/mailmate/specifiers.plist 2013-12-03 10:14:50.0 -0500 +++ /Applications/MailMate.app/Contents/Frameworks/OakMIME.framework/Versions/A/Resources/specifiers.plist 2013-12-03 10:32:40.0 -0500 @@ -25,6 +25,10 @@ shorthand = "#mailer"; specifiers = ( "x-mailer", "user-agent", "x-newsreader" ); }, + { + shorthand = "#really-to"; + specifiers = ( "x-real-to", "envelope-to", "x-envelope-to", "x-msreally-to" ); + }, // { // shorthand = "#spam-info"; // specifiers = ( "x-spam-status", "x-spam-score" ); @@ -121,7 +125,7 @@ }; address = { // Note that both 'headers' and 'header' are supported as keywords (most often only 1 is specified) - headers = ( "from", "resent-from", "x-original-to", "delivered-to", "x-delivered-to", "#original-to", "envelope-to", "x-envelope-to"); + headers = ( "from", "resent-from", "x-original-to", "delivered-to", "x-delivered-to", "#original-to", "#really-to", "x-real-to", "x-envelope-to", "envelope-to", "x-msreally-to" ); // A regular expression capturing the name and the address part // Due to the many styles used for this header (standard and non-standard), // the regex is quite complicated. ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] keybinding to load external references
On 3 Dec 2013, at 23:40, Jonathan Clark wrote: And on my other point 1, I confirm MailMate needs to re-start before it picked up this change to my custom keybinding plist. Actually it should be sufficient to disable/enable the key bindings. (It's on my todo that MailMate should pick up changes itself like it happens for commands in bundles.) -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
[MlMt] HTML to Canonical script and replies
On a reply this script is run and then MailMate takes the output and puts the "> " blockquote markers in front of every line. What I'm wondering is of there's any way to selectively turn off the post processing that adds the "> " lines. What I'm trying to do (and I'd be happy to know if there's a better way) is make it so that when I reply to certain emails, it includes the HTML of the email instead of converting it. I still want it processed as markdown, so I can add (the dreaded, but required) top-comments. I can't convert the HTML to markdown because it would lose tables and other information and generally upset everyone else at the company, but my manual tests indicate this seems to work fine. So I made a new version of HTML to Canonical that only fires if I'm replying to email that is tagged with TopReply (and that works great!). And it runs the HTML through tidy, removes the header and footer HTML tags, and wraps it all in blockquote HTML tags. I've got that almost working, but of course I'm still getting the "> " in front of every line, and that's not going to work. --iPhoned ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] keybinding to load external references
"^L" = {"loadImagesOnce:"}; // ctrl-shift-l I use the following in my custom keybindings file: "L" = "loadImagesOnce:"; // load external references (e.g. images) once Aha! I had braces, which I now realise must indicate starting a list. Which confused things. The uppercase L is activated on the keyboard with Shift+L, just as when typing an uppercase L. It works just fine. And on my other point 1, I confirm MailMate needs to re-start before it picked up this change to my custom keybinding plist. Thanks for your help. -- Jonathan ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Delete with Prejudice?
On 3 Dec 2013, at 20:54, Will Styler wrote: Is there a key-binding selector for "Expunge/DeleteNow"? I don't see one listed. It's not an official key binding (yet). It's name is (currently) `expungeMessage:`. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] keybinding to load external references
On 3 Dec 2013, at 16:24, Jonathan Clark wrote: On 5 Aug 2013, at 23:26, Benny wrote: Selectors not on the list are typically the ones I have not really decided if I'm going to change (functionally) or rename. I guess this one won't change in function and it is not too badly named. It is named loadImagesOnce:. I'll add it to the official list. So this should be "@l" = {"loadImagesOnce:"}; // cmd-l or "^L" = {"loadImagesOnce:"}; // ctrl-shift-l in my keybindings plist? Neither work. I use the following in my custom keybindings file: "L" = "loadImagesOnce:"; // load external references (e.g. images) once The uppercase L is activated on the keyboard with Shift+L, just as when typing an uppercase L. It works just fine. -Daniel ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
[MlMt] Anyone with a script to make an event based on an email?
Folks, Anyone know how I can create an ical event from an email? I really miss this ability from Apple Mail. Rob ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] keybinding to load external references
On 5 Aug 2013, at 23:26, Benny wrote: Selectors not on the list are typically the ones I have not really decided if I'm going to change (functionally) or rename. I guess this one won't change in function and it is not too badly named. It is named `loadImagesOnce:`. I'll add it to the official list. So this should be "@l" = {"loadImagesOnce:"}; // cmd-l or "^L" = {"loadImagesOnce:"}; // ctrl-shift-l in my keybindings plist? Neither work. But this leads me to offer two suggestions: 1. I'm not sure from the documentation (that appears when I press the ? button on the General preferences pane) whether I need to re-start MailMate for it to pick up changes to the keybinding plist(s). Could you add a clarifying note? 2. It would be extra handy if there could be a UI element on the Custom Key Bindings part of the General preference pane, that I could click on to open the custom keybinding plist in the system-wide editor? This might need to be just plists in the user's path, rather than in the app path, given how those shouldn't be editable by default. Thanks, Jonathan___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Delete with Prejudice?
Is there a key-binding selector for "Expunge/DeleteNow"? I don't see one listed. Thanks! Will On 3 Dec 2013, at 4:59, Benny Kjær Nielsen wrote: > On 3 Dec 2013, at 4:46, Kee Hinckley wrote: > >> ``Option-Delete`` does a "Delete Now", which I think is what you're looking >> for. > > Yes, this schedules a so-called IMAP expunge immediately and, if online, the > message is gone for good a few seconds later. > > -- > Benny > ___ > mailmate mailing list > mailmate@lists.freron.com > http://lists.freron.com/listinfo/mailmate signature.asc Description: OpenPGP digital signature ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Thread sorting
On 3 Dec 2013, at 12:50, Kee Hinckley wrote: On 3 Dec 2013, at 11:09, Benny Kjær Nielsen wrote: That makes sense to me. The current model makes it really easy to lose messages. My inbox has thousands of messages, with lots I haven't gotten to reading. So if someone replies to something old, I'm not going to notice unless it appears in my recent messages unless I switch to unthreaded mode, which I really would rather not do. I was, too, very used to seeing newer messages on top on a conversation view on Mail.app. What helped me transition to MailMate were two things: - In the Preferences > Viewer, select Bold font for unread messages. This makes it easy to see a thread that contains unread messages so you don't miss anything new. It is a little disconcerting to see a collapsed thread showing the first "From" address as new, but you can get used to knowing it doesn't imply that particular mail is new but at least one mail is new within the thread. - Custom keyboard navigation keys. I mapped "l", which I use to quickly go to the last message (newest message) in a thread (lastOfThread) regardless if its a new message or not, "h" to collapse the thread and move to other threads (collapseThread), and "n" and "p" to take you to the next unread message or Previous unread message regardless of what thread has the new message. I've found this works great for me and I would have a hard time going back to navigating Mail.app with the arrow keys. ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Thread sorting
Kee, You do have the 'Unread' smart mailbox as a sanity check here for those unread messages. -- Steve Mayer smaye...@me.com On 3 Dec 2013, at 10:50, Kee Hinckley wrote: On 3 Dec 2013, at 11:09, Benny Kjær Nielsen wrote: On 3 Dec 2013, at 17:01, Kee Hinckley wrote: Shouldn't a thread sort by the most recent message, rather than the oldest? I was looking for a mail message I knew had arrived recently and couldn't find it because it was underneath the original message, which arrived several weeks ago. MailMate uses a strict threading model. If two messages are shown as parent/child then it's because the child is a reply to the parent. This model cannot be reversed (or it would make little sense). The only variation I can That makes sense to me. The current model makes it really easy to lose messages. My inbox has thousands of messages, with lots I haven't gotten to reading. So if someone replies to something old, I'm not going to notice unless it appears in my recent messages unless I switch to unthreaded mode, which I really would rather not do.___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Thread sorting
On 3 Dec 2013, at 11:09, Benny Kjær Nielsen wrote: On 3 Dec 2013, at 17:01, Kee Hinckley wrote: Shouldn't a thread sort by the most recent message, rather than the oldest? I was looking for a mail message I knew had arrived recently and couldn't find it because it was underneath the original message, which arrived several weeks ago. MailMate uses a strict threading model. If two messages are shown as parent/child then it's because the child is a reply to the parent. This model cannot be reversed (or it would make little sense). The only variation I can That makes sense to me. The current model makes it really easy to lose messages. My inbox has thousands of messages, with lots I haven't gotten to reading. So if someone replies to something old, I'm not going to notice unless it appears in my recent messages unless I switch to unthreaded mode, which I really would rather not do.___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Deleting a thread
On 2 Dec 2013, at 23:27, Jeffrey Horn wrote: > On Mon, Dec 2, 2013, at 06:12 PM, Kee Hinckley wrote: >> Is there a way to create a key macro to select all of a thread and then >> delete it? >> e.g. ``Command-Control-A Delete`` > > If you enable thread/conversation view in preferences (I don't remember > what it's called, and I'm not near my Mac), you should be able to > expand/collapse a thread with a key binding. If the thread is collapsed, > deleting it will delete the entire thread. Yeah, so if you bind a keystroke to ( "collapseThread:", "deleteMessage:" ) It’ll probably do what you want. -- Rob McBroom http://www.skurfer.com/ ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Thread sorting
On 3 Dec 2013, at 17:01, Kee Hinckley wrote: Shouldn't a thread sort by the most recent message, rather than the oldest? I was looking for a mail message I knew had arrived recently and couldn't find it because it was underneath the original message, which arrived several weeks ago. MailMate uses a strict threading model. If two messages are shown as parent/child then it's because the child is a reply to the parent. This model cannot be reversed (or it would make little sense). The only variation I can think of is to display the most recent message as the root when the thread is collapsed... This probably won't change before I implement an alternative threading model which is more like a grouping of messages (like Apple Mail). This model only has 1 level and this makes it possible to have the most recent messages as a pseudo-root. It also makes it possible to thread based on other values such as the subject of the message (or any other header value which might be quite useful for certain purposes). -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
[MlMt] Thread sorting
Shouldn't a thread sort by the most recent message, rather than the oldest? I was looking for a mail message I knew had arrived recently and couldn't find it because it was underneath the original message, which arrived several weeks ago.___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Change default folder for downloading attachments
On 3 Dec 2013, at 16:53, Karl Erik Jessen wrote: When right clicking on an attachment in Mailmate you can "Save Attachment" to a default folder (normally ~/Downloads) Are there anyway to change this default folder to something else than ~/Downloads? No, but this is quite often requested. I'll make it a high priority item. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
[MlMt] Change default folder for downloading attachments
Hi When right clicking on an attachment in Mailmate you can "Save Attachment" to a default folder (normally ~/Downloads) Are there anyway to change this default folder to something else than ~/Downloads? I know that there are "Save Attachment ...", but I would like to change the default behaviour. In most browsers there are settings for this. /Karl Erik Jessen Farum Denmark ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Replacing the Markdown processor
On 3 Dec 2013, at 4:57, Benny Kjær Nielsen wrote: in /Users/nazgul/Library/Application Support/MailMate/Scripts should have replaced the Markdown pre-processor, but that didn't seem to work, nor did editing the same file in the MailMate app itself. In fact, I finally had to replace the ``sundown`` program with a shell script. You are of course welcome to hack whatever you want, but I do not officially support replacing the Markdown converter. The included converter includes various changes to behave nicely when a by-product is the plain text body part in the generated email. Can you describe those briefly? Or point me at an example? I'd love to wrap MultiMarkdown in a way would make it more compatible. What's particularly odd though, is that MailMate is putting a UID in the output that is sent to the Markdown pre-processor, and it's including it just before the last line. So I ended up having the following script. This is a hack to be able to locate the position of the caret in the HTML generated (for auto-scrolling). It currently does not work well though (if at all). Hah. That explains why it kept moving around!___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Delete with Prejudice?
On 3 Dec 2013, at 4:46, Kee Hinckley wrote: ``Option-Delete`` does a "Delete Now", which I think is what you're looking for. Yes, this schedules a so-called IMAP expunge immediately and, if online, the message is gone for good a few seconds later. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Deleting a thread
On 3 Dec 2013, at 3:12, Kee Hinckley wrote: Is there a way to create a key macro to select all of a thread and then delete it? e.g. ``Command-Control-A Delete`` It could be done using `selectWithFilter:`, but there is also an undocumented key binding. I think this would work: ("selectThread:", "deleteMessage:") Actually, what I'd really like is the one new feature in Mavericks Mail that I rather liked---the way it handled threads, where deleting the thread would delete everything in the thread that's in the current mailbox, but not the rest---but that doesn't really work for smart mailbox rules. At the very least, it shouldn't delete stuff that's in the ``Sent`` folder. I guess with `selectWithFilter:`, it would be possible to exclude messages located in specific mailboxes or, more easily, messages sent by you. For example: ( "selectWithFilter:", "#thread-id = ${#thread-id} and from.name != 'Kee Hinckley'"); -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Keyboard shortcut/binding to search for string within "Common Headers or Body"?
On 2 Dec 2013, at 20:41, Yuvi Zalkow wrote: I'm successfully using the keyboard binding for "searchAllMessages:" but it doesn't look like there is a way to fine-tune the search any further using a keyboard binding... Is that correct? Yes. Any plans for more keyboard-centric control in this realm with a future release? Yes, I plan to support keyboard bindings for specific (arbitrary) searches. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Hash Function Parameter? What Am I Missing Here?
On 2 Dec 2013, at 20:31, Scott Blystone wrote: On 2 Dec 2013, at 12:00, mailmate-requ...@lists.freron.com wrote: For OpenPGP the hash function is not set in stone, but you can set a list of preferred hash functions, e.g., one of my keys has the following list: Digest: SHA256, SHA1, SHA384, SHA512, SHA224 I'm not a developer. I'm a network security engineer (recently retired). I do have the statement "default-preference-list SHA512 SHA384 SHA256 SHA224 AES256 AES192 AES CAST5 ZLIB BZIP2 ZIP Uncompressed" in my gpg.conf file, and I think that this is what you are mentioning. Yes, the user can set what is generated by default for new keys, but each key can have its own list of preferences and this is what I kind of need to know to properly fill in the `micalg` parameter. At least I believe I know now how to implement this properly for OpenPGP messages. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Sticky settings
On 2 Dec 2013, at 19:07, Jacques wrote: Full screen choice doesn't stick between launches, always have to select it again to go back. Can you let this choice be sticky? It's been on the todo for a while (it doesn't help that I rarely use full screen myself ;-) ). Also, in my wide settings certain columns I grow (From, Subject) and others I shrink to very small (SpamSieve, Raw Flags). In between sessions however, my choices don't stick here either. Can this be changed? I can reproduce that. It seems to work for the default 3-pane-layout, but it fails for the widescreen layout. Maybe an issue with the order of events on startup. I've noted it. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Page Up and Down Behavior / Next message direction
On 2 Dec 2013, at 18:46, Jacques wrote: I'm noticing if you focus on the message panel, you can use page up and down to scroll through long emails. When at the end, page down changes to 'go to next message' which is fine for me, but page up doesn't map to go to previous message. This is a feature designed to be able to use the “space bar” to quickly go through messages. It's not for general message navigation. Actually, the fix is probably to make ⇧-space select the previous message and make sure neither page up or down behave like this. Next thought, message selection direction. As I archive/delete emails, there is only one direction that selection goes with MM. In Mail.app it picks up from where I've come from, so selection of next message after archive/delete goes in either direction (next earlier dated message or next later dated message). Makes it smart so to speak. Can this behavior following be added to MM as well? Not sure I understand exactly what you mean, but you could try the hidden preference described [here](http://manual.mailmate-app.com/hidden_preferences#navigation). -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Replacing the Markdown processor
On 2 Dec 2013, at 13:53, Kee Hinckley wrote: From the docs, it seemed as though creating [...] in /Users/nazgul/Library/Application Support/MailMate/Scripts should have replaced the Markdown pre-processor, but that didn't seem to work, nor did editing the same file in the MailMate app itself. In fact, I finally had to replace the ``sundown`` program with a shell script. You are of course welcome to hack whatever you want, but I do not officially support replacing the Markdown converter. The included converter includes various changes to behave nicely when a by-product is the plain text body part in the generated email. What's particularly odd though, is that MailMate is putting a UID in the output that is sent to the Markdown pre-processor, and it's including it just before the last line. So I ended up having the following script.[^foot] This is a hack to be able to locate the position of the caret in the HTML generated (for auto-scrolling). It currently does not work well though (if at all). -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] A better search UI
On 2 Dec 2013, at 11:07, rail4you wrote: MailMate has a very powerful search system. I like it but I hope there will be some improvement to make MailMate better. My suggestion is: Thanks for the suggestions. The current search interface does not work as well as I would like it to, especially not using the keyboard. There is no easy fix and I'm considering various alternative approaches. Don't expect it soon though. Just a few comments below. I can search almost everything in MailMate search UI. But I must use mouse to select item of listbox. I can't use keyboard!! Just for the record, if you have enabled “Full Keyboard Access” in System Preferences then it's technically possible, but it's not a lot better than using the mouse. MailMate can save custom search. But custom search converted to a smart mailbox. I can't use custom search directly in the search UI. It is better MailMate show custom search in a listbox or somewhere easy to catch. MailMate can put such search near save button. (I can mock an UI but I don't know how to publish images in mail list). I don't think I understand this one. Note that you can change the default custom search conditions using “Edit ▸ Find ▸ Use as Default Search”. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate