[MlMt] Crash when parsing IMAP message
I had MailMate Version 2.0BETA (6103) crash when parsing a message. I had no idea that was what happened, but finally remember one can start MailMate from the terminal window and get a better error message: $ ./MailMate --debug : : 00:03:25: T0 3:18.92: ( 0:00.69/ 0:04.45)/( 0:04.22/ 0:29.36) elapsed for 'Loading oracle (#quoted#lc)' (64) 00:03:25: T0 3:18.92: ( 0:00.00/ 0:13.64)/( 0:00.00/ 0:13.64) elapsed for 'adding plain text' (1) 00:03:25: T0 3:19.18: ( 0:00.26/ 0:00.26)/( 0:11.38/ 0:11.38) elapsed for 'Performing threading' (2) 00:03:25: T0 3:19.18: ( 0:00.02/ 0:21.36)/( 0:00.02/ 0:21.36)elapsed for 'add body part' (1) Problems while parsing reported for one or more messages. Details can be found in /tmp/mailmate_logs/mailmate_parser_problems.log 00:03:25: T0 3:19.18: ( 0:00.00/ 0:21.36)/( 0:00.00/ 0:21.36) elapsed for 'add message' (1) Segmentation fault: 11 $ As you can see the error message did point at /tmp/mailmate_logs/mailmate_parser_problems.log which complained on non-ascii characters in a message that otherwise where claimed to be 7bit. Unfortunately I do not have a copy of that file :-( Luckily I have access to the IMAP server so I could remove the email message from the imap server and then start MailMate again. I have the message that I removed from the server if that helps. Weird, isn't it? Patrik signature.asc Description: OpenPGP digital signature ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] option to automatically jump to first unread message of thread
Yes, I have restarted MM at least twice. I’m running v1.10 (r5443). It’s not a big deal, but thank you for your help, Bill. /topher On 25 Feb 2018, at 22:58, Bill Cole wrote: That’s cool. I added this to my custom .plist file, but it’s not working: hitting space once I have scrolled to the bottom of a message does not open the next unread message (though ”Cmd-Option-Down" does). Did you restart MM after the change? There used to be a context-sensitive glitch in its behavior that Benny fixed last year, but if you're running version 1.9.7 Beta 2 or later you shouldn't run into that. ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] option to automatically jump to first unread message of thread
On 25 Feb 2018, at 18:41 (-0500), Topher Buck wrote: That’s cool. I added this to my custom .plist file, but it’s not working: hitting space once I have scrolled to the bottom of a message does not open the next unread message (though ”Cmd-Option-Down" does). Did you restart MM after the change? There used to be a context-sensitive glitch in its behavior that Benny fixed last year, but if you're running version 1.9.7 Beta 2 or later you shouldn't run into that. On 25 Feb 2018, at 17:04, Bill Cole wrote: I achieve this with a custom keybinding: " " = "scrollPageDownOrNextUnreadMessage:"; ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Currently Seeking Steady Work: https://linkedin.com/in/billcole ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] option to automatically jump to first unread message of thread
That’s cool. I added this to my custom .plist file, but it’s not working: hitting space once I have scrolled to the bottom of a message does not open the next unread message (though ”Cmd-Option-Down" does). On 25 Feb 2018, at 17:04, Bill Cole wrote: I achieve this with a custom keybinding: " " = "scrollPageDownOrNextUnreadMessage:"; ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] This list vs. Ticket website
On 25 Feb 2018, at 16:01, Eric Sharakan wrote: In general, is it best to report MM issues here on this list, or at https://freron.lighthouseapp.com/projects/58672-mailmate/tickets? It depends on whether the issue is clearly a bug, if it's possibly a matter of configuration, or if it's maybe a bug that could be worked around with the right bit of configuration. Clear bugs like "It crashes every time I do X" should get reported on the buglist site. If it's an unexpected behavior or feature gap that a fellow user might have worked out a way around, that's not really a bug (probably) and asking here is likely to get more eyes (because as far as I know, only Benny can do anything about real bugs.) I have a few tickets I submitted to the ticketing App about a month ago that have not gotten any attention. It happens. I think it is on the blurry edge of insanity for one person to try to maintain a robust commercial mail client but Benny manages it about as well as anyone could. The fact that he's just one guy means that sometimes bug reports don't get rapid attention, or at least not rapid response. You'll notice that Benny has recently had a burst of responses to oldish queries here, so maybe he's back after a break of some sort... -- Bill Cole b...@scconsult.com or billc...@apache.org (AKA @grumpybozo and many *@billmail.scconsult.com addresses) Currently Seeking Steady Work: https://linkedin.com/in/billcole ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] option to automatically jump to first unread message of thread
On 25 Feb 2018, at 15:22, Eric Sharakan wrote: No that's not what I want. I think what I'm asking for is a mode, setting, or some method to determine when I'm in "reading new messages" mode. When in that mode, going past the end of a message would essentially invoke "Next Unread Message", without my having to remember the "Cmd-Opt-Down" keybinding for that operation. I achieve this with a custom keybinding: " " = "scrollPageDownOrNextUnreadMessage:"; ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
[MlMt] Creating my own folders
Hi, I have a few accounts that I leave offline most of the time. It would be nice if there was a preference to hide the inboxes (and Drafts, Sent Messages, etc) of these offline sources. Short of that, I'd be happy to have the ability to move those offline mailboxes into folders of my own choosing. In fact, support for generic folders to help me organize the growing sprawl in my Mailboxes pane would be great. I've found I can at least create a folder by duplicating the "Examples" folder and renaming it, and that I can then create smart mailboxes within it. But MM does not let me move any existing mailboxes into such a folder. Is there some hidden preference to allow this? Has there been any thought towards allowing better organization of the mailboxes pane in general? Thanks. -Eric ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Inconsistent message thread display
Thank you, Benny. I apologize if I’m being obtuse, but I still don’t think anyone has addressed my essential point: “Organize by Thread” does not group all four messages together in the same way that clicking the “Thread” toolbar button does. So please allow me to restate the question: Is it “correct” (i.e., would you expect or does MailMate’s observed behavior correspond to specifications) that **View > Organize by Thread** does not produce the same result that clicking the **Thread** (a.k.a. the “Find and display messages from the same conversation”) toolbar button does? If yes, why would users expect different behavior from these two, very similar-sounding actions? Thank you, /topher ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] test vs Beta builds
On 25 Feb 2018, at 13:58 MST, Eric Sharakan wrote, quoting me: Also V2 updates are here - Dare I ask, what's V2? It is, I believe, a little farther along towards the release of Version Two. The release notes list the differences. Example - | Revision 6091 (Thursday, September 21, 2017) | | Merged with the changes of 1.9.7 Beta 3 (r5418). See the details further below. | | These are the 2.0BETA-only changes since r6086: | | New: Default signature setting allows excluding forwarded emails. | New: Menu items to enable group threading (which is not implemented yet). | New: GUI preference for only automatically marking unread when using the single message window. You may have to run the V2 beta to see these (via its Help menu), or grab ReleaseNotes.html from its Resources folder. ビリー ヨーデルマん +1 310 839 7673 http://MIX.ORG/ ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
[MlMt] This list vs. Ticket website
In general, is it best to report MM issues here on this list, or at https://freron.lighthouseapp.com/projects/58672-mailmate/tickets? I have a few tickets I submitted to the ticketing App about a month ago that have not gotten any attention. Thanks. -Eric ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] test vs Beta builds
On 25 Feb 2018, at 15:40, Billy Youdelman wrote: On 25 Feb 2018, at 13:36 MST, Eric Sharakan wrote: Hi, I see a preference in the Software Update pane to watch for Beta Builds. I'm currently running r5443, and if I check for Beta Builds, it says I'm running the latest. But I see references on this list to newer builds than 5443. How do I get access to those? http://updates.mailmate-app.com/archives/ Thanks. Also V2 updates are here - Dare I ask, what's V2? -Eric https://updates.mailmate-app.com/2.0/archives/ ビリー ヨーデルマん +1 310 839 7673 http://MIX.ORG/ ___ 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
Re: [MlMt] test vs Beta builds
Hi Eric, you can access the latest builds by holding the "alt" key and clicking on "Check Now" in the settings pane. cheers Benny Am 25.02.18 um 21:36 schrieb Eric Sharakan: Hi, I see a preference in the Software Update pane to watch for Beta Builds. I'm currently running r5443, and if I check for Beta Builds, it says I'm running the latest. But I see references on this list to newer builds than 5443. How do I get access to those? Thanks. -Eric ___ 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
Re: [MlMt] test vs Beta builds
On 25 Feb 2018, at 13:36 MST, Eric Sharakan wrote: Hi, I see a preference in the Software Update pane to watch for Beta Builds. I'm currently running r5443, and if I check for Beta Builds, it says I'm running the latest. But I see references on this list to newer builds than 5443. How do I get access to those? http://updates.mailmate-app.com/archives/ Also V2 updates are here - https://updates.mailmate-app.com/2.0/archives/ ビリー ヨーデルマん +1 310 839 7673 http://MIX.ORG/ ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
[MlMt] test vs Beta builds
Hi, I see a preference in the Software Update pane to watch for Beta Builds. I'm currently running r5443, and if I check for Beta Builds, it says I'm running the latest. But I see references on this list to newer builds than 5443. How do I get access to those? Thanks. -Eric ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] option to automatically jump to first unread message of thread
Hi, I often deal with long-running email threads at work. I have Organize by Thread enabled for my work Inbox, and as I'm going through my unread messages in the morning, when I get to an old thread with new correspondence, I'm taken to the beginning of the thread rather than the first unread message. Is there a preference to change that behavior? I already have a smart mailbox that includes only unread messages, but I don't like using it, as I prefer to have the option to review previously read messages in case I need the additional context. I also know there's a hotkey I can use to jump to the next unread message, but was just wondering if perhaps there was a preference to make that be the default behavior. I'm not sure how that would work if you're not asking for “next unread”. How are you selecting this thread? Usually I just hit the spacebar at the prior message. Sometimes I use the down arrow. What you really need is probably a different threading mode (which has been on my todo forever) which allows you to display the newest message at the top of the thread. No that's not what I want. I think what I'm asking for is a mode, setting, or some method to determine when I'm in "reading new messages" mode. When in that mode, going past the end of a message would essentially invoke "Next Unread Message", without my having to remember the "Cmd-Opt-Down" keybinding for that operation. Perhaps this is only really meaningful when Organize by Thread is in use? Does that make sense? -Eric ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Does MailMate mirror everything back to the server?
On 21 Feb 2018, at 17:42, Ron Britton wrote: Yes, when I switched to IMAP (when I bought my first iPhone and wanted to access email from it) I had some "mental issues" with this but I've changed my mind. I can see the advantages to it. TBH, my current approach to email is not serving me well. I frequently get overwhelmed by all of the stuff I get in a day. I'd love to try an inbox zero approach, but my inbox has thousands of old emails that are too important to toss but not important enough to take the time to save out to the hard drive (lots of conversations with people, etc.). I am using what can be called pseudo inbox-zero approach. All incoming mails are in INBOX except those that are archived, trashed, or else, of course. I have a smart mailbox for each mailing list (actually, more active mailing lists have their own email address to make things even simpler), family, clients, that is anything that is coming in more or less regularly and is recognizable. Then I have a smart mailbox that I call “unsorted” which contains only those INBOX messages that are in none of my targeted smart mailboxes. With my set up, I get like up to tops 20 emails in that mailbox per day and it is empty by the end of the day. Not a true zero-inbox but the same functionality. Robert___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Sending delay... (~humor, not a MM issue)
On 24 Feb 2018, at 12:18, Benny Kjær Nielsen wrote: On 24 Feb 2018, at 20:40, Edward Thome wrote: When I want to make sure that I don’t accidentally send something I set a long sending delay, changing my default of ‘5 minutes’ to 5 ‘years’. MailMate accepts ‘5 years’, but can you believe that it does not recognize ‘5 decades’! It'll work in the next update (quick fix) - just in case ;-) I apologize for the non-serious email…the flexibility of MailMate never ceases to astound me, in this case that it actually accepts years, months, weeks, days, hours, minutes, min, seconds, sec …so I decided to pretend to take umbrage at the fact that it does not recognize ‘decades’. I should note that the feature is not as robust as it should be. The send later “value” does not survive if the local database index is lost. In other words, the email I scheduled to be sent to myself in 10 years (as a test) is unlikely to ever actually be sent. It would be surprisingly tricky to make the feature robust without introducing the risk of sending a message multiple times (not a quick fix). Two question about the Send-Later feature: - Does it support the Message Submission FUTURERELEASE extension (RFC 4865) if the message is being sent via a server that supports it? The extension allows the client to ask the Submit server to hold the message until a specified point in the future. It avoids the fragility of the feature being tied to the MailMate local database, and is also more accurate in that, in general, servers are more likely to be connected at the specified future time than a client (which might be running on a laptop that is shut off or has no connectivity). I don’t know which servers support FUTURERELEASE (RFC 4865), so I don’t know how useful it would be. Oracle seems to have support, but I don’t think iCloud has enabled it; I don’t see it mentioned for Postfix or Sendmail. - I haven’t played with it much, but I did set a message to be sent at a specific time “tomorrow” which was accepted, but when I happened to check a few hours past that time, with MailMate running and connected, it still showed as “tomorrow” even though it was now what was “tomorrow” when I set it. I simply sent the message immediately, instead of playing with it to see if “tomorrow” would never resolve to “today” but was forever in the future. —Randall___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate