Re: performance in emacs displaying a huge thread
Hi Örjan, On 2020-01-15 21:15, Örjan Ekeberg writes: > I think opening the thread with C-U RET instead of RET does exactly > that, i.e. only shows the matching messages. > > In less extreme cases, using tree view (ALT-RET) may be an option since > it does not have to format the contents of the entire thread. Both work great, thanks. I did not think of using a universal argument. > I have a vague recollection that someone pointed out that it is the > indentation that takes most of the time and that turning off indentation > speeds up the display of huge threads. I'll give it a try. Thanks again, Alan ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
Re: performance in emacs displaying a huge thread
Hi Alan, Alan Schmitt writes: > > September 07 [13/5767] > > It takes forever to display (I've waited a few minutes and it was still > stuck). I know it's a lot of messages, so is there a way to just display > the 13 that match? Or to limit the total number of messages displayed? I think opening the thread with C-U RET instead of RET does exactly that, i.e. only shows the matching messages. In less extreme cases, using tree view (ALT-RET) may be an option since it does not have to format the contents of the entire thread. I have a vague recollection that someone pointed out that it is the indentation that takes most of the time and that turning off indentation speeds up the display of huge threads. /Örjan ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
performance in emacs displaying a huge thread
Hello, I have some performance issues when displaying a huge thread, like this: September 07 [13/5767] It takes forever to display (I've waited a few minutes and it was still stuck). I know it's a lot of messages, so is there a way to just display the 13 that match? Or to limit the total number of messages displayed? Thanks, Alan ___ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch
Re: proposing "notmuch purge"
While I like the idea of making it easy to prune away old junk messages
from the mail store, I find it dangerously disruptive to suddenly change
the semantics of the deleted tag. To me, the deleted tag has always
meant something like "I do not want to see this message again; unless it
reappears in a thread or I explicitly search for it". The possibility
to undelete also means that deleting messages is not such a big deal.
What do you think about introducing a new tag, e.g. purge, and let
"notmuch purge" destructively remove the messages with this tag set?
Hopefully, nobody is using that particular tag for a different purpose.
Purging would then become a two-stage process; first tagging which
messages should be purged, before doing the actual non-reversible
removal. This makes it simpler to check what would be purged before
actually doing it.
A dangerous but flexible way of configuration would be to have a
pre-purge-hook which could, for example, do things like:
notmuch tag +purge "(" tag:deleted OR tag:spam ")" AND date:..30days
The downside of this is of course that hooks are not that easy to set up
and can easily backfire and possibly remove your entire mail collection.
/Örjan
___
notmuch mailing list
notmuch@notmuchmail.org
https://notmuchmail.org/mailman/listinfo/notmuch
