[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] External Editor To Compose Messages?
On 19 Mar 2014, at 5:50, Benny Kjær Nielsen wrote: On 19 Mar 2014, at 8:48, Max Rydahl Andersen wrote: [external editor bundles] I actually wanted to try use these but haven't figure out how ;/ Just for the record, make sure you * enabled 2.0 features in the General preferences pane, * and are using the latest beta (Software Update preferences pane) or maybe even the latest test version (hold down ⌥ when clicking “Check Now”). Anyone got a quick info on when to actually run the command ? When running it manually then it should be executed when the composer is open (after creating a new message or reply). It can be executed with the menu item in the Command menu or with the shortcut listed in the same location. Running it automatically when creating a new message or reply is a bit tricky (even more experimental). It requires the UUID of the command in the bundle. Here is how to do it for TextMate: defaults write com.freron.MailMate MmBundleCommandLaunchedOnTab 46C1F8A8-A069-4E54-A427-30D45342674F UUIDs for all known editor bundles are: | Editor | UUID | |--|--| | Aquamacs | `CA69CAD5-D4EC-481C-986A-548C60C40418` | | MacVim | `5A2D62AF-4725-492B-BFC6-DAB411D1AA86` | | Sublime Text | `2EF4C1A0-8FE2-11E3-BAA8-0800200C9A66` | | TextMate | `46C1F8A8-A069-4E54-A427-30D45342674F` | Note that the [Aquamacs bundle](https://github.com/bsvingen/mailmate-bundles) is not currently included with MailMate. Question: is this further documented somewhere in the manual online? 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? S ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Latest test release, Yosemite, Exchange IMAP, and more
Benny, So far, no issues using the 64bit version on 10.9.4. Nice to have the QL plugins working again :) -- Steve Mayer smaye...@me.com On 29 Aug 2014, at 6:24, Benny Kjær Nielsen wrote: 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 ___ 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] Redirect using Rules?
Great. Much thanks. BTW. Just started testing Mailmate for my usage and within 2 days it became my main email program. Mark On 29 Aug 2014, at 14:35, Benny Kjær Nielsen wrote: 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 ___ 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 13:45, Benny Kjær Nielsen wrote: No, I don't think that is related, but I have a new theory (unrelated to the app nap problem). I've seen a bug myself two or three times the past month: After sleep, one of my accounts does not take the INBOX into the IDLE state (the “Connected” state). This results in new messages not being detected. As soon as I select the INBOX or anything depending on it then it triggers it to go to the IDLE mode (after fetching new messages) and there are no more problems. Does this match what you see? And if yes, how often does it happen for you? (Tricky to debug if it happens as rarely as it does for me.) Hmm. I *think* not. My usual use case is that I move my laptop between two desks, so it sleeps about twice a day usually. So, I finish work, laptop goes to sleep, I go upstairs, laptop wakes up. Laptop processes mail pretty normally for a while, so far as I can tell; for instance, I nearly always get the midnight-or-so nightly stats from a server that lets me know its backups worked. But often in the morning, no new mail. (Laptop does not sleep overnight because it's Busy Doing Things.) So I don't *think* it's quite restricted to waking up from sleep? 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. I'd guess a couple times a week maybe? I don't always notice, I suspect. -s ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
[MlMt] Collecting and de-duplicating email
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? --jk ___ 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 20:21, Benny Kjær Nielsen wrote: 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. ...should I be worried about my multi-GB mail store making mailmate on 64 steal all my memory ? ;) btw. the bug of as soon as i type a '-' in to/cc it will just select the current address in the list instead of letting my continue typing is still there in latest build for Yosemite ;/ /max http://about.me/maxandersen ___ mailmate mailing list mailmate@lists.freron.com http://lists.freron.com/listinfo/mailmate
Re: [MlMt] Latest test release, Yosemite, Exchange IMAP, and more
Hi, 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. Interesting issue here - if I try to double click to launch this version, Finder reports that the application is damaged and I should move it to the trash. This is on the latest 10.10 beta (Developer, not Public Beta). If I launch it manually from the command line I get: objc[10427]: Class BundleMenuDelegate is implemented in both /Users/me/Applications/MailMate.app/Contents/Frameworks/BundleMenu.dylib and /Users/me/Applications/MailMate.app/Contents/MacOS/MailMate. One of the two will be used. Which one is undefined. But it DOES launch. Scott ___ 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