[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] 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
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
