Newsletter Readers Community

A community around a written newsletter: one thread per issue, reader questions, an archive and a paid-subscriber floor.

  • 6 categories
  • 19 channels
  • 7 roles
  • Small
Download Discord JSON

Choose a server, review what will be created or reused, then confirm. Merge keeps what you have; replace rebuilds the server. Vetox takes a safety backup first either way.

No uses yetNo views yet

Server structure

Channels

THE NEWSLETTER

  • welcome

    New reader? Start with #latest-issue and #issue-index.

  • house-rules

    Disagree with the argument, not the person. No promotion.

  • latest-issue

    The current issue, posted automatically.

  • reader-roles

    Self-Roles panel: issue pings and topic interests.

DISCUSSION

  • issue-threads

    One thread per issue. Tag the topic and the tier.

  • general

    Everything that is not one issue.

  • disagreements300s slowmode

    Where the argument goes when it needs room. Steelman first.

READER QUESTIONS

  • ask-anything

    One question per post. The good ones become issues.

  • question-of-the-week

    The one the author picked. Answered in the next issue.

  • mailbag-answered

    Questions already answered, with the issue they appeared in.

READING ROOM

  • what-else-youre-reading

    Books, essays, other newsletters.

  • recommend-a-piece

    One link, one reason.

  • writing-craft

    For the readers who also write.

  • Reading Room

SUBSCRIBERS

  • subscriber-chat

    Paid readers and the author.

  • early-drafts

    Issues before they publish. Comment in threads.

  • Subscriber Call

ARCHIVE

  • issue-index

    Every issue, by date and topic.

  • corrections

    What was wrong and what it should have said.

Roles

  • AuthorAdministrator
  • EditorModerator
  • Paid Subscriber
  • Reader
  • Issue Pings
  • Muted

Overview

A newsletter has an archive and a rhythm, and this server is shaped like both. #issue-threads is a forum with one thread per issue, tagged by the issue's topic and by Free or Paid, so a conversation about last month's piece is still findable next year instead of scrolling past in a general channel. #latest-issue is read-only and holds only the current one, fed automatically, so a reader arriving mid-week knows what everyone is talking about. Reader Questions is the engine of most newsletters: #ask-anything collects questions between issues, #question-of-the-week is where the writer picks one, and #mailbag-answered archives the ones that made it into an issue, which saves answering the same question in four places. The Reading Room is what makes it a community rather than a comment section: #what-else-youre-reading, #recommend-a-piece and #writing-craft for the readers who write too. Subscribers is a small paid floor — #subscriber-chat, #early-drafts where the writer posts before publication, and #subscriber-calls — kept deliberately thin, because a paid tier that promises ten channels and delivers three dead ones is worse than one that promises three and keeps them alive. Archive holds #issue-index and #corrections, which every newsletter needs and almost none has. The writer is the only Author; Editors help with the forum and the mailbag.

When to use it

Newsletter communities fail in a predictable way: a general channel where every issue's discussion is buried within a day, a paid tier with more channels than the writer can fill, and the same reader question answered by email, in chat and in a reply. This layout gives each issue a permanent thread, turns reader questions into a pipeline that feeds the newsletter itself, and keeps the paid floor small enough to stay warm.

What makes it different

  • One forum thread per issue, so a discussion is still findable a year later.
  • Reader questions run as a pipeline that feeds the newsletter rather than a scroll.
  • The paid floor is three channels, sized to what one writer can actually keep alive.
  • A corrections channel exists, which almost no newsletter community has.

Recommended Vetox setup

  • Notifications

    Point Notifications at the newsletter's RSS feed so #latest-issue fills the moment an issue publishes.

  • Self-Roles

    Post a Self-Roles panel in #reader-roles so readers opt into issue pings instead of being notified by default.

  • Suggestions

    Run Suggestions on #ask-anything so questions arrive votable and the writer can see which one readers actually want answered.

  • Starboard

    Point Starboard at #issue-threads so the best reader replies surface into a browsable highlights channel.

Questions

Why a forum for issues instead of a channel per issue?

A channel per issue means a sidebar that grows forever and an archive nobody scrolls. A forum thread per issue gives the same separation, sorts by activity, supports tags for topic and tier, and stays browsable at a hundred issues. It also lets a reader who arrives late reply to issue twelve without necromancing a channel.

Should the paid floor be bigger?

Almost never. The failure mode of a paid tier is emptiness, not scarcity: subscribers judge it by whether the channels have recent messages, not by how many there are. Three channels the writer posts in weekly beat ten with a message from March. Add a fourth only once the third is genuinely busy.

Common mistakes

  • Discussing every issue in one general channel, so last week's conversation is unfindable by Monday.
  • Building a ten-channel paid tier one writer cannot fill, which reads as abandoned within a month.
  • Answering the same reader question privately three times instead of once in a public mailbag.

Consider instead

  • Serial Fiction Author You publish fiction in instalments and readers discuss the story rather than the ideas.
  • Podcast Community The main work is an audio show and issues are transcripts rather than the product.

Do you have any doubts?

Our team is there for you

0.0k

Servers

0+

Commands

0

Users

0

Languages