On Tue, Jul 30, 2019 at 07:40:02AM +0200, Matthias Apitz wrote:
> El día martes, julio 30, 2019 a las 06:36:35a. m. +0200, Francesco Ariis 
> escribió:
> 
> > On Tue, Jul 30, 2019 at 06:31:42AM +0200, Matthias Apitz wrote:
> > >
> > > I'm a mutt user for many years. From time to time I do miss a feature in
> > > mutt to mark a given thread as "do not present any mail of this thread
> > > anymore, just collapse them and mark for deletion on exit".
> > >
> > > This is such a thread I would mark as this.
> > 
> > Maybe this link can be of interest
> > 
> >     http://ariis.it/static/articles/mutt-ml/page.html
> 
> Thanks for this pointer. The doc describes exactly the problem. But, the
> proposed solution with a macro deleting threads which follow the rule
> (copied from the doc):
> 
> "Threads with only replies means threads where the originating post
> isn’t present; if it is not present is because we deleted it; if we
> deleted it we didn’t like it and we don’t want replies to it, too."
> 
> is not good. Sometimes (many times) I have saved the original post of a
> "good" thread in some place, for example into the mbox file ~/Mail/mutt and 
> so the
> above pattern would touch/delete a "good" thread also as a "bad" one.
> 
> A solution must be based on some kind of a local "database" file of threads 
> marked as
> "bad" threads (perhaps as patterns) and one must actively store the given
> "bad" thread into it, for example with <ESC>M and then a <ESC>D would
> later, even in the next mutt session, read this "database" file and delete
> all threads from the actual mailbox for all patterns in it.

You may want to examine some netnews clients for ideas.  They tend to
have exactly this: a database of killed threads, easily augmented with
a simple keystroke.

-- 
Mark H. Wood
Lead Technology Analyst

University Library
Indiana University - Purdue University Indianapolis
755 W. Michigan Street
Indianapolis, IN 46202
317-274-0749
www.ulib.iupui.edu

Attachment: signature.asc
Description: PGP signature

Reply via email to