Should I look into scoring emails with #Emacs #GNUS? I think I want to see all emails (emails are all I use GNUS for at the moment), but wouldn't mind seeing the good ones first. What experiences have people had with scoring?
@oantolin No answer from me unfortunately, but GNUS seems enticing to me with all the features I hear about. Ofc, I've also heard that it locks up emacs when sending email (amongst other things). It'd be interesting to hear what other peoples' experiences have been with GNUS. #emacs

@paniash @oantolin I’ve been using #emacs #gnus for decades and contributed code to it. It’s a great experience and will work with gmail for instance. It has a ridiculous amount of features.

Sending e-mail takes seconds so it’s not particularly annoying that it happens in the main thread.

People have been talking about using the Emacs threads for parallelizing the article fetch, threading, scoring, and sorting for years but no one has done the work. That first time delay (a few seconds for larger groups, can be a minute or more for huge groups) may annoy you if you value performance very highly but I don’t think it’s particularly bad. It’s worth trying,

@tzz @oantolin Thanks! I'll give it a try. :)
@tzz @paniash I agree that GNUS locking up Emacs is not problematic at all. Fetching new mail from my Gmail account takes about as long as it takes for the Gmail web app to refresh anyway. And after sending an email, I usually need to context-switch, to remember what the next thing I wanted to do was; so I barely even notice that there's that Emacs is locked up for a second.
@oantolin I agree. But it becomes a problem as soon as you use many backends. Then the time sums up. This is also the reason why I use Gnus exclusively for mails and occasionally for nttp, and nothing else like RSS or Atom.
@tzz @paniash
@minad Same: I also stopped using GNUS for RSS for the same reason. @tzz @paniash
@oantolin @minad @paniash eh I use gwene and it’s fine for every feed I’ve ever thrown at it
@tzz @oantolin Actually, there was a guy who had an extensive set of patches for asynchronous GNUS but made the mistake of sending it as one huge patch to the emacs-devel mailing list. For whatever reason, he didn't bother resending as smaller separate patches and instead made a hard fork of emacs with those features (https://github.com/commercial-emacs/commercial-emacs). #emacs #gnus
GitHub - commercial-emacs/commercial-emacs: "Evil will always triumph, because good is dumb." -- Spaceballs (1987)

"Evil will always triumph, because good is dumb." -- Spaceballs (1987) - commercial-emacs/commercial-emacs

GitHub