Re: [MlMt] Review muted items

2019-02-02 Thread Max Andersen
You should try out org-mode if you haven't already :)

On Fri, 1 Feb 2019 at 15:48, Benny Kjær Nielsen 
wrote:

> 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-b33a27a7d...@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
> ___
> mailmate mailing list
> mailmate@lists.freron.com
> https://lists.freron.com/listinfo/mailmate
>
-- 
/max
http://about.me/maxandersen
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate


Re: [MlMt] Review muted items

2019-02-01 Thread Benny Kjær Nielsen

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-b33a27a7d...@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
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate


Re: [MlMt] Review muted items

2019-01-31 Thread John Cooper

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.

___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate


Re: [MlMt] Review muted items

2019-01-31 Thread Bill Cole

On 31 Jan 2019, at 11:27, John Cooper wrote:


Bill Cole wrote (at 8:11 on 31 Jan 2019):

A message is muted if it is a thread descendant of a muted 
messageif you delete all members of a muted thread, future 
replies in the thread are not muted.


That hasn't been my experience. I've occasionally muted high-volume 
contributors to the MailMate Users group, and new threads by those 
contributors are muted until I select one and unmute it.


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
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate


Re: [MlMt] Review muted items

2019-01-31 Thread John Cooper

Bill Cole wrote (at 8:11 on 31 Jan 2019):

A message is muted if it is a thread descendant of a muted 
messageif you delete all members of a muted thread, future replies 
in the thread are not muted.


That hasn't been my experience. I've occasionally muted high-volume 
contributors to the MailMate Users group, and new threads by those 
contributors are muted until I select one and unmute it.

___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate


Re: [MlMt] Review muted items

2019-01-31 Thread Bill Cole

On 31 Jan 2019, at 10:28, John Cooper wrote:

Is there a way to review all muted addresses (or whatever identifier 
is used to determine muted threads)?


Based on experiences with threads 'de-muting' and a little testing,  it 
is my understanding that MM muting is dependent on IMAP keywords (i.e. 
"Raw Flags") and threading, which is reliant on the "In-Reply-To" and/or 
"References" headers (I'm not sure if both are used...) A message is 
muted if it is a thread descendant of a muted message. The muted state 
of a message is stored as the $Muted keyword. When you change the muted 
state of a message, its replies and their replies are changed 
recursively. When a message is newly seen, its place in its thread is 
determined and if it is a reply to a muted message, it gets muted.


A side-effect of this is that if you delete all members of a muted 
thread, future replies in the thread are not muted. I see this is as a 
feature, others might deem it a bug.

___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate


[MlMt] Review muted items

2019-01-31 Thread John Cooper
Is there a way to review all muted addresses (or whatever identifier is 
used to determine muted threads)?

___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate