Ah, the lengths I go to just to be able to read everything (not just email) via Emacs gnus! πŸ€”

I subscribe to RSS feeds for individual mastodon (and others) users and a variety of hashtags (guess which ones? πŸ˜‰). I have created a virtual gnus group which brings together articles from all my RSS groups (regex pattern "^nnrss:.*"). Now when I visit that virtual group, I get the benefits of *adaptive scoring* for the accounts and hashtags in the fediverse! Those toots I am most likely to be interested in appear first in the virtual group and those that I am least likely to be interested in reading are at the bottom with some already marked as read due to a low score.

So my **algorithm** for the fediverse is adaptive scoring as provided by gnus. πŸ˜€

#gnus #Emacs #fediverse

@ericsfraga Do you find nnrss: works well for everything? Or do you need to also involve nnatom: for Atom feeds?
@davemq
nnrss works well for actual RSS feeds but some sites are indeed Atom based and nnrss does not work for them. I've yet to try nnatom although it's on my list of things to do... ;-)
@ericsfraga You inspired me to try this out, and I like it! nnatom works okay for me so far.
@ericsfraga I do have problems with web sites hanging occasionally when trying to update. I need to look into any timeout or async options.

@davemq Yes, I used to have this problem with some sites. I no longer do because I've basically removed any groups for sites that caused problems (life's too short πŸ˜‰). Async retrieval could possibly do the job but I do find gnus to be a little fragile when things happen asynchronously unfortunately.

My solution before was to use levels for groups with most groups at levels 1-4 and my groups from problematic servers at level 5. The default (for me) then was to only retrieve groups with levels 1-4 by setting `gnus-activate-level`. I had to explicitly ask for level 5 groups and did so when I was not bothered about the speed of response.