-
Notifications
You must be signed in to change notification settings - Fork 208
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Newsboat too aggresive when pulling in a feed? #2732
Comments
That is definitely unexpected, thanks for reporting it! |
Sure! It's /feed/ on the blog Linux Audit, which is an alias for the RSS Atom link at the bottom of the page. Let me know if you need anything else. So far I have seen multiple of these requests (different IP addresses, but all with the same outcome: multiple requests, getting rate-limited by our configuration). |
Thanks, I can reproduce this by configuring Testing with git bisect points towards commit e464c83. |
Perfect. Looks like when this is resolved, it will save a lot of bytes :) Every web server implements a different set of headers, so maybe others might be useful to reduce the number of queries during a day. Ideas:
|
I encountered a few more issues with RSS feed readers, so created a blog post to report those to the different projects and monitor the outcome. Might be good input to learn from other software as well. I have acknowledged your quick response to this issue, which is much appreciated 👍 |
I have also reproduced this bug with |
Newsboat version (copy the output of
newsboat -v
or the first line ofgit show
): 2.35.0Looks like Newsboat is doing multiple requests (in 1 second time) to retrieve a feed. Our server returned a HTTP 304 response, so Newsboat should now that nothing has changed.
We rate-limit clients that are too aggressive, and we see multiple IP addresses getting rate-limited that use Newsboat.
Good to know: I don't use Newsboat myself. Just reporting this, to make sure that the client is behaving correctly and reducing resources (on the client and server).
Above a part of the log, with IP address masked (but it was the same one, 5 times). As you can see, the 5th request is gets the rate-limit response (HTTP 429).
The text was updated successfully, but these errors were encountered: