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
signature.asc
Description: PGP signature