[MlMt] duplicate messages
I just started seeing duplicate messages appearing in some folders. Possibly significantly, all of them are sorted by a MailMate rule to a folder that is included in a smart folder; this smart folder selects unread messages in a subset of my folders. When I log into the IMAP server, I see identical messages there, so MailMate is displaying things properly, but I'm wonder if there was some chance recently that would make it fetch such messages twice. I'm running Version 2.0BETA (6069). --Steve Bellovin, https://www.cs.columbia.edu/~smb ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] # messages in a thread
On 9 Dec 2016, at 9:39, Aaron Falk wrote: > Ah, too bad. It was a feature of Mulberry that I quite liked. Thanks. Mulberry was awesome. Complicated, but really powerful. John ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] # messages in a thread
On 9 Dec 2016, at 7:22, Benny Kjær Nielsen wrote: On 8 Dec 2016, at 20:14, Aaron Falk wrote: Is there a way to display the number of messages in a collapsed thread? Sorry if this is a FAQ. It's not and there's no way to do that. Ah, too bad. It was a feature of Mulberry that I quite liked. Thanks. —aaron ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Something changed with the new keybinding and I cannot figure out what
On 9 Dec 2016, at 13:50, David Shepherdson wrote: On 9 Dec 2016, at 05.39, Vlad Ghitulescu wrote: The only think that doesn't work anymore is applying the same keyboard shortcut for - closing the BBEdit-window where I edit the MailMate-message and - send it from MailMate because ^K it's already a keybinding in BBEdit (deletes from cursor till the end of the current line). Only if you have ‘Emulate Emacs key bindings’ turned on… :-) ! You're right! I forgot, why did I do this (as well as the Emacs key bindings ;-)… but I had a reason for sure! :-D But I just tried turning that on, and setting the shortcut for ‘Close Document’ to control-K, and it worked for me — as in, typing control-K closed the document. I did it too and it works again with only this shortcut! Thanks, David! David___ Regards, Vlad ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Something changed with the new keybinding and I cannot figure out what
On 9 Dec 2016, at 05.39, Vlad Ghitulescu wrote: The only think that doesn't work anymore is applying the same keyboard shortcut for - closing the BBEdit-window where I edit the MailMate-message and - send it from MailMate because ^K it's already a keybinding in BBEdit (deletes from cursor till the end of the current line). Only if you have ‘Emulate Emacs key bindings’ turned on… :-) But I just tried turning that on, and setting the shortcut for ‘Close Document’ to control-K, and it worked for me — as in, typing control-K closed the document. David___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Something changed with the new keybinding and I cannot figure out what
On 9 Dec 2016, at 13:32, Benny Kjær Nielsen wrote: On 9 Dec 2016, at 10:58, Vlad Ghitulescu wrote: On 7 Dec 2016, at 15:16, Benny Kjær Nielsen wrote: Maybe you can use that for now (⌃⇧K). There is something I still doesn't understand completely: the command itself is the same ("send:"), only the chosen keybinding is different. Why this difference in the behavior?! The NSTextField (or to be more exact, its field editor) converts keys to selectors itself, but some key presses are not converted (I don't know or I have forgotten exactly how this works). MailMate only watches for unused selectors (`noop:`) and then looks through its own key bindings. The main text field in the composer works differently. In this case, MailMate monitors all key events. This is what MailMate should also do for the NSTextField to make this work. So the main text field behave differently than the others (From: & Subject:) regarding the key events: it "*sees*" all the key events while the other fields doesn't - is this correct? And again: Why?! :-)___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Something changed with the new keybinding and I cannot figure out what
On 9 Dec 2016, at 10:58, Vlad Ghitulescu wrote: On 7 Dec 2016, at 15:16, Benny Kjær Nielsen wrote: Maybe you can use that for now (⌃⇧K). There is something I still doesn't understand completely: the command itself is the same ("send:"), only the chosen keybinding is different. Why this difference in the behavior?! The NSTextField (or to be more exact, its field editor) converts keys to selectors itself, but some key presses are not converted (I don't know or I have forgotten exactly how this works). MailMate only watches for unused selectors (`noop:`) and then looks through its own key bindings. The main text field in the composer works differently. In this case, MailMate monitors all key events. This is what MailMate should also do for the NSTextField to make this work. -- Benny ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] # messages in a thread
On 8 Dec 2016, at 20:14, Aaron Falk wrote: Is there a way to display the number of messages in a collapsed thread? Sorry if this is a FAQ. It's not and there's no way to do that. -- Benny ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Getting started with MailMate
On 6 Dec 2016, at 14:19, Matt wrote: Thanks for considering MailMate (and for the extensive use of Markdown). I'll do my best to answer your questions. # Sending email 1. **Automatic switching of SMTP server when sender changes.** I have one email account that receives emails for 3 different domains. You discussed this [here](https://lists.freron.com/mailmate/2016-January/005366.html) on the mailing list, but I wasn't subscribed then so I can't reply. I have a separate SMTP login (via [Mailgun](http://www.mailgun.com)) for each of my domains in order to get DKIM and SPF correct. In MailMate, SMTP servers don't automatically update when I switch sending identities if they are part of the same IMAP account. This is a huge problem given how often I context switch between domains/identities/SMTP servers. Is there a way to do this, or a workaround (even if hacky)? This is my #1 blocker to switching to MailMate from Postbox or Google Inbox in a browser. You found the correct mailing list message with respect to what is currently possible. There's also [this ticket](https://freron.lighthouseapp.com/projects/58672/tickets/220) which is still open, because there is no way to do what you ask for. I indicate that it's possible to specify more SMTP accounts and I think that works, but they would not be automatically selected for various email addresses. Since you don't mind a low-level (hacky) solution then I might look into getting at least that part to work. # Sub-mailbox behavior 2. **Multi-level sub mailboxes.** I'd like to be able to have a tree of sub-mailboxes. Ideally, this would be as easy as putting a "/" in the "Mailbox name format". For example, INBOX/tag/recipient/sender could be: `${##tags.tag.#name}/${#recipient.#identity}/${from.#correspondent.address}` That's not possible and I'm afraid it's not something I can quickly implement. 3. **Selective display of tags.** I'd like to be able to create a smart mailbox that only shows tags that contain (or don't contain) a given string. I can already figure out how to filter by emails that have tags containing a string, but the sub-mailboxes show all tags for those emails, not just the tags that were filtered on. * I want to use this to artificially and creatively mimic features that MailMate doesn't have. For example: follow-up dates, priority levels, who a task has been assigned to, etc. Also a tricky one. I guess it might be possible using a custom specifier. The default one for tags is like this: tags = { headers = ( "##tags" ); specifierRegex = '(\S+)'; specifierCaptures = { 1 = { specifier = "tag"; parsers = ( "tag"); /*alwaysImplicit = :true;*/ }; }; multiValue = :true; }; The regex controls how the IMAP keywords string is split into separate IMAP keywords. This could be altered to skip those of them which are not of interest. And then name the specifier, e.g., `project`. I haven't tried it though. As a starting point take the above and replace `tag` with `project` everywhere except for `##tags`. Some inspiration can be found [here](https://www.mail-archive.com/mailmate%40lists.freron.com/msg02220.html). 4. **Sub-mailbox de-duping.** It seems that sub-mailboxes don't de-dupe/merge when they have the same name. This is unexpected behavior. The partitioning is based on the primary setting for submailboxes: “Submailbox for each unique value of ...”. The name format is just for prettifying. For example, I have multiple ExampleService accounts (registered to "`xyz.exampleservi...@example.com`", "`abc.exampleserv...@example.com`", etc.) and I use a filter like (below) which I was hoping would merge them. Instead, I end up with many sub-mailboxes named "exampleservice". Filter I'm using: `${#recipient.#identity.user/.+\.(example1|exampleservice|example2)$/$1/}` You might be able to do it using a custom specifier instead such that the partitioning itself is as expected. # Feature requests (not blockers, but would be beneficial): 5. **Some way to snooze an email, a sub-mailbox, or a tag.** In other words, to temporarily hide display but automatically bring it back later. I realize doing this system-wide (All Messages) would be kludgy and violate some of the spirit of MailMate. However, if I could somehow make it happen for a sub-mailbox **that would be game-changing. I would pay 2-4x the usual MailMate software license cost if it had this functionality.** I am imagining the sort of "view every morning at 7am" or "snooze until tomorrow" functionality that Google Inbox provides for a "bundle." (Which I actually use to auto-assign Gmail labels which connect to tags in MailMate) I'm not getting what this would do: "view every morning at 7am" The usual request is some way to snooze an email in a way such that it is moved away from, e.g., the Inbox and then later automatic
Re: [MlMt] BusyContacts
Actually, I don’t know when Apple’s crap address framework syncs, but in any case opening seems to trigger a sync (quite possibly besides other triggers); that helps me in any case. Still does not work 100 % but enough to have most addresses for mails at least. signature.asc Description: OpenPGP digital signature ___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate
Re: [MlMt] Something changed with the new keybinding and I cannot figure out what
On 7 Dec 2016, at 15:16, Benny Kjær Nielsen wrote: 1. Do you have any ideas what to do in order to be able to send an email-message with a keybinding regardless of the position of the cursor (as previous)? I'm not quite sure which ones would work. Looking at the code indicates it has to be a binding which already has some kind of binding/purpose such that the text field converts it into a selector (even if that selector is `noop:`). This is why the old one worked. A bit of experimenting revealed that this should work: "^K" = "send:"; Maybe you can use that for now (⌃⇧K). There is something I still doesn't understand completely: the command itself is the same ("send:"), only the chosen keybinding is different. Why this difference in the behavior?!___ mailmate mailing list mailmate@lists.freron.com https://lists.freron.com/listinfo/mailmate