Subscribe to RSS Feeds over Email
rssby.email
rssby.email
(It'd be interesting to see email become an application platform, also for convenience's sake, I mean since it's already reached such a baroque state anyway)
Now if it could be made _just_ a bit easier to host, maintain, migrate, and manage email accounts...
What would you call such a platform (email with integrations on top, your mailbox represented as a document DB)?
[0]: https://matrix.org
Vivaldi Browser does this with a built-in traditional Mail Client, and RSS feed items appear alongside All Messages|Unread by default. Both stored in the same SQLiteDB on disk.
Their Mail UI works so well there is even a vivaldi mod to simulate "email" sends via RSS (via websocket) just to take advantage of the app's inner message threading (in-reply-to) UI.
https://feed2exec.readthedocs.io/ https://github.com/feed2imap/feed2imap
Also some tools for converting non-RSS websites to RSS:
https://github.com/RSS-Bridge/rss-bridge https://git.ao2.it/tweeper.git
My biggest question though is does it follow links and load the full content - I assume not, because it doesn't mention it, and it's technically out of scope for reading/forwarding RSS of course. It's just that a lot of feeds are all but useless without that in my experience, just headlines and perhaps short summary with a link.
I used to use feedbin which did a reasonable job of loading the full content in such cases.
I had initially set it to 30 days but that got annoying. Before I set it to 90 I was considering making it more intelligent as you mentioned, an exponential backoff retry mechanism, but then I decided I was overcomplicating things and the server usage is almost nothing at the moment. :)
As for your other question, it only sends what is available via the RSS feed, I've been considering adding the ability for it to pull in more content, but I think that would be a separate service, like an RSS proxy which created another RSS feed containing more contents, people could then subscribe via that link or the original. Maybe that already exists?
On a related note, I was pleasantly surprised to discover that substack publishes RSS feeds of each and every blog hosted on its service. Sorta the opposite of this!
They do offer their own reader that aggregates all posts from substack you subscribe to and lets you add external feeds, which is nice, but then you're locked into that reader.
Since it's just http there are plenty of authentication options, but no standard. Various readers support some kind of auth though.
I created rssby.email purely for myself, because I used to read articles from interesting blogs (via Hacker News) whilst commuting to work and wanted to subscribe to them, but I didn't have signal on the tube, so I would email the link to myself, then have to log into Feedly or whatever RSS reader I was using at the time and add it when I had signal, but then I would be at work so had other things to do :)
I'm glad to see a few people find it useful.
Side note: It would be interesting to know how people discover rssby.email as it doesn't seem to show up on Google.
Seems like this should be a local time with timezone/location - so that mails don't jump around with local DST?
Funny enough, it has the exact opposite feature of this submission and I love it. Email newsletters via rss reader.
I use email basically as a todo list, so emails that aren't very important (e.g. newsletters) get pushed out of my inbox quickly. This always have me an uneasy feeling, as I frequently felt rushed to read newsletters when I got them, which I never loved.
Now I can just check newsblur every few days/once a week, and I can read newsletters and whatever else when I'm in the mood!
https://github.com/skx/rss2email/
I never got the hang of using a browser to read feeds, email suits me much more naturally.
It's different to others in that it only shows items from the currently served rss feed file i.e. there's no item history.
It's like this, because I don't want the pressure of unread items clocking up, knowing I'll never get to reading them.
It is frontend SPA that works without a backend. It works better with a opt-in backend.