[MlMt] Review muted items
Benny Kjær Nielsen
mailinglist at freron.com
Fri Feb 1 09:48:31 EST 2019
On 31 Jan 2019, at 17:54, John Cooper wrote:
> Bill Cole wrote (at 8:42 on 31 Jan 2019):
>
>> That's odd, because the documentation for muting does not say
>> anything about muting being tied to sender addresses.
>> https://manual.mailmate-app.com/organize#muting
>
> Nevertheless, it's true: it happened with a new thread just this
> morning, prompting my question.
It works, more or less, like Bill described. But looking at the code, it
appears I'm not checking if the subject of the message changed. This
means that if a new thread is created by replying to an existing thread
(a bad habit which MailMate warns about if done using MailMate) then it
doesn't break the muting. I'll look into changing this since it's likely
to be a general problem.
With respect to the `message:` links discussed in another thread, I have
a text file in which I'll now add this:
~~~
1.12.5: Break muting if the subject header has changed ****
message://%3c2C443DEB-15C2-4844-A2B1-B33A27A7DBA3@coopercontent.com%3e
When determining if a message should be muted then also check that the
subject body (`subject.body`) is exactly the same as the subject body of
the parent message.
~~~
I can follow the link if I need more context. The prefixed version
number is for which version I plan to include this fix. The use of `*`
is my ad-hoc priority system which is used for sorting. I have a script
which can grep and sort based on version number and priority. It's
primitive, but I like plain text because it makes it easy for me to move
things around and search for similar notes (I have a pretty bad memory
and rely on being able to find every thought I've had in the past).
--
Benny
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freron.com/pipermail/mailmate/attachments/20190201/2f04e3c2/attachment-0001.html>
More information about the mailmate
mailing list