Re: [MlMt] syncing rules etc (was "Rules didn't come along with update")
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) 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;) On 18 Sep 2014, at 12:48, Benny Kjær Nielsen wrote: 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 :-) ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] State: Waiting to retry
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. ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
[MlMt] State: Waiting to retry
Hi, 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 suppose to work? Regards, Bram signature.asc Description: OpenPGP digital signature ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Keychain integration
>> 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. \o/ Bram signature.asc Description: OpenPGP digital signature ___ 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
Ah, I should have been able to figure this out. Can I move the bundles I am not currently using to a different directory (e.g., Bundles (unused))? Thanks, Mark I have sought peace in all, and found it nowhere but in a corner with a book - Thomas a Kempis On 24 Sep 2014, at 4:31, Benny Kjær Nielsen wrote: On 23 Sep 2014, at 22:09, Mark Chapman wrote: Somewhere along the line I discovered that Shift + Ctrl + A produced a pop up menu with some, but not all, off the programs listed under Command. It displays a popup with all commands sharing the same keyboard shortcut. I assumed it was some kind of custom key binding but I can't find it in any of the listed places in the manual (indeed some of the directories listed on the help page are not there). No, the shortcuts are defined in the `.mmCommand` files in the bundles included with MailMate. These are located here: MailMate.app/Contents/SharedSupport/Bundles/*.mmBundle/Commands/... How can I add Fantastical to Shift + Ctrl + A and remove programs I don't use. Fantastical shares a keyboard shortcut with other calendar programs. This shortcut is ⌃⇧C. It's on the ToDo to make it easier to disable bundles. -- Benny ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Mail Date and UTC
Ah, I see. Time to dive into the depths of timezone conversion then I guess. Thanks Benny. Alexander Kucera \ Lighting TD & Compositor — Founder & Lead Artist at BabylonDreams — The Foundry certified Nuke Trainer \ Neustadt, Germany GMT +1 \ App.net: AlexK \ Skype: marvinthemartian On 24 Sep 2014, at 12:38, Benny Kjær Nielsen wrote: 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 ___ 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] 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] Mail Date and UTC
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? Alexander Kucera \ Lighting TD & Compositor — Founder & Lead Artist at BabylonDreams — The Foundry certified Nuke Trainer \ Neustadt, Germany GMT +1 \ App.net: AlexK \ Skype: marvinthemartian On 24 Sep 2014, at 10:32, Alexander Kucera wrote: I have Ruby's date parsing working already, just on the raw date. The existence of #date is a huge relief. While we are on the topic of Ruby. Is there any reason all the bundles are in Ruby? Would any language work? I am much more comfortable in Python for example. Alexander Kucera \ Lighting TD & Compositor — Founder & Lead Artist at BabylonDreams — The Foundry certified Nuke Trainer \ Neustadt, Germany GMT +1 \ App.net: AlexK \ Skype: marvinthemartian On 24 Sep 2014, at 10:25, Benny Kjær Nielsen wrote: 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 ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Keychain integration
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. Hi, 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. Regards, Bram ___ 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
I have Ruby's date parsing working already, just on the raw date. The existence of #date is a huge relief. While we are on the topic of Ruby. Is there any reason all the bundles are in Ruby? Would any language work? I am much more comfortable in Python for example. Alexander Kucera \ Lighting TD & Compositor — Founder & Lead Artist at BabylonDreams — The Foundry certified Nuke Trainer \ Neustadt, Germany GMT +1 \ App.net: AlexK \ Skype: marvinthemartian On 24 Sep 2014, at 10:25, Benny Kjær Nielsen wrote: 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 ___ 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 23 Sep 2014, at 22:09, Mark Chapman wrote: Somewhere along the line I discovered that Shift + Ctrl + A produced a pop up menu with some, but not all, off the programs listed under Command. It displays a popup with all commands sharing the same keyboard shortcut. I assumed it was some kind of custom key binding but I can't find it in any of the listed places in the manual (indeed some of the directories listed on the help page are not there). No, the shortcuts are defined in the `.mmCommand` files in the bundles included with MailMate. These are located here: MailMate.app/Contents/SharedSupport/Bundles/*.mmBundle/Commands/... How can I add Fantastical to Shift + Ctrl + A and remove programs I don't use. Fantastical shares a keyboard shortcut with other calendar programs. This shortcut is ⌃⇧C. It's on the ToDo to make it easier to disable bundles. -- 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] 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] Configuring MailMate for showing messages not covered by any "rule" (or automatically move mails)
On 24 Sep 2014, at 9:28, Rasmus Møller Selsmark wrote: From reading the MailMate docs on the topic (and what I can see in Gmail interface), I was under the impression that Gmail only supported labeling mails, not moving them, which means that they effectively all stays in the inbox. Gmail has made it a bit confusing since a Gmail label is an IMAP mailbox. Or more precisely, if the filter removes the message from the Inbox (archives it), then it's like moving a message to an IMAP mailbox with the label name. If the message stays in the Inbox then the label is more like a tag in MailMate. If configured in the Tags preferences pane then MailMate automatically hides the IMAP mailbox for the label and displays a tag for the message instead. I fully understand if that is more than a bit confusing ;-) -- 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)
Thanks for your suggestions. Also to Mike. 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). From reading the MailMate docs on the topic (and what I can see in Gmail interface), I was under the impression that Gmail only supported labeling mails, not moving them, which means that they effectively all stays in the inbox. But I will take a closer look, and thanks for the tip on enabling 2.0 features. I'm sure I will find a way to solve this now. Rasmus ___ 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] 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. Is there a reason why you do not let the IMAP make the filter job? This is IMHO the correct place for general sorting like this. One of the benefits is then also that the inboxes of other devices are not flooded with mailing list mail. -- Gruß Mike ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate