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] 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] 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] 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] 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] 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
[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] 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] 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] 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
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
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
[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 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
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
^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
[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
[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