Re: [MlMt] More on deleting a message and subsequent selection
On 25 Jul 2017, at 10:47, Rob McBroom wrote: After more testing, it seems like the window closes _unless_ you’re looking at the only message in the folder. Now that I know what to look for, I can confirm that this is definitely the problem. The message window stays open only when the archive/junk/delete operation leaves the selected folder empty in the main (background) window. -- Rob McBroom http://www.skurfer.com/ ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] More on deleting a message and subsequent selection
On 25 Jul 2017, at 15:34, Rob McBroom wrote: I double clicked a few messages (one at a time) and hit ⌫. In each case, the message was removed and the message window closed. In the inbox for one account, I had two messages I wanted to archive. (I did it the long way for testing purposes.) One was a reply to the other. I opened the top-level message and hit `a`. The message was moved and the window was closed. I opened the reply (now the only message in the inbox) and hit `a`. The message was moved, but the window stayed. I tried to use this to reproduce the issue, but I was unsuccessful. I do have another user reporting the same issue and I'll let you know if I have something for you to test. -- Benny ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] UI/UX issues
On 25 Jul 2017, at 0:04, Greg Earle wrote: I've been loving watching MailMate catch up to Apple Mail in usability over the last few years, but some UI/UX issues still drive me a bit crazy. Sorry about that. If I switch from one folder to another, where I end up in that new folder seems to be nearly random: The main strategy is that you should end up where you were the last time you viewed the folder. There seems to be a combination of this and possible bugs resulting in the following. Sometimes I end up at the most recent message. (This is good. I like this.) Sometimes I end up at a random point in the folder. (This is not so good.) Sometimes I end up at the oldest message. (This is really not good. I don't like this.) There's no Preference setting for this that I can see. The Principle of Least Surprise™ says I should either get put at the most recent message, or whatever the message was that I was viewing the last time I visited the folder. Is there some way to control this behavior? Unfortunately not, but I'll make sure to note your comments such that I remember them when I get around to refactoring the whole mailbox state store/restore system. -- Benny ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Updating account information made MailMate (re)download *all* email
On 24 Jul 2017, at 23:34, Adam Liter wrote: FWIW, the sluggishness seems to be triggered by talking to the FastMail servers. I quit MailMate and reopened in order to be able to compose the email that I just sent. As soon as it started sending, MailMate became really sluggish. As I write this email, it takes about two-three seconds for each keystroke to register, sometimes longer. I think that's because MailMate is looking for emails which have mysteriously gone away. (Deleting emails in the database is distributed over time and therefore this can go on for a long time if a lot of emails have disappeared from disk.) On 24 Jul 2017, at 17:30, Adam Liter wrote: About a year later, I finally got around to setting up 2FA with FastMail and using app specific passwords. Because of the experiences that others mentioned in this thread, I ended up deleting my previous FastMail IMAP account in MailMate as well as deleting the messages in `~/Library/Application Support/MailMate/Messages/IMAP/`. You shouldn't have done that last part. Never let anything but MailMate remove or add any files in the `Messages` folder. It is to be considered to be a private database which is just saved in a very readable format/hierarchy. I'm probably going to reinstall MailMate and see if starting fresh helps, as mentioned in this thread. That's unfortunately also the only way to fix it now. You can keep the `.plist` files to make it easier (in `~/Library/Application Support/MailMate/`). However, I wanted mention this in case there's anything I could do to help debug this, Benny, while I'm still experiencing the problem. Thanks! -- Benny ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] UI/UX issues
It seems that MM generally remembers the last state for each mailbox. If switching after a search, it seems to change the state to bring search result into view, which I find sometimes confusing. On 25 Jul 2017, at 0:04, Greg Earle wrote: I've been loving watching MailMate catch up to Apple Mail in usability over the last few years, but some UI/UX issues still drive me a bit crazy. If I switch from one folder to another, where I end up in that new folder seems to be nearly random: Sometimes I end up at the most recent message. (This is good. I like this.) Sometimes I end up at a random point in the folder. (This is not so good.) Sometimes I end up at the oldest message. (This is really not good. I don't like this.) There's no Preference setting for this that I can see. The Principle of Least Surprise™ says I should either get put at the most recent message, or whatever the message was that I was viewing the last time I visited the folder. Is there some way to control this behavior? ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
