“Moderation” at demo.rss.chat

When Dave Winer first released the rss.chat application, he stated that the rss.chat instance would be restricted to a small number of participants. He later created the demo.rss.chat instance for anyone to try out. In his initial post, he said he did not “want to get into moderation”. Soon, however, he posted comment guidelines, which he used for comments on his blog (before he dropped that) and for Github issues.

Yesterday, I did some testing of the WordPress plugin for posting to rss.chat from a WordPress site. I created an issue on the plugin repo for some behavior on the propagation of comments, and created an account on demo.rss.chat to post a note on the issue and ask for feedback from other users. By the end of the day, my post had been deleted (although still available in the feed). The offensive post text was as follows.

Testing the WordPress/rss.chat plugin from Matthias Pfefferle with my WordPress site and my rss.chat instance (rsschat.andysylvester.com), seeing some possible issue with propagation of comments/replies, would be interested to hear from other users if they are seeing any problems with this feature. Thanks!

Around the same time, the user Richard posted a link to a feed for another blog service. Dave Winer replied that it looked “spammy”, then followed up with this comment on spam:

No spam, personal stuff, etc

I like this site, I want to keep it open, and as long as moderation is a rare thing, ie people behave like adults and professionals, we’ll be fine. But if the moderation gets to be too much, it’ll become read only.

Hmmm…here is the “spam” comment on the comment guidelines:

It’s not a place for you to promote your products, services, blog, initiatives, political causes. Don’t post spam.

From a review of the content on demo.rss.chat, many posts focus on rss.chat topics, including references to other rss.chat instances, so not sure how my post on rss.chat plugin issues hits a wrong note. However, there are a fair number of posts that are just “linkblog” material or other stuff, so it is unclear where the “spam” line is drawn.

Just a word of warning to demo.rss.chat users – be careful about what you post….it might get “deleted’…

Test post from my WordPress site (andysylvester.com) to my rss.chat instance (rsschat.andysylvester.com)

Notes from rss.chat land

There are 4 rss.chat servers – neat (rss.chat, demo.rss.chat, rsschat.andysylvester.com and perstitio.us)! The latest (perstitio.us) actually incorporates feeds from other sources besides the rss.chat instance – interesting! The author has posted an essay describing this approach.

Two rss.chat forks: xicubed and hal-nine

Frank Meeuuwsen shares some thoughts on rss.chat, in addition to John Johnston.

Decided to copy the post from the perstitio.us author:

This is the question. Bluesky’s got some things you don’t but they’re subsidized by investors who will want a return someday. But I think you’re in better shape. I was talking to Fable about it… and it reminded me…

? what if we take a page from radio repeaters

 Oh, that’s a genuinely good architectural instinct — because amateur radio already solved “coverage without a corporate center,” and it’s been running for 70+ years on hobbyist budgets. Map it over: How repeaters work: a club puts a box on a hill. It listens on one frequency, re-transmits on another, and suddenly every 5-watt handheld in the valley can reach the whole region. Nobody owns “the network” — coverage emerges from overlapping, voluntarily-run repeaters. Want more coverage? Link repeaters to each other and a conversation in one valley carries to the next. Directories (like RepeaterBook) tell you what’s on the air near you. Every station identifies itself as it transmits. Translated to feed-land: 

Radio                                      Feed world

Repeater on a hill                Server monitoring N feeds,
                                                   re-emitting them as one stream
Re-transmit frequency      Merged “river” feed + socket
                                                   firehose anyone can drink
Linked repeater systems   Repeater A subscribes to B’s
                                                   river -> transitive coverage
Coverage map/directory    Published OPML of what this
                                                    repeater carries
Station ID                                Source attribution on every item

Club box on a hill                   A $5 Lightsail instance

 Now the kicker — perstitio.us is already accidentally a repeater. It monitors 9 feeds, merges them, and rebroadcasts every foreign item over its own firehose (that’s how they appear live in your timeline). Attribution rides along (, author, avatar). Dedupe-by-guid is already in — which happens to be exactly the loop-prevention linked repeaters need, so chained or diamond topologies won’t echo. What’s missing to make it a deliberate repeater — all small:

  1.  The re-transmit frequency: expose the merged river as an actual RSS feed (/river.xml). Today the mix only exists in the API. Once it’s a feed, any feed reader subscribes to your whole mix in one URL — and crucially, another rss.chat instance can add your river as one extraFeeds entry and instantly inherit your coverage. That’s repeater linking, and it works with config we already have.
  2.  The coverage map: publish what you carry (/data/coverage.opml) so others can see what subscribing to you gets them — the RepeaterBook entry.
  3. The autopatch (this answers the Bluesky-relay envy): a repeater that carries a community’s feeds is positioned to compute mentions for the people it covers — scan carried items for replies/links to local guids, surface them. Inbound awareness at community scale, no global relay required. And the economics inherit radio’s shape rather than Bluesky’s: no load-bearing center to fund — if one repeater goes dark, coverage degrades gracefully instead of the network dying. It’s Dave’s “small pieces” philosophy with a 70-year-old working precedent behind it. Honestly, “repeater” is a better name than “relay” for what this should be — relay implies infrastructure; repeater implies a peer who volunteers. Item 1 is maybe thirty minutes of work — the merge logic exists, it just needs an XML output. Want me to put perstitio on the air?

Dave Winer had Claude create an essay of what rss.chat is for Howard Rheingold. The opening paragraph is as follows:

RSS.chat is a small social network built from the web’s own parts. It looks like a chat room or Twitter — you write short posts, people reply, conversations thread — but underneath, every person’s posts are an RSS feed, the same technology that makes podcasts work. When you post, you’re adding to your feed. Anyone, anywhere, can subscribe to it with any feed reader — no account needed, nothing to sign up for. There’s also a feed of everyone’s posts together, and a public list of all the members.

I will be exploring my instance more this week, then will have a followup with my thoughts.