[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