Re: [MlMt] Integrating Mailmate with Launchbar
On 7 Aug 2014, at 22:33, Luca Allodi wrote: I have this half idea to write up an extension for Launchbar 6 to integrate typical workflows in Mailmate, such as scrolling through the inbox, previewing messages (like it is possible now through Mailmate's counters in the menubar), and performing actions such as archiving deleting and opening. I am however not sure whether this is possible. Does Mailmate have APIs I can interface with? Probably nothing as flexible as you would need. The API is basically what is possible using the extended `mailto` URL scheme. I guess if I added some way to run commands like those in the command bundles then you would be able to do a lot of things, but I haven't given that much thought yet. Otherwise, is any such action theoretically possible by interacting directly with the local file system (apart from simply reading mails in in ~/Library/Application Support/MailMate/Messages/IMAP/../Messages/*.eml ) or via AppleScript? You can read those files (never change/delete/move), but that probably does not get you very far. AppleScript support is very limited (basically just standard things and the `mailto` URL scheme). -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Quick Look for PDF
On 12 Aug 2014, at 13:09, Fredrik Jonsson wrote: John Cooper 2014-08-12 12:37 wrote: I reported this in February, and at that time Benny said there were only 2 users who reported the problem. I have the same issue with quick look and PDF. It has never worked for me in MailMate, I only get the big icon, no real preview. Ok, it's obviously a more general problem now. In any case, it is unlikely to be fixed before MailMate is going 64 bit. Some work has been done on that, but it's not ready for (test) release yet. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] How do I change the shortcuts for Message Body Parts?
On 13 Aug 2014, at 13:43, Muster Hans wrote: The default shortcuts for View - Message Body Parts are alt-cmd-] and alt-cmd-[ I am using a Swiss keyboard, which uses alt-5 and alt-6 to represent [ and ] respectively. Therefore alt + [ or alt + ] are unavailable to me. 1. How do I change the shortcuts for these actions? In the System Preferences pane named Keyboard: Keyboard Shortcuts ▸ Application Shortcuts. 2. Does anyone have a suitable suggestion for replacement shorcuts? (less important) Nope, but note that you can also use custom key bindings to setup the shortcuts. The selectors are named `nextAlternative:` and `previousAlternative:` which I think is currently undocumented. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Correspondence layout, shifted
On 12 Aug 2014, at 19:27, Luca Allodi wrote: Today I spent some time flipping around my favourite MailMate layout, Correspondence. I am not sure anybody would really be interested in this re-organisation but I thought to share just in case. Thanks for sharing. It's an interesting layout. Anyway I have no idea how to query MM to return an email attachment. Benny, would something like attachments = $mainOutline.attachments work? I did not try. If there's a way to implement this I would happily give it a shot. No, that would not work. Such a transformation should be based on `ALL_BODY_PARTS` with some non-trivial filtering. At best you could get a separate webview with these attachments, but I'm not actually sure it would work. But I'll take it as another reminder to improve handling of attachments. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
[MlMt] Latest test release, Yosemite, Exchange IMAP, and more
Hi MailMate users, I know I haven't replied to the most recent messages on the mailing list (or direct email), but I'll get to it eventually although probably not today. Right now, I just wanted to share some details about the latest test release(s) before the weekend. ## Yosemite Yosemite hasn't been released yet (the rumors indicate late October), but Apple released a beta for Yosemite which means MailMate already has many Yosemite users (more than the number of Mountain Lion users). If using the latest public or beta release (r3905/r4214) then that is a bad experience (due to some issues displaying messages). It has worked relatively well with the most recent test versions, but after installing Yosemite last week I realized I had to work on various Yosemite issues. In particular, some performance issues. Therefore, I recommend for any Yosemite users to fetch the latest test release. Hold down ⌥ when clicking “Check Now” in the Software Update preferences pane. Users of earlier OS'es may also notice the performance improvements, for example, when scrolling in the messages outline. Feedback is welcome. ## 64 bit I have been working (in parallel) on making MailMate a 64 bit application. This is not as trivial as it may sound, because MailMate is already pretty memory-hungry for large message stores and going 64 bit is not going to make that better. Therefore going 64 bit has to be combined with various non-trivial optimizations. Some of that work has been done, but it takes time to complete. Nevertheless, if you do not mind the memory usage and you are prepared to run an **alpha** (unstable) version of MailMate then here is a direct link: http://updates.mailmate-app.com/archives/MailMate_r5000.tbz The revision number is **a hack** and you should not expect automatic updates to work. (Technical detail: Note that if you do not have a large message store then you may save some memory, because MailMate is no longer going to trigger the OS to load shared 32 bit frameworks if they are not used by any other applications.) Again, feedback is welcome. ## Exchange IMAP I'm regularly contacted about various issues with Exchange IMAP and I've implemented a number of workarounds for server bugs. Today I realized that the `AUTH=PLAIN` login method for Exchange IMAP fails for some users in a particularly annoying way. It accepts the login credentials and then fails on some subsequent request to the server instead (with a BAD response). If you have experienced anything like this then I recommend trying the following hidden preference with the latest test release: defaults write com.freron.MailMate MmIMAPForcePlainLogin -bool YES This forces MailMate to use a different authentication method. I'm very interested in knowing how widespread this issue is. Have a nice weekend. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Latest test release, Yosemite, Exchange IMAP, and more
On 29 Aug 2014, at 17:20, Steve Mayer wrote: So far, no issues using the 64bit version on 10.9.4. Nice to have the QL plugins working again :) I guess the non-working QL plugins and the “disappearing” text field values (mentioned by Edward) are subtle ways for Apple to tell me that I really should make MailMate 64 bit only. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] External Editor To Compose Messages?
On 29 Aug 2014, at 15:36, Sherif Soliman wrote: [external editor bundles] Question: is this further documented somewhere in the manual online? No, this is not covered in the online manual. Partly because it is still part of the experimental 2.0 features. And how would one reset that defaults preference if I want to stop automatically using an external editor and just use MailMate's composer window again? You can do that as follows: defaults delete com.freron.MailMate MmBundleCommandLaunchedOnTab -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Redirect using Rules?
On 28 Aug 2014, at 23:30, Mark Chapman wrote: Redirect seems to work but it seems to be buggy. - after I add a redirect action to a rule and close it I can no longer open the rule - If I try to add an additional action after the redirect rule Mailmate crashes I can reproduce that (although I didn't get a crash but some kind of weird hang). I think I know what the problem is and I'll fix it as soon as possible. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Collecting and de-duplicating email
On 29 Aug 2014, at 22:29, Joshua Kehn wrote: I need to get a lot of correspondence collected from multiple people, ideally in an automatic and simplified way. This is like an audit, basically any emails from some senders sent to some receivers need to be collected and unduplicated. Ideas? As you probably know, smart mailboxes allow you to setup conditions manually for this, but I guess you are looking for something smarter/easier. Here is my suggestion: * Create a tag named `Audit`. * Create a smart mailbox showing any messages tagged `Audit`. Name it Audit-Tagged. * Create a smart mailbox showing any messages similar to the tagged ones. I'm not sure exactly which ones you want, but the following condition would match any message from the same person as one of the tagged messages. You can name this mailbox “Audit”. From ▸ Address “is in” Audit-Tagged ▸ From ▸ Address The end result should be that you can tag any message you like and then MailMate should show all “similar” messages (depending on the conditions) in the “Audit” smart mailbox. I hope this helps. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Very weird failure-to-get-mail continues...
On 29 Aug 2014, at 20:50, Seebs wrote: But I definitely do have the trait where as soon as I touch the inbox in some way, it comes back. Interestingly, if I just send an outgoing message, nothing happens. Yes, sending would not fix the non-idle state. It requires selecting/re-selecting the inbox. I'd guess a couple times a week maybe? I don't always notice, I suspect. Ok, I'll think about how to debug this. Maybe I need to monitor the state of these mailboxes in order to be able to automatically detect when it happens. This would also work as a temporary workaround until I've found the real cause of the problem. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Latest test release, Yosemite, Exchange IMAP, and more
On 1 Sep 2014, at 9:36, Olivier Bedouelle wrote: I have a same problem with r5000. The problem is the code signing done on this release. I have located the problem and fixed it for the next release. I'll write on the list when it's available, but I have to fix at least one other issue first. I'ts not possible to install. As a workaround, you can switch your Gatekeeper settings in the Security preferences pane (System Preferences) to the bottom-most option before launching MailMate. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Quick refresh of smart mailbox?
On 31 Aug 2014, at 12:35, Quentin Stafford-Fraser wrote: Is there a quick way to refresh the view of a smart mailbox? No. I could easily add some kind of refresh key binding, but making it a menu item might confuse many users (with respect to the difference between refreshing and synchronising). I think I should just make this happen as part of explicitly synchronising a mailbox (⇧⌘N). (But I can still add an explicit refresh key binding as well.) I use a combined 'Unread or flagged' box as a kind of to-do list, as per http://www.statusq.org/archives/2014/08/27/6007/ It would be very satisfying, once I've dealt with an issue and unflagged it, to hit a keystroke and see things vanish from the list. At present, I switch to another mailbox and switch back... In the most recent test version, it is possible to change how changes to unread/flagged works, but it is currently not very flexible. You can read more in [this ticket](http://freron.lighthouseapp.com/projects/58672/tickets/859-mark-as-unflagged-does-not-immediately-remove-message-from-smart-mailbox-list). -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Latest test release, Yosemite, Exchange IMAP, and more
On 1 Sep 2014, at 11:59, Olivier Bedouelle wrote: Ok. Thank you ! There is a `r5001` now for you and anyone else interested. I've fixed the codesigning issue, a quite frequent crash bug (triggered when editing drafts), and some minor issues. (I forgot to test that the codesigning-fix actually worked as expected, so let me know if it doesn't.) Here is a [direct link](http://updates.mailmate-app.com/archives/MailMate_r5001.tbz). Remember that this is a highly experimental Yosemite 64 bit build (should work on 10.7+). It uses more memory than the regular releases and very few users have used it so far. Do not download/test it if you do not have time to handle any unexpected issues. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Remove search item is AWESOME!
On 3 Sep 2014, at 9:16, Max Rydahl Andersen wrote: I don't know when this was added but I just found it and I love it. It's been there since the latest public beta (May). Note that you can also hold down ⌥ when left-clicking the search item. Just a tiny bit faster. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] SMTP Timeout
On 4 Sep 2014, at 22:18, John Grasty wrote: Every once in a while a message will timeout and not get sent. The activity log shows everything down to the closing . , but the mail server never seems to receive the . It's not a known issue. Could you send me an example of such a log? Off list if you like. Thanks in advance. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Limit text width for received format=flowed mails
On 14 Sep 2014, at 18:24, Dato Simó wrote: I’m giving MailMate a try, Thanks for trying out MailMate. and I see that it has support for reflowing incoming format=flowed e-mails. That is correct. However: is there a way to specify the maximum width that should be used when reflowing text? E.g. 66, or 72. At the moment it uses the full window width (as many other clients do), which is usually too much. That doesn't quite make sense to me. Too much for what? Do you mean when displaying or when composing messages? The purpose of “format=flowed” is to get rid of hard-wrapping in emails (which is a bad thing) in a backwards compatible fashion. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Limit text width for received format=flowed mails
On 14 Sep 2014, at 23:35, Dato Simó wrote:
Yes, I should have clarified: as the subject indicated, I meant only
when displaying incoming mail. Right now, MailMate reflows incoming
mail to occupy the whole width of the display pane; but I would like
to see shorter lines in reflowed text.
Ok, there is no built-in setting for that. You can get something close
though using CSS. Create this path and file:
~/Library/Application\
Support/MailMate/Resources/MmMessagesWebView/stylesheet.css
And add the following lines to the file:
p { max-width: 30em; }
div[markup=none] div { max-width: 30em; }
You may have to change the value 30 to something that works well with
your font choice.
I cannot guarantee that it'll work well for all emails, but it might be
good enough for you.
--
Benny
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Quote string on Reply messages
On 15 Sep 2014, at 15:56, my good friend Jeremy Cowgar wrote:
However, I can never make this work. I copy that line directly, paste
it into the console and all executes fine. I can even read it back,
and all is good.
% defaults write com.freron.MailMate MmReplyWroteString -string 'On
%e %b %Y, at %k:%M, my good friend ${from.name:${from.address}}
wrote:'
Seems to work for me as seen above.
Now, once I start mail mate, I execute:
% defaults read com.freron.MailMate MmReplyWroteString
and defaults returns to me an error:
2014-09-15 09:54:52.734 defaults[2365:507]
The domain/default pair of (/Volumes/My
HD/Users/jeremy/Library/Preferences/com.freron.MailMate,
MmReplyWroteString) does not exist
Any thoughts on how I can make this work?
That looks strange. MailMate has no code that clears this setting. Do
other settings stick between launches of MailMate? (You could just try
the same as above with `MmDummySetting`.)
--
Benny
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Archive a thread?
On 15 Sep 2014, at 19:25, Joshua Kehn wrote: I have backspace mapped to archive an item, mark it as seen, and remove any flags. It looks like this only happens for the currently selected message, i.e. if I have group by thread turned on it keeps any messages under that thread still there. Can I have it perform that action on anything in the thread then group by thread is turned on? The general rule is that when a thread is collapsed then the action applies to the thread. If it's not collapsed then it applies to the selected message(s). Alternatively, you can use this in your key binding: moveThreadToMailbox:, ARCHIVE -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] How To Fix Spam Loading Many Addresses Into MailMate?
On 15 Sep 2014, at 18:01, Billy Youdelman wrote: I received some junk mail, which was sent to many people with addresses starting with the letter B. I took a look at it (opened the letter), and now when I go to send a letter to someone with an address beginning with B, I am presented with the entire list of spam recipients - as opposed to just the few people with whom I correspond. How can I dump all these unwanted addresses...? Completion is based on the messages in Sent Messages. Has this message somehow ended up in your Sent Messages mailbox? Also check if you have customised this: defaults read com.freron.MailMate MmAddressCompletionMailbox -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Quote string on Reply messages
On 15 Sep 2014, at 17:54, Jeremy Cowgar wrote: So, what I did was 1. Quit MailMate 2. Issue the defaults statement 3. killall cfprefsd 4. Start MailMate When MailMate asks for the preferences, cfprefsd then had to reload them from disk. At least that is my interpretation of what is going on. In my very limited searching, I didn't see a way to tell cfprefsd to reload the settings. I have never needed to do step 3. Not even if I did step 2 before step 1, but to be honest I have never read up on the details of how this is working (and how/why it could fail). Your theory makes sense, but users do not (at least not in general) have your problem. I don't know why. In any case, I've seen other developers introduce a URL scheme for setting/clearing (hidden) preferences. Eventually I should do that as well since it would be much more user friendly. This would definitely not require killing `cfprefsd`. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Keychain integration
On 15 Sep 2014, at 16:02, Bram Heerink wrote: [password trouble] I threw away all the keys in the keychain and started with a fresh new key. If i'm right about this, i consider this to be a bug. Build 4489. Hmm, apparently I cannot seem to get this right. The problem is related to whether or not to save items in the keychain including port number. The keychain kind of requires it, but it is error prone if actually doing it. I'll give it another go. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Archive a thread?
On 16 Sep 2014, at 11:31, Max Rydahl Andersen wrote: On 15 Sep 2014, at 20:15, Benny Kjær Nielsen wrote: Alternatively, you can use this in your key binding: moveThreadToMailbox:, ARCHIVE is there a way to have the destination be Archive-year-of-mail ? If you are asking for a format string based on the content of the current email then the answer is no when using custom key bindings. The following is what you can do using custom key bindings: `ARCHIVE` is a key that maps to whatever mailbox is assigned as the “Archive” mailbox type for the account of the currently selected message. You can use `/Archive-2014` to put emails in a mailbox explicitly named `Archive-2014` in the account of the currently selected message. (Note the prefixed `/`.) You can use an explicit IMAP mailbox in an explicit account using the value on the pasteboard after selecting a mailbox and hitting ⌘C. Using a bundle command then the answer is yes, but this flexibility comes at the price of it being harder to do :-) I'll provide an example (when I have more time) if this is what you were asking for. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Rules didn't come along with update
On 18 Sep 2014, at 11:30, Bob Koss wrote: I updated MailMate yesterday and I noticed this morning that my previous rules were not applied to incoming mail. I went to look at my rules and there weren't any. That doesn't sound good. So far, I have no other reports about this, but I'm of course very interested in fixing any bugs related to this. Is there a way to recover without entering them all again? If you have a backup then you can copy this file to get your mailboxes back: ~/Library/Application Support/MailMate/Mailboxes.plist You *must* quit MailMate before copying this file. If you manage to do this and the rules disappear again then let me know. Are there plans to make rules available across computers I use. Sometimes I'll enter rules on my laptop and sometimes on my desktop and it would be nice if I didn't have to do this twice. Possibly sync using Dropbox? I only have some notes on thoughts about how this could work. Something like Dropbox could be used, but I think it might be better to simply use IMAP for this purpose (the user could be asked to select a special IMAP mailbox for MailMate settings). It's not as trivial as it sounds though :-) -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] insertFormatString... ${} expansions listed somewhere?
On 17 Sep 2014, at 23:53, Jeremy Cowgar wrote: Are the variable expansions available for use listed somewhere? No, they are implicitly available in this file: MailMate.app/Contents/Frameworks/OakMIME.framework/Resources/specifiers.plist But it might be easier to create a smart mailbox using the value you need and then look in the Mailboxes file: ~/Library/Application Support/MailMate/Mailboxes.plist (Essentially, you just lowercase what you see in the headers popup.) -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] insertFormatString... ${} expansions listed somewhere?
On 18 Sep 2014, at 14:42, Jeremy Cowgar wrote:
OK, that got me a step closer, however I'm not exactly sure how to use
the ${cc} variable correctly, or maybe it can't be. It is returning to
me only the first person on the Cc list, not the entire list. Is there
a way to get the Cc list?
No, sorry, not supported yet. At least not for simple format strings. (A
more advanced approach is used for, e.g., the configuration of the
messages outline.)
My company wants corporate email replied to in Outlook fashion :-(.
That is simply depressing. I cannot imagine the reasoning behind such a
strange requirement. I might be alone on this, but when I see this
quoting style then “competent professional” are not the first words
to cross my mind :-)
I am just playing around with ways to make this work in MailMate. I've
managed to do this so far:
R = (
replyAll:,
insertFormatString:,
-Original Message-\nFrom: ${to.name}
[mailto:${to.address}\nTo: ${from.name} [mailto:${from.name}]\nCc:
${cc.name}\nSent: ${date}\nSubject:${subject}\n
);
This is only one small piece of the puzzle. I have thought about a
Bundle to accomplish this task, but it seems to get only the quote,
not any other information about the email, thus I can't add the above
header.
Yes, this is not so easily accomplished yet. What is really needed is
some kind of system for specifying prefaces (wrote-strings) and then let
MailMate handle it similarly to signatures. That way you could also
easily reply to me without using Outlook reply-style :-)
This has been on the todo for a long time. My own motivation is that I
want it to be easier to use multiple languages.
Hmm, `insertFormatString:` is not well suited for this since it is based
on the reply and not the original string.
Any thoughts would be appreciated, and yes... I don't like the Outlook
methodology, but they are really pushing it. I'm willing to go to
great lengths to avoid using Outlook for my work email, just for the
reply message!
A short term solution would be to support the insertion of the advanced
type of format strings. I've changed `MmReplyWroteString` such that if
the first character is `{` then it's the “advanced” formatting
style. This works in the next test version of MailMate (probably
tomorrow).
Now, I almost hate myself for this, but you would then get something
like what you want by pasting this in the Terminal:
~~~
defaults write com.freron.MailMate MmReplyWroteString -string {
children =
(
{
string = '-Original Message-\n';
},
{
formatString = 'From: \${from.name}
\${from.address}\n';
},
{
sharedPrefix = 'to';
separatorString = ', ';
children = (
{
prefixString = 'To: ';
formatString = '\${to.name}
\${to.address}';
suffixString = '\n';
}
);
},
{
sharedPrefix = 'cc';
separatorString = ', ';
children = (
{
prefixString = 'Cc: ';
formatString = '\${cc.name}
\${cc.address}';
suffixString = '\n';
}
);
},
{
formatString = 'Sent: \${date}\n';
},
{
formatString = 'Subject: \${subject}\n';
},
);
}
~~~
Remember, it won't work before I've uploaded another test release.
--
Benny
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Notify on reply
On 19 Sep 2014, at 6:14, Jeremy Cowgar wrote: I wrote a post with instructions and screen shots showing how I accomplished this process. http://jeremy.cowgar.com/2014/09/18/mailmate-waiting-on-reply/ I would be very interested in any improvements, ideas or comments on the process. I'll be happy to edit/update the post with the community making things better. Great post!! Here are my comments: * Instead of `Thread-ID` you might want to use `“In-Reply-To” is in “Waiting on Reply” “Message-ID”`. Otherwise I think you get into trouble when waiting on a reply in a longer thread. * Maybe the mailbox should be named “Received Replies” since it contains the replies and not the original messages. * Note that given “Received Replies” you can easily add a counter in the Counters preferences pane and get a dock/menu-count or sound/notification when a reply arrives (sounds can also be done using rules and eventually notifications are also going to be available via rules). * A variant of this system is to add a condition to “Waiting for Reply” to only display messages older than X days. This would allow you to see messages for which you might need to remind the recipient that you are still waiting for a reply (please don't use that against me ;-) ). Alternative idea (which might not be much better): You can add a smart mailbox based on “Waiting for Reply” with the reversed condition: `“Message-ID” is in “Inbox” “In-Reply-To”`. Then add a rule to this mailbox with an archive action (no conditions). It'll always be empty, but it'll take care of moving waiting messages to your archive. But this breaks the “Received Replies” mailbox and I think the best way to fix that is to also add a “HasReply” tag to the archived message. Then base the other mailbox (Received Replies) on Inbox messages for which the parent has this tag. Hmm, that might require another smart mailbox -- well, I wrote this might not be much better :-) -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Canonical outputs HTML tags (Bundles)
On 21 Sep 2014, at 14:40, Alexander Kucera wrote: one more thing. I have an issue with my bundle outputting the message body as HTML source with tags even though my input type is set to *canonical*. I noticed this is only the case on messages that are missing the plain text body part. Any ideas what went wrong? Well, I guess it's a missing feature (or a bug if you like). Apparently MailMate falls back to raw HTML when this happens. I assume you expected a conversion to plain text (Markdown)? -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Sharing my current key bindings
On 22 Sep 2014, at 16:47, Jeremy Cowgar wrote: Thanks for that Kee! I've decided to share my keybindings also. I've been working on them this past week trying to refine my workflow. I've written a blog post about them, explaining the rationale of some of them. The entire file is included there as well. http://jeremy.cowgar.com/2014/09/22/my-mailmate-keybindings/ Thanks for sharing! One comment. You write “Thus, I had to look up the UUID of the exact folder I wanted to access. You can do this too by looking at the file: ...”. You can also put the value on the pasteboard by hitting ⌘C when a mailbox is selected. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Configuring MailMate for showing messages not covered by any rule (or automatically move mails)
On 24 Sep 2014, at 8:35, Fredrik Jonsson wrote: Rasmus Møller Selsmark 2014-09-23 23:05 wrote: However, I would also like to show my regular Inbox of mails not addressed to any of the filtered mailing lists You can set up a new smart mailbox and tell it to include e.g all mail from All Messages except mail that are in on or more other (smart) mailboxes. Something like this. Mailboxes : All: None: Lists (any other mailboxes you want to exclude) All: All Messages Just a quick note on using “None”: Make sure you update to the latest beta in the Software Update preferences pane. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Configuring MailMate for showing messages not covered by any rule (or automatically move mails)
On 23 Sep 2014, at 23:05, Rasmus Møller Selsmark wrote: I'm using Gmail (company-wide solution, so cannot move to other provider) and would like to organize mails into folders/smart mailboxes. My workflow: Receives mails on approx. 20 different mailing lists, which I would like to automatically filter/move into folders/mailboxes. That seems to be easily configured using Smart Mailboxes. Gmail supports server-side filtering. I suggest you create a filter which moves these messages to a separate IMAP mailbox. You can then base your smart folders on that (including the default Mailing Lists mailbox). (For the record, using the experimental 2.0 features in MailMate, you can also use MailMate rules to move the messages if you like.) -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] hide mailbox from Inbox
On 23 Sep 2014, at 13:49, Lars Ippich wrote: Quick question - is it possible to hide messages of a specific account's inbox from the general Inbox? No. I have a work-related account that I only want to keep an eye on, but don't want to mess up my Inbox. I have various open requests for “silencing” accounts/mailboxes, but currently no such feature is available. You can only do it by introducing an alternative Inbox (smart mailbox) which only includes the messages you would like to see. You can make menu/dock-counters point to this as well (see the Counters preferences pane). -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Mail Date and UTC
On 23 Sep 2014, at 15:35, Alexander Kucera wrote: I have a test email whose raw headers show the date as `Date: Tue, 23 Sep 2014 13:03:13 +` which is what is written into the variable I get from MailMate. However I live in UTC+2 so the time I should be putting into the log is `15:03:13`. MailMate displays this correctly in the UI, but passes the raw time value to the bundle, which is fine I guess, but I am unable to convert in in any way that makes sense due to a lack of Ruby/programming knowledge. A little help please? You should pass the virtual `#date` value instead of the raw date of the message. That way you'll leave it to MailMate to generate a canonically formatted date instead of the numerous badly formatted dates used in emails. After that, you can probably make Ruby parse it and format it in any way you like (I haven't checked how this works in Ruby). On the command line, you can do it like this: date -j -f %Y-%m-%d %T %z 2014-01-01 10:10:10 + +%a %b %d %T %Y The format strings are described in `man strftime`. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Mail Date and UTC
On 24 Sep 2014, at 10:32, Alexander Kucera wrote: While we are on the topic of Ruby. Is there any reason all the bundles are in Ruby? No. Would any language work? Yes. (As long as it can read environment variables and handle input and output in UTF8.) I am much more comfortable in Python for example. It's an important part of the bundle system that you can use any language you like. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Mail Date and UTC
On 24 Sep 2014, at 11:14, Alexander Kucera wrote: Hmm, I'm not sure #date is working correctly. I have a raw date of `Tue, 23 Sep 2014 17:38:44 -0500`, but #date seems to give me the exact same thing only formatted differently. When I print #date I get `2014-09-23 17:38:44 -0500` instead of `2014-09-24 00:38:44 +` which MailMate shows me. So I still would need to do some timezone script foo to get my log entries straight. Or did I maybe not understand the purpose of #date correctly? The purpose is that your scripting language should be able to parse this date without problems. Since the time zone is included then the date and time is non-ambiguous. You should then use the scripting language to format the date according to the local time zone. Here is a variant from my previous example: TZ=CET date -j -f %Y-%m-%d %T %z 2014-01-01 10:10:10 -0500 +%a %b %d %T %Y Here I first explicitly state that we are in zone CET (`+0100`). (I don't really need to do that since that is also the default *for me*.) The date and time is given in zone `-0500`. So, at GMT (`+`) the time would be `15:10:10`, and in zone `+0100` this would be `16:10:10`. This is also the result of the command above. Time zones are confusing and daylight saving times do not make it easier. (I often make mistakes when dealing with time zones.) There is no virtual header available for the current time zone. If there were then it would have to be dynamic (not cached/saved to disk) in the event that you were travelling between time zones. You can also use `#date-received` I believe. This is “hardcoded” to timezone + if that makes it easier. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Keychain integration
On 24 Sep 2014, at 11:03, Bram Heerink wrote: I'm on build #4508 now but there is still a weird problem. I always make sure my Keychain contains the correct passwords. But somehow, if I reboot MailMate, it updates the Keychain password with the old initial password of my accounts. I really don't know where MailMate finds this old password and why it happens. But it's pretty annoying. Rebooting MailMate means password errors, logging in 1Password and save them again. Works for that session but MailMate will update the keys wrongly in a reboot. Yes, this is very strange, but I have a theory. There was a short-lived test version of MailMate which could leak the password to your `Sources.plist` file (it only happened to users updating the password while using this test version). I thought this would be automatically cleaned up after the bug was fixed, but this appears to not be the case. Instead MailMate picks it up and writes it to the keychain. I've fixed it for the next update (later today) which should also automatically remove the password from the file. Sorry about the inconvenience. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] State: Waiting to retry
On 24 Sep 2014, at 16:28, John Cooper wrote: On 2014-09-24 09:13, Bram Heerink wrote: When sending of a message fails you can click Try later. Then the Drafts message gets in the State: Waiting to retry. But, how do you force a send retry? If I right-click on the message and then Send I get the message in an editor pane. Clicking send then results in a _NEW_ message in Drafts and MailMate tries to send the new message. Looks very much on 'Edit as a new message'. Is this how it is supposed to work? I'll second this question--it's driven me crazy at times, too. The only reason I haven't asked before is that the situation is rare in my workflow. This is also why I haven't improved the behavior yet. It doesn't come up very often (never) in my own workflow (maybe my server is too reliable). I'll note to look into how hard it would be to fix though. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] syncing rules etc (was Rules didn't come along with update)
On 24 Sep 2014, at 16:43, Jason Davies wrote: I could also do with something similar, i.e. updating Application Support files via dropbox: I'm constantly having to change my signature and since I use four different computers, it's a real pain to have to do it on each and every one. Would a symlink to dropbox work? (I would have to quit Mailmate every time I left a machine, I realise, to prevent a clash) I'm afraid it wouldn't work. The symlink would be overwritten whenever you updated a signature. The Omnisync sync might work differently (I assume so or they wouldn't have invented it). Might be worth officially or unofficially exploring whether that is more graceful;) If I can make it work via IMAP then that would be preferable since it would not require a third party service to be involved. (You would also get your existing settings just by adding an IMAP account to MailMate.) -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] New User: Search questions
On 26 Sep 2014, at 4:55, David Enzel wrote: I am brand new to Mailmate and love it after just a day. The ability to compose in Markdown is great. I have two search questions: 1. Is it possible to search all fields of an email. I see the ability to search sender, unquoted body etc. But what about everything? Your best option is “Common Headers or Body”. There is no way to search all headers of all messages. 2. Can Mailmate highlight search terms in the emails it finds? No, only one-by-one when using ⌘F/⌘G to search within a message. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Add Fantastical to Shift + Ctrl + A and remove programs I don't use
On 24 Sep 2014, at 14:57, Mark Chapman wrote: Can I move the bundles I am not currently using to a different directory (e.g., Bundles (unused))? You can, but it'll only work until you update MailMate. There is a way to “correctly” disable bundles, but it's complicated and I would prefer being under the pressure of implementing a GUI for enabling/disabling bundles :-) -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Muting - not working as documented
On 29 Sep 2014, at 15:04, John Cooper wrote: I'm confused, but maybe it's because I've never used mute functionality before using MailMate. What is the implication of the last statement--that emails addressed directly to you will no longer be exempted from the mute, or that they no longer will be muted? Muting was implemented to be used on mailing lists where you would not normally be the direct recipient. For example, the message you just sent was from you to `mailmate@lists.freron.com`. If I had muted the thread then I would not have seen it. But if you had replied to my email address directly then I would still have seen the message due to the exception described. My understanding of mute is that it automatically marks further messages in the same thread as read. I would expect it to do this regardless of whether my address is in the To: field. However, the Mute command has never had any effect on further messages when I use it in MailMate, so I'm trying to determine how my understanding is incomplete. I assume that in this case the thread is a thread of personal correspondence in which you are an explicit recipient (although maybe one of many explicit recipients). This is more like what I would name “blocking” since someone is writing to you, but you don't want to see what this someone is writing to you. And this is the first I've heard of strong muting as opposed to normal muting. Well, strong muting is perhaps what you would expect from muting, but you run the risk of muting too much. I hope that makes it a bit more clear. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Muting - not working as documented
On 29 Sep 2014, at 15:41, John Cooper wrote: Unfortunately, no, I've never tried to use muting on a thread in which I am an explicit recipient. I've only tried to use it on the MailMate mailing list, which is the only high-volume mailing list to which I'm subscribed. It seems to have no effect. I haven't actually used muting for a while myself (I never mute MailMate related threads), so this might be related to the issues described in my reply to the OP. I have fixed the code (I believe) and I expect it to work in the next release. Let me know if it continues to misbehave and we'll debug. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Messages not marked read on open
On 1 Oct 2014, at 14:19, John Cooper wrote: My preferences are set to mark messages read after 20 seconds. In every other mail program I've used, this setting applies only to the preview pane (Message View). However, when message view is off, and I double-click to open a message for viewing in a new window, the message is not marked read for 20 seconds. I can actually open a short email in a new window, read it, close it, and still have to mark it read manually. I'd prefer to have messages marked read as soon as I explicitly open them. There are lots of opinions on this subject: http://freron.lighthouseapp.com/projects/58672/tickets/402 I cannot make the above the default behavior, but I might make it optional at some point. Note that you can bind a key to get this behavior, e.g.: o = ( setTag:, \\Seen, openMessages: ); \U000A = ( setTag:, \\Seen, openMessages: ); // Return \U000D = ( setTag:, \\Seen, openMessages: ); // Enter But you cannot override the double-click behavior. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Messages not marked read on open
On 1 Oct 2014, at 23:20, John Cooper wrote: There are lots of opinions on this subject: http://freron.lighthouseapp.com/projects/58672/tickets/402 No doubt, but in the ticket above, there is only one contrary opinion other than your own. :) And while I haven't taken a full survey, I'm sure that the behavior of Mail, Outlook, Entourage, Gmail and Eudora matches what I describe—and shouldn't these count as opinions of some weight? Most of those support POP3, encourage top posting, encourage the use of HTML, don't support `format=flowed`, etc. :-) As a user of MailMate, your opinion counts more than the design choices of other email clients. Linking to the ticket was mainly to show you that there is little agreement on what would be the best behavior. (It was not my intention to put it to a vote.) Thank you for the workaround. I'll set that and train myself to use a keybinding instead of my mouse in MailMate. If you do get used to it then you might find that it was a good thing that the default behavior of double-clicking did not suit you. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] creating a smart mailbox that is choosy about attachments
On 1 Oct 2014, at 12:08, Jason Davies wrote: [background] I thought this would be fairly straightforward but seem not to be able to get the logic right. This is partly because X-attachment-type doesn't work as I expected (I thought I could write 'docx' in there but that returns nothing). You should be able to match on any header in a message, but it's tricky to match on a subset of a header if there is no specifier available for it by default. […] AT this point I have tried to think how to check what you could write as If attachment count is 1 and attachment name is image001.png then exclude from smart mailbox But I can't translate that successfully into smart mailbox rules. Sometimes there are multiple word docs, for instance and there may be a signature graphic - or not. I'm currently trying it by having multiple smart mailboxes which is the only way I see to exclude things but that is also not turning out as I hoped...;) I would probably need some concrete example to precisely understand what you are trying to do, but it's a good idea to create separate smart mailboxes to separate each matching issue. It is very tricky to match on attachments for various reasons. It's tricky to even count the attachments as done for `Attachments-Count`. One thing to note is that when you try to match on headers of attachments (or any other subpart of a message) then you need to use the “All Body Parts” toggle in the comparison popup. This ensures that MailMate looks beyond the headers of the root headers of each message. But this does not cover all use cases since it's very hard to combine conditions for a single subpart. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] sort subfolders by unread count ?
On 3 Oct 2014, at 16:06, Benny Kjær Nielsen wrote: On 3 Oct 2014, at 15:50, Max Rydahl Andersen wrote: is it Version 1.8 (4548) or later ? Later. I'm investigating a problem reported for r4548 which might mean a new beta won't be far away. We'll see. Ok, r4551 has been released now. About the bug: I only have 1 report (out of ~70 downloads before I pulled the update), but I think more have been affected. The bug would trigger MailMate to fail connecting to any account for which the user had changed the IMAP username or hostname at any point in the past. The fix ensures this no longer happens, but any users affected by the bug have to do these changes again. Sorry about the inconvenience for any users affected by this. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] deleting many emails at once freezes mailmate Re: sort subfolders by unread count ?
On 3 Oct 2014, at 17:53, Max Rydahl Andersen wrote: I had a folder with thousands of mails (notifcations from build servers etc.) and wanted to delete them - this froze mailmate and was not sure if it ever did anything If it didn't do anything then it's both slow and buggy. But I assume you used Force Quit. In that case nothing would happen. Could mailmate show a progress of the delete as opposed to just freeze up ? I'll note to look into why it is slow. In theory, it shouldn't be, but maybe the action triggers something it shouldn't (like loading/parsing the messages). -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Cannot connect to iCloud mailbox
On 3 Oct 2014, at 21:53, Zi Yan wrote: Thanks. After removing @me.com part, I can login. The weird thing is before 4469, I was able to login without any problem. Anyway, I will remember not to put my entire email address there again. Ah, that's my fault. The first beta I sent out today (fetched by ~70 people before I pulled it) had a bug which would reset any changes done in the past to the IMAP hostname or username. You have probably made this change (removing `me.com`) once before. Sorry about that! -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] MailMate and Yosemite
On 4 Oct 2014, at 16:49, Max Rydahl Andersen wrote: Still a bit weirdness when entering mail addresses with a - in then but otherwise things seem to just work. I thought I had fixed that. In the latest beta, do you still see the same behavior you have previously described? (We should probably debug the problem off list.) -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Cannot connect to iCloud mailbox
On 8 Oct 2014, at 1:11, Kip DeGraaf wrote: For what it's worth, I had to go into my Manage Apple ID section to enable Two-step verification before I could create App-Specific Passwords. However, even after enabling that and creating an App-Specific Password, I still get this in my Activity Viewer: Make sure you are not affected by a bug in one of the recent test versions. This bug could roll back your IMAP settings to something that didn't work in the past (and therefore you changed it). For iCloud accounts this could be the use of a full email address as username instead of only the username part of the email address. 23:00:06 S: * OK [CAPABILITY st11p00mm-iscream012 14G XAPPLEPUSHSERVICE IMAP4 IMAP4rev1 SASL-IR AUTH=ATOKEN AUTH=PLAIN] iSCREAM ready to rumble Off topic: I guess Apple Mail uses “AUTH=ATOKEN” to login. I'm offline at the time of writing this and cannot look it up, but I do know it is not supported by MailMate. Was asked for the password twice even though I had already set the password in the Edit IMAP Account section. When authentication fails then MailMate keeps on asking. I did make some recent changes to password handling which means I'm not ruling out any new bugs. If you still cannot make it work then let's debug the issue off list. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Cannot connect to iCloud mailbox
On 8 Oct 2014, at 17:54, Kip DeGraaf wrote: Sorry, should have mentioned that in the previous posting. Build 4551 is what I was running. I've grabbed 4555 this morning, made a new App-Specific Password, still unable to use iCloud mail. ... If it would help, I'm happy to give you a copy of the connection log from Apple Mail for my iCloud account. No, it won't help me. `AUTH=ATOKEN` appears to be completely undocumented and therefore not something I can use. We can try taking MailMate out of the equation. Use Terminal to connect to the server like this: openssl s_client -connect imap.mail.me.com:993 When it has connected then write the following with your login details: 0 LOGIN username password I have no problems with my own account, but I do not have two-step verification enabled. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] applying Rules to inbox
On 9 Oct 2014, at 20:50, Luca Allodi wrote: I have a smart box, Default Archive, that all it should do is to keep my inbox clean by archiving messages older than 10 days (where they get sorted and marked if I should have probably replied to them and still haven't.. I just love MailMate :-)) ). Anyway, that rule never really worked for me 100%. Sometimes it does, sometimes I find tons of emails in the smartbox (that should be always empty). The problem is probably the same problem which makes the smart mailbox necessary in the first place: MailMate only has the “add” event implemented, that is, a rule is only triggered when a message is added to a mailbox. This is why the rule cannot be added to the Inbox. The condition is fulfilled *after* messages arrive in the mailbox. The separate smart mailbox partly solves this problem by making the messages arrive in the smart mailbox when the condition is fulfilled. This doesn't work however if the condition is fulfilled while MailMate is not running. More precisely: * Quit MailMate * A message becomes older than 10 days. * Launch MailMate. When launching MailMate then the message is already in the smart mailbox and it doesn't arrive to trigger the rule. Confused? :-) Do you think this can explain what you see? A solution to this problem would also make the smart mailbox unnecessary. Some kind of “dynamic” event type is needed, that is, a rule with conditions where MailMate always keeps track of the conditions and always applies the action(s). Implementation-wise this is not so hard although it is not quite clear what MailMate should do if the rule does not have the side-effect of making the message no longer match the condition after the action(s). I guess the main point is that I'm aware of this problem. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] applying Rules to inbox
On 9 Oct 2014, at 21:26, Luca Allodi wrote: On 9 Oct 2014, at 21:09, Benny Kjær Nielsen wrote: Some kind of “dynamic” event type is needed, [..] Wouldn't an Apply rules for this Mailbox upon restart checkbox do the trick? Yes, it could, but still not very intuitive (although certainly better than the current behavior). To my understanding, all the checkbox would have to do is to trigger ApplyRules(). Correct. If the only problem it would solve is mine, though, as a workaround it would probably mainly add complexity to the interface and solve too little a problem. On the other hand, if time-based rules are the only ones suffering from this, then maybe this workaround can simply be hard-coded for any Date rule. I would prefer an explicit option. Maybe a checkmark in the rule editor named “Automatically apply rule to existing messages” which would also apply the rule as soon as one hits “Ok”. Whether or not one wants to enable that strongly depends on what kind of action is taken. For example, it would not make much sense to use it if a sound is played. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] default account hidden preference sometimes ignored
On 10 Oct 2014, at 1:01, Dr Gregory Jefferis wrote: I tried using the hidden preference: defaults write com.freron.MailMate MmDefaultAccount -string 'imap://usern...@account2.com' but i still get some emails using account1.com. Does the `From` part of the status bar display the wrong address before you enter a recipient? When you enter a recipient then MailMate is still going to look for messages sent to the same recipient to find the most likely From address. This cannot currently be disabled. One example I have noticed is clicking on a mailto url. I don't think `mailto:` URLs behave differently. Has anyone else noticed this? Found a workaround? If you really never use the first account then you can remove the email address from the account settings. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] newlines missing when viewing plain text messages
On 10 Oct 2014, at 2:35, TC Meggs wrote: I'm a MailMate trial user on Yosemite. Is there something I'm missing or is this a bug? All plain text messages are missing newlines in the viewer, so all messages with inline quoting et al just word-wrap into oblivion. Go to the Software Update preferences pane in MailMate and update to the latest beta. It should fix various issues on Yosemite. Let me know about any other issues you have on Yosemite. This is currently my top priority. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] default account hidden preference sometimes ignored
On 10 Oct 2014, at 12:23, Dr Gregory Jefferis wrote: Basically I never want account1 to be used unless MailMate has some positive information that I want to use that account (i.e. that I've sent with that account to that person before _or_ that I actively chose the account). That is how it should work with `MmDefaultAccount`. You can try sending me this file off list: ~/Library/Application Support/MailMate/Sources.plist And this setting: defaults read com.freron.MailMate MmDefaultAccount Thanks in advance. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] newlines missing when viewing plain text messages
On 10 Oct 2014, at 19:28, TC Meggs wrote: Go to the Software Update preferences pane in MailMate and update to the latest beta. It should fix various issues on Yosemite. Update says I'm running the latest version. Would you like any other details regarding my problem? Note that I wrote *beta*. You need to switch the popup to beta builds. Alternatively, get the latest test version (released today) by holding down ⌥ when clicking “Check Now”. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] unintentionally clicked-away notice about items in exchange account
On 10 Oct 2014, at 17:34, Lars Ippich wrote: On 10 Oct 2014, at 16:51, Benny Kjær Nielsen wrote: Quit MailMate and then look for `ignoreFailedUIDs` in this file: ~/Library/Application Support/MailMate/Messages/IMAP/.../State.plist You can just remove the line and the warning should return on restart. Okay, that's a little weird. I can't seem to find that particular line in any folder below IMAP. [...] After all, not a big thing, I'm just a bit confused as to what has happened here. Yes, that is strange. It should mean that MailMate does not hide any UID problems from you. Are you sure the problem still exists? You can use the Activity Viewer (⌥⌘0) to look for any lines prefixed with “Error:”. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] unintentionally clicked-away notice about items in exchange account
On 11 Oct 2014, at 0:41, Lars Ippich wrote: On 10 Oct 2014, at 20:45, Benny Kjær Nielsen wrote: Yes, that is strange. It should mean that MailMate does not hide any UID problems from you. Are you sure the problem still exists? You can use the Activity Viewer (⌥⌘0) to look for any lines prefixed with “Error:”. No, I am not, but the problem was very persistent in the past weeks and the prompt showed up every time I fired up MailMate, so I find it hard to believe that the problem actually went away the same second I clicked that unknown button. Or is there - that's the other thing I suspect - a button that gets rid of the messages altogether? I can't remember what the three options are in that prompt. The options are: * Temporarily Ignore * Always Ignore * Retry The second option sets `ignoreFailedUIDs` which then automatically triggers the “Temporarily Ignore” response in the future (for the account). The “Temporarily Ignore” option deletes any local knowledge of the message and then ignores the presence of the message on the server when synchronizing in the future (until MailMate is relaunched). If you launch MailMate from the Terminal then you should see a warning every time MailMate automatically ignores something. Something like this: Warning: Ignoring x messages in “...” You launch MailMate from the Terminal like this: /Applications/MailMate.app/Contents/MacOS/MailMate I hope this helps. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] OnOver URL
On 13 Oct 2014, at 2:41, Scott A. McIntyre wrote: Did something change with a recent MailMate Alpha/Beta such that it no longer displays URLs when the cursor is hovering over a link? Was quite handy for dealing with phishing - not sure if it was MailMate or Yosemite that changed. It's a very recent bug affecting MailMate on any OS version. Thanks for making me aware of it. It'll be fixed soon. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] default account hidden preference sometimes ignored
On 15 Oct 2014, at 6:39, Lars Ippich wrote: Wouldn't it make sense to have mailto links within an e-mail to be using that particular account for sending? Yes, it would. I've added this behavior for the next update. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Red-dot messages
On 20 Oct 2014, at 18:27, John Cooper wrote: I use both MailMate and webmail every day. Recently, I've noticed that when I send a message to the Trash in webmail and then return to MailMate, the message still appears in the MailMate app, but marked with a red dot. Synchronizing the account does not get rid of the message, which must be deleted manually. I don't remember seeing this behavior until recently. Is it documented anywhere? I think I've failed to describe the “red states” of emails in the manual, but I've described it elsewhere. Here is a [lighthouse ticket](http://freron.lighthouseapp.com/projects/58672/tickets/322) on the subject which also reveals that I haven't yet done anything to improve this behavior. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Defaults for subject search
On 20 Oct 2014, at 21:58, Vincent Danen wrote:
Is there a way to specify the defaults for subject-based searching?
For instance, when you click on the Subject line in an email, MailMate
does a search on that subject by default which is a related search
(I'm guessing by message-id). The default search is Subject - Body
is criteria... is there a way to change that is by default to
contains?
Not easily. It would require customizing the set of outline columns
available. This is the default file:
MailMate.app/Contents/Resources/MmMessagesOutlineView/outlineColumns.plist
You would need a custom file here (create the path):
~/Library/Application
Support/MailMate/Resources/MmMessagesOutlineView/outlineColumns.plist
That file should just contain the `subject` column definition of the
original file. That would allow you to customize it. This is the default
query:
queryFormatting = { formatString = subject.body = '${subject.body}';
separator = or ; escapeSingleQuotes = 1; };
This would change it to “contains”:
queryFormatting = { formatString = subject.body ~ '${subject.body}';
separator = or ; escapeSingleQuotes = 1; };
I said it wasn't easy ;-)
The reason I ask is we get mails via a ticketing system for work, and
it includes an ID number and it never matches the default search so
I'm constantly clicking Expand and then making that change.
Hmm, that sounds like you need to exclude the ID number from the
comparison. That'll require a custom specifier. Here is a starting
point:
https://www.mail-archive.com/mailmate%40lists.freron.com/msg02243.html
All of this is very low level and I cannot promise that details are not
going to change in the future.
--
Benny
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Defaults for subject search
On 20 Oct 2014, at 23:24, Vincent Danen wrote:
//{
// columns =
// {
...
//};
//}
As you can see, I tried it a few ways (not sure if that initial
columns = bit is required but I suspect it is.
You do need that. Just uncomment it.
I just tried it and it works for me.
Whenever I click on the subject line in the header view of a message,
it still comes up with is not contains when I hit expand. I can
tell by the wording that shows up when it is doing Related to or
Subject is (so even when I double-click a message it still is doing
is).
Note that I only provided the change needed for the query. I did not
change the title for the query. You can save the query as a smart
mailbox to see what the exact query created is.
--
Benny
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Rules for Counting Messages
On 24 Oct 2014, at 15:48, Zvi Biener wrote: Sample case: I review my Junk mailbox occasionally, just to make sure nothing got trapped in there, but I'd like to review it only when, say, 10 messages have piled up. My ideal rule would watch for the number of unread messages, and when it goes over ten, it would toggle the Displayed Count property of the mailbox from No Count to Unread. Alternately, it can just notify me by script or otherwise. But I can't figure out how to count messages... I cannot think of a way to do that using smart mailboxes. It would require some kind of mailbox-level condition which would be a completely new concept in MailMate (all current conditions are message based). The query system in MailMate knows nothing about mailboxes. It's an interesting idea though. I think most things could be done if actions could be triggered based on a single condition on some aspect of a single mailbox, e.g., Count of [mailbox] 10 Size of [mailbox] 100MB Attachments Size of [mailbox] 100MB This could be part of the current rules GUI and used with or without message conditions. For your problem then you would also need a new action type (“Set Mailbox Count to [Unread]”). Well, just thinking out loud here :-) Right now, you can run an external script which increases a counter (saved to disk or to a defaults variable). This hack could solve the first part of the problem, but I don't see any way to solve the second part of the problem without me implementing a new action method for rules. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
[MlMt] MailMate 1.8 released -- last week
Hi MailMate users, here is a small update (newsletter?) on various MailMate related subjects. ## MailMate 1.8 It happened with little fanfare, but version 1.8 of MailMate was released just before Yosemite was released (which was also the motivation for doing it). It was a major release since the previous release (1.7.2) was getting close to being a year old. [The release notes](http://updates.mailmate-app.com/release_notes) of the 1.8 betas are several pages long. In my own opinion, there is a lack of major new features, but fixing bugs, making small changes, and adding minor features are also important parts of moving forward — and I've done a lot of that. I recommend reading the related [blog post](http://blog.freron.com/2014/mailmate-1-8-released/). It also answers a few common questions. ## Latest test release (r4587) Speaking of new features, the latest test release has 3 new features you might want to try out: 1. The Signatures preferences pane now allows each signature to be assigned to a set of email addresses. This should help users to more easily separate personal and work related accounts when the dynamic signature system is not adequate. 2. I've often been asked for a shortcut to add a “Cc” or “Bcc” header to a message. Based on a user suggestion, you can now hold down ⌥ when hitting enter and then MailMate automatically creates the “next” header. For example, when editing the “To” header, hitting this shortcut adds the “Cc” header (and moves the focus). Doing it again, adds the “Bcc” header. This also works in the “Subject” header triggering “Send Later” to be displayed. 3. Support for OAuth 2.0 for Gmail. I wanted to know more about this authentication method since Google seems to be pushing it as their primary authentication method. I ended up implementing it. See the release notes for how to enable it and let me know if you need OAuth 2.0 for any other server. Hold down ⌥ when clicking “Check Now” in the Software Update preferences pane to get the test release. ## Hire a Graphics Designer In the blog post for version 1.8 I mention a somewhat unusual way to support the future visual direction of MailMate. I haven't pushed it very hard (not even mentioned it on Twitter), but you can read more about it [here](http://sites.fastspring.com/freron/product/graphicsdesigner). I've been asked for some kind of progress indicator, but that is tricky when the graphics designer hired might not want the price publicised. The best I can do is to tell you that currently a small number of users have contributed ~6% of what would be needed for the “main priorities” mentioned on the contribution page (app icon, toolbar icons, and mailbox icons). ## Immediate future I've previously mentioned an experimental 64 bit release of MailMate. It still doesn't auto-update, but the latest release can be downloaded [here](http://updates.mailmate-app.com/archives/MailMate_yosemite_64bit.tbz). It still uses much more memory than the 32 bit version, but I expect that I'll soon switch the main development to the 64 bit version. I'll write on the mailing list when that happens. Have a nice weekend and thank you for using MailMate! -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Thread view in addition to correspondance view ?
On 26 Oct 2014, at 17:57, Max Rydahl Andersen wrote: I'm trying to create a Thread layout similar to Correspondance but with a current thread view instead of the correspondance list. Trying to get the filter right but not sure what is the right one to get similar to what clicking on 'thread' will run ? any ideas ? That would be something like: transformation = $ALL_MESSAGES.filter(#thread-id =[c] $mainOutline.#thread-id); (Trick: You could have clicked the Thread button and saved the result to be able to review the result in `Mailboxes.plist`.) -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Thread view in addition to correspondance view ?
On 26 Oct 2014, at 20:57, Max Rydahl Andersen wrote: So I got that from the thread arc view too but it just the crashes instantly :/ I should be able to reproduce it if you send me the layout file. You can do it off list if you like. Based on a recent crash report from you then I suspect you'll also get a hint about the crash if you launch MailMate from the Terminal (MailMate aborts when failing to parse a query): /Applications/MailMate.app/Contents/MacOS/MailMate -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] MailMate 1.8 released -- last week
On 24 Oct 2014, at 17:13, Benny Kjær Nielsen wrote: Here is a couple of updates to my Friday “newsletter”. ## Hire a Graphics Designer ... I've been asked for some kind of progress indicator, but that is tricky when the graphics designer hired might not want the price publicised. The best I can do is to tell you that currently a small number of users have contributed ~6% of what would be needed for the “main priorities” mentioned on the contribution page (app icon, toolbar icons, and mailbox icons). A few but very generous contributions brought the number above to 14%. Thanks!! ## Immediate future I've previously mentioned an experimental 64 bit release of MailMate. It still doesn't auto-update, but the latest release can be downloaded [here](http://updates.mailmate-app.com/archives/MailMate_yosemite_64bit.tbz). It still uses much more memory than the 32 bit version, but I expect that I'll soon switch the main development to the 64 bit version. I'll write on the mailing list when that happens. I've setup automatic updating for the 64 bit beta/test releases. Most users should just stay on the 32 bit release for now, but if you are willing to test the 64 bit releases then please fetch this version (r5007): http://updates.mailmate-app.com/archives/MailMate_64bit.tbz The 64 bit version works on 10.7+ and when it is ready to replace the 32 bit version then this is also going to happen automatically except for users on 10.6 (Snow Leopard). -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Thread view in addition to correspondance view ?
On 27 Oct 2014, at 13:40, Max Andersen wrote: Here it is. Just took correspondance and renamed its parts to threaded instead. The parentheses in the transformation string are not balanced. (I'll look into making sure that it fails a bit more gracefully.) -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] MailMate 1.8 released -- last week
On 28 Oct 2014, at 5:14, Fredrik Jonsson wrote: Improved graphics is one of the least important things for me. I don't mind the default OS X look for folders and the text buttons at all and are they not easier to maintains between OS X releases? I'm not planning any changes which would make it harder to maintain. It's more like the opposite. Certain parts of the GUI are a bit too non-standard, for example, the headers view and the custom status bars (which have bad accessibility behavior). My biggest interest is that MailMate is profitable enough for you so that you are able to maintain it and polish it for decades to come. A bit like what BareBones does for BBEdit. That would be nice, but making it profitable for the long run might also require visual improvements. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] gmail Too Many simultaneous connections. (Failure)
On 29 Oct 2014, at 1:06, Dries Geeroms wrote: They have for me but I'm now experiencing very long periods of being (offline). I need to check for mail manually as it doesn't seem to sync for hours at a time. Hopefully I'll soon get around to review the last batch of connection logs. Sorry about the delay. We just upgraded the router at work yesterday so maybe that'll help sorting things out. I'll send you more logs (off list) in a few days. Thanks. It'll be interesting to see if this makes a difference. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] feature request: Preview panel: adjust window
On 29 Oct 2014, at 1:23, Dries Geeroms wrote: I'd love a [TextMate-like preference](http://glui.me/?i=7pkw8src8x4hqaq/2014-10-29_at_10.52_am.png/) to adjust the window size when displaying the Preview panel (I display it on the right). That way the message source doesn't get resized. I guess the same could be requested for the mailboxes outline. I'll give it some thought. There also seems to be [a visual bug](http://glui.me/?i=bbcb2bysfv1fw2d/2014-10-29_at_11.17_am.png/) when toggling the preview Panel. Doesn't happen all the time and I haven't been able to consistently recreate it. Let me know if you find a way to do it. I haven't seen it myself. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Image blocking
On 29 Oct 2014, at 10:41, Werner Hintze wrote: I have a problem with the option »image blocking«. There is another option »Unless messages are explicitly marked as not junk«. Does this mean that I have to mark all messages as »No junk« in order to see the images? No, it just means that “Not Junk” can be used to mark a specific message as trusted. Is it not enough to say once that messages from this address are not junk? No, it does not affect any other messages. There is no built-in way to whitelist addresses. Or is there another option I didn't find yet? No, it is possible to configure smart mailboxes to get something which behaves like whitelisting: http://blog.freron.com/2012/disabling-image-blocking-for-trusted-senders/ P.S.: What’s about MailMate 2.0 and it’s crowd founding action? Does anybody have some news? You can find some general answers in the blog post for [version 1.8](http://blog.freron.com/2014/mailmate-1-8-released/) which was released 2 weeks ago. You can also enable fetching betas in the Software Update preferences pane, but currently that won't do much since I'm now mainly working on a separate 64 bit version of MailMate (memory and speed optimizations). If you are feeling adventurous then you can fetch it [here](http://updates.mailmate-app.com/archives/MailMate_64bit.tbz). It was updated today and it appears to be stable for its currently small user base (~10 have downloaded it). To the list: Those of you with large message stores are welcome to try out the 64 bit version and send me some time/memory comparisons with the current 32 bit version. (I'd like to switch to the 64 bit version for all users as soon as possible.) -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Thread view in addition to correspondance view ?
On 29 Oct 2014, at 11:48, Max Andersen wrote: I would need an example to analyze that, that is, at least two messages (parent/child) clearly related but not threaded by MailMate. Here is some scrambled data (replace company names to protect the innocents :) ... notice that Msg 0' have a reference to the root via references field. Ok, currently MailMate only uses `References` if the `In-Reply-To` header is missing. I'm probably not going to do much to change that before I'm also able to offer some kind of “grouping” thread mode. This is pretty damn awesome - now I dont have to wait for mailmate to show mails from threads outside of the current search/folder ;) Alternatively, you can also create a custom smart mailbox based on the Inbox which includes related messages. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Thread view in addition to correspondance view ?
On 29 Oct 2014, at 17:15, Max Andersen wrote: Okey. That would explain at lot of why threaded button rarely works for me :) Is there a way to add references search to my transformation view ? I'm actually not sure. It might be possible to compare references with message-ids, but I'm guessing it might quite slow if it works. I don't have time to try it out right now. I'm not sure I follow your alternative. Can you explain that a bit more detailed ? 1. Select the Inbox. 2. Make sure no messages are selected. 3. Click the “Thread” button. 4. Save it as, e.g., “Inbox with Threads”. ...and is there a way to define the transformation search query the threaded button do because I would like to change that to at least the one that includes subject body search too. Sorry, that is one of the few things in MailMate which is hardcoded. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] filter today's mails // condition Date Relative
On 1 Nov 2014, at 9:23, Lars Ippich wrote: I'm trying to filter out mails that have been received today to calm down my inbox a little. Date Relative is not today Date Relative is not 0 days ago both don't seem to work. No, “Date Relative” should not be used for conditions. I should probably filter it out such that it is not displayed as an option at all. I would try to do greater than 1 day and filter the other way around, but I'm not given that option. Just select “Date” or “Date No specifier” and you'll get a different set of comparison options. Also I don't know how if something like before midnight or similar would be an option. (1 day ago would not. I want a cut off at midnight.) That's still on my todo. You can only do things like “1 day” or “12 hours”. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Quota indicator
On 4 Nov 2014, at 18:49, Ralph Alvy wrote: I remember when I was using Thunderbird, I would see a Quota Indicator that would show me how much of my quota was reached in terms of storage on my email server. Can this be done with MailMate in a future release? Yes, but it has been [requested](http://freron.lighthouseapp.com/projects/58672/tickets/342) before and I haven't done anything yet. It is, by the way, not [supported](https://tools.ietf.org/html/rfc2087) by all email servers. It appears though that it is now supported by Gmail. I'm not sure that it was last time I checked, but I might be wrong. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] threading view is not reflecting the read/unread status
On 7 Nov 2014, at 10:47, Max Rydahl Andersen wrote: When I use https://gist.github.com/maxandersen/10bc76e644848eb6944d things are great but when I use Mark thread read the read status in the thread view is not updated unless I unselect/select the root message again. is this something I can fix in the layout or a bug of mailmate refresh ? I don't think it's something you can do anything about in the layout. I cannot see any obvious reason it should fail to work, but I'll see if I can reproduce and (easily) fix it. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Reply to selected message with AppleScript
On 13 Nov 2014, at 10:55, Nick Renders wrote: Thank you for your reply and the example bundle. The replyMessage action seems to do what I would like, except that the message isn't displayed in a new window but is instead automatically saved in Drafts. Yes, I should probably add an option to open a composer window. Can I call bundle commands from another application than MailMate? No, except for GUI scripting I guess. I tried to call your bash script from the Terminal, That won't work. with MailMate open in the background, but nothing happened. You want to create a reply to a message selected in MailMate, but trigger it from the Terminal? Or are you trying to do something not involving selected messages? -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] problem with forward vs forward as attachment
On 13 Nov 2014, at 17:20, Paula Coelho wrote: i'm having a problem when I need to forward a message that contains attachments. It always creates a new message as in the forward as attachment option, regardless of what I choose in the menu/buttons. But that is not what I need because often I want to delete only one file among the attachments or highlight something in the forwarded text etc. But I can't edit the messages and remove individual files if they are forwarded as attachment. what is it the I'm doing wrong? You are not doing anything wrong. MailMate is plain text only in the composer and in some cases MailMate fails to convert the message to plain text and therefore chooses to forward as attachment instead. I have some ideas for how I can improve this (handling HTML messages), but I haven't had time to implement it yet. Off topic: Those of you running the experimental 64 bit version of MailMate might want to try the latest test release. I haven't released it as a beta yet, because I've made substantial changes. It seems to work quite well for me though. I'll welcome some feedback. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Reply to selected message with AppleScript
On 14 Nov 2014, at 10:26, Nick Renders wrote: I can call AppleScript in Omnis, so I got it working with System Events, but I was wondering if there is a better way? No, I've considered allowing bundle commands to be executed via AppleScript (similar to the `performBundleItemWithUUID:` key binding selector), but I haven't given it much thought. It might make sense to have an AppleScript command which takes the same input as given to a custom key binding. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Reply to selected message with AppleScript
On 14 Nov 2014, at 13:28, Benny Kjær Nielsen wrote:
On 14 Nov 2014, at 10:26, Nick Renders wrote:
I can call AppleScript in Omnis, so I got it working with System
Events, but I was wondering if there is a better way?
No, I've considered allowing bundle commands to be executed via
AppleScript (similar to the `performBundleItemWithUUID:` key binding
selector), but I haven't given it much thought. It might make sense to
have an AppleScript command which takes the same input as given to a
custom key binding.
Since I probably won't do something better any time soon I've added a
`perform` command to the AppleScript API. You should now be able to do
something like this:
tell application MailMate to perform { toggleFlag: }
Or in your case, you might need something like this:
tell application MailMate to perform { performBundleItemWithUUID:,
UUID from bundle command }
You can do anything you can do with [custom key
bindings](http://manual.mailmate-app.com/custom_key_bindings).
It's available in the current [64 bit beta
(r5013)](http://updates.mailmate-app.com/archives/MailMate_64bit.tbz).
Have a nice weekend.
--
Benny
___
mailmate mailing list
mailmate@lists.freron.com
http://lists.freron.com/listinfo/mailmate
Re: [MlMt] MailMate not sending emails at all
On 17 Nov 2014, at 12:42, Andreas Kaiser wrote: After selecting Watch for beta builds in the update prefs you should be able to get r5013 (which is what I'm using). Pretty shure your version doesn't have the fix for that issue. This only works if you are already on the 64 bit builds. The first time requires a manual download. This was mainly done because the 64 bit builds were both slower and used a lot more memory. This is not the case for the next build though which I'll post here soon (it might be more buggy than the 32 bit build since it hasn't been tested by a lot of people). -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] MailMate not sending emails at all
On 17 Nov 2014, at 12:44, Max Andersen wrote: so I can say that I turned TLS off so it uses port 25 directly. and now things seem to work. (except its not encrypted anymore) I wouldn't have expected that to make a difference when you do not get any output in the Activity Viewer. Nevertheless, here is the latest 64 bit release with the changed SMTP handling: http://updates.mailmate-app.com/archives/MailMate_r5015.tbz -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] MailMate not sending emails at all
On 18 Nov 2014, at 8:56, Max Andersen wrote: Downloaded it and it freezes. The main window never shows up. It does though show its counters both on icon and in main apple menubar. .ooh - its just veeery slow to startup. It finally popped up ;) I see in changelog it is stating faster startup fixes...is that because the 64bit is slower generally or should it be faster than the 32bit version ? For me startup time is about half of what it was for the 32 bit version (while also using less memory), but I've made a lot of changes which means there is great potential for various bugs. I'll write you off list to get more information about what makes it slow for you. The latest beta includes a few important bug fixes, but I don't think it can explain your slow startups (well, I'm not 100% sure about that): http://updates.mailmate-app.com/archives/MailMate_r5017.tbz (right now it definitely does not start faster for me) I'm sure it will be eventually :-) -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Syncing mailboxes
On 18 Nov 2014, at 22:47, Jan Erik Moström wrote: Perhaps syncing of smart mailboxes and other settings ... which would be pretty nice. Yes, this has been requested quite often. If I implement it then I would try to do it using IMAP itself to store the settings. No need for another cloud service when IMAP is already available. So far, I have postponed trying to implement it though since synchronization of files always turn out to be more complicated than you initially think :-) For the record, migrating MailMate settings can be done by simply copying the `.plist` files: ~/Library/Application Support/MailMate/*.plist But MailMate must **not** be running when doing this and it's not possible to symlink to a Dropbox folder or anything like that. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] MailMate not sending emails at all
On 18 Nov 2014, at 22:24, Kai Großjohann wrote: FWIW, 5015 crashed for me on startup. It attempted to download 5017 but crashed before it got anything done. So I found 5017 and downloaded it manually, and now I'm a happy camper. Yes, r5017 appears to be relatively stable and if I didn't introduce new bugs then r5018 should be even more stable. I'll release that as a beta in a few minutes. (I haven't yet solved the performance problem reported by Max in another thread.) -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Bulk deletion.
On 18 Nov 2014, at 20:18, Scott A. McIntyre wrote: On some mailing lists I'm on (not MailMate..) there are entire threads which may arrive over the course of a few hours and I have no interest in them, or just a lot of messages in a row from a broken cron job. I'll go to the Unread smart-folder I've created, see the list of messages in that particular Sieve-sorted folder, command-a to select all messages, and hit delete. Sometimes nothing happens. Sometimes one of the messages deletes...but I can't think of a time when they all actually seem to delete. This is new to me. Do you think it is a recent problem (64 bit betas)? However, if I first mark them all as read and THEN delete, it seems to take. Since it's a Sieve-sorted folder. Is there any change that Sieve is putting the messages back in there when they are unread? If you enable the “Msg ID” column in then messages outline then you can see if they are assigned new internal IDs in MailMate which would indicate that MailMate thinks of them as “new” messages. Contrasted with Mail.app where if I select a range of messages or all messages in a folder, read or unread, and hit backspace/delete, they're gone... Hmm, I guess that rules out the Sieve theory. Something to look at, or is it Just Me? I'd certainly like to know more. Let's start with the Msg ID suggested above and then we can debug off list since it appears no one else here is seeing the same thing (only a small group of people are using the 64 bit releases). -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Moving between messages is slow
On 22 Nov 2014, at 22:00, Kai Großjohann wrote: when I use n/p or j/k or cursor up/down to navigate through the list of mails, then I notice it takes quite a bit of time, as MailMate tries to render each message before moving to the next. I feel this could be optimized by deferring the rendering or skipping it if there is already another movement command in the queue. I use the Gmail keybindings. I'm on r5018, but I've seen this for a long time, it's not something new. There is actually already a small delay before MailMate starts rendering, but it might be too small to be useful to you. (In particular if you haven't changed your key repeat rate in the system preferences.) It's not configurable, but I guess it could be. It's currently 0.05 seconds. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] keybindings customization
On 22 Nov 2014, at 22:03, Kai Großjohann wrote: I created my own keybindings and named them Kai. In there, I changed the meaning of one of the Gmail keys. So do I have to write Gmail,Kai, or do I have to write Kai,Gmail in the Custom Keybindings textbox in the preferences? I used Kai,Gmail,Kai :-) You just need `Kai, Gmail`. The first one takes precedence. I can see it's very implicit (vague) in the manual: “The order determines the priority of the files and Standard is automatically appended to the list.” -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] moving (gmail) mailboxes between accounts
On 20 Nov 2014, at 20:56, Paula R. T. Coelho wrote: i'm using mailbox to move part of my mailboxes in a gmail account to another gmail account. I assume you mean MailMate :-) in some cases, i think that when there are mailboxes inside mailboxes (labels nested in labels, in gmail vocabulary), the top structure is copied to the new account, but it fails to move the messages, which remain in the first account. i then need to go to every sub-label individually to move messages. any suggested work around? a batch move sort of? It's been ages since I implemented this, but if I remember correctly then you can only move explicitly selected mailboxes, that is, you cannot move an unexpanded hierarchy of mailboxes. It's probably not the most tested functionality in MailMate, but I don't think I have any open bug reports. You should at least be able to move multiple sublabels using shift-select. Does that also not work for you? -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] keybindings customization
On 23 Nov 2014, at 22:31, Kai Großjohann wrote: On 23 Nov 2014, at 22:00, Benny Kjær Nielsen wrote: You just need `Kai, Gmail`. The first one takes precedence. I can see it's very implicit (vague) in the manual: “The order determines the priority of the files and Standard is automatically appended to the list.” Indeed, if Standard is auto-appended, then the rear end must be the lesser precedence. Hm. I guess I didn't understand that hint. Very understandable. I've already added a clarification to the next update of the manual. I've now added a space after the comma, as well. That's not necessary. You can have as much or little whitespace around the names as you like. MailMate removes it before searching for the file(s). -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] moving (gmail) mailboxes between accounts
On 24 Nov 2014, at 0:40, Paula R. T. Coelho wrote: I still can't access subscriptions for that account though. I've sent the crash log a while ago to mm-feedback. Thanks. It looks like this is unrelated to subscriptions although it might be some kind of side-effect to the many mailbox-changes. We'll debug off list. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] No more builds after 4587?
On 26 Nov 2014, at 11:12, Bram Heerink wrote: I'm used to beta updates of MailMate approx. once a week. Now I have 4587 for a few weeks. Is it correct there are no builds after this version? Yes, it is likely to be the last 32 bit revision of MailMate. (It's also going to be the last revision working on 10.6.) You can switch to the 64 bit builds if you like, but it'll also happen automatically when I'm convinced that it is at least as stable as the 32 bit builds. The 64 bit builds also come in regular/beta/test variants which means auto-updating works like you are used to. It's only the first time you need to download it manually. The latest beta was released yesterday, it has been downloaded by ~40 users, and so far I have received a single crash report (which I'm not sure is a MailMate problem), but previous betas have been more unstable. Here is a download link: http://updates.mailmate-app.com/archives/MailMate_64bit.tbz Note that the 64 bit version does not include a lot of new features. The main focus is optimizations (both speed and memory usage). -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] No more builds after 4587?
On 26 Nov 2014, at 18:54, Peter Losher wrote: Here is a download link: http://updates.mailmate-app.com/archives/MailMate_64bit.tbz I will add that I tried this 64-bit build on both my 2011 MBP and 2012 MBA (both running Yosemite); it loaded up the initial screen and... then beachballed... Flipped back to the 32-bit build, and all is happy again... And this was with the most recent revision (r5021)? Could you try again and then run the following to generate a sample of the process when it's hanging (send it off list)? sample MailMate 5 -file ~/Desktop/sample_mailmate.txt Thanks in advance. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] how to change the standard from address
On 27 Nov 2014, at 10:15, Sebastian Poll wrote: Thanks, didn't see that. I tried but failed as I seem to be not able to get the right syntax. Maybe it's because my user account (google apps for work) has an @ in it? I tried defaults write com.freron.MailMate MmDefaultAccount -string 'imap://usern...@imap.example.com' with the mailadress itself or even the serverURL from the Identities.plist using @ or %40 (which seemed to have the right syntax. But I always end up with a error message that the default from address is unknown.) I assume you did restart MailMate. The other potential explanation is something I realized recently. If you ever changed the IMAP settings of this account then it's actually not the `serverURL` you need, but something named `shadowServerURL`: grep shadowServerURL ~/Library/Application\ Support/MailMate/Sources.plist | cut -d\ -f2 Another way to see it is that it should match whatever the folder name is here: ~/Library/Application Support/MailMate/Messages/IMAP/ The `shadowServerURL` is an implementation detail needed to be able to allow IMAP account changes to take effect quickly (without a lot of database index changes). It wouldn't be a problem if I provided a GUI for setting the default account :-) If this doesn't help then I'll need more details. You can send me a screenshot of the error and this file (off list): ~/Library/Application Support/MailMate/Sources.plist -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] how to change the standard from address
On 27 Nov 2014, at 11:44, Mike Brasch wrote: Why is this thread broken into 3 parts? The messages from Sebastian seem to all be missing the `In-Reply-To` header. I'm not sure why that is. Maybe Sebastian has an idea? @Sebastian: Is the header also missing for the messages in your “Sent Messages” folder? (Use ⌥⌘U to see raw headers.) -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] mailmate Digest, Vol 44, Issue 25
On 27 Nov 2014, at 18:13, Sebastian Poll wrote: To be honest I may be just using this wrong. I always changed the subject or removed the quoted text. I never used mailing lists before... You did fine. You cannot do much better when using the digest option. This is also why I dislike that it's an option at all, but that's my fault. For this message I just responded to the Mailmate Digest. That won't work either except for other users using the digest option. Let's see how this turns out, but as my problem has been solved: As soon as I stop sending mails I won't break this again ;-) A digest contains multiple emails and therefore the email client cannot know which one is actually replied. The `Message-ID`s needed are also lost. It would be better if a digest was some kind of MIME-based standardized format, but that does not exist. Essentially, digests are a broken concept unless it's used for read-only purposes. (End of rant :-) ). -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Newbie questions
On 2 Dec 2014, at 12:14, AC-Martin wrote: On 2 Dec 2014, at 5:12, Benny Kjær Nielsen wrote: Your best option is to use a [hidden preference](http://manual.mailmate-app.com/hidden_preferences#composing) named `MmDefaultAccount`. (This comes up pretty often and I've promised a few times to improve it and make it a GUI option.) I see. Thanks. However, I've now come to realise that MailMate remembers a lot of user behaviours and associates From addresses and signatures with recipients. I'll see how this works before fiddling with the hidden option. For the record, I have now added a GUI option for the next update. For me, the flags also update if I right-click the Inbox and select “Synchronize”. That doesn't work here. Hmm, I'm not sure how that could be. I'll give it some thought. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
