From IndieWeb

Joy Division album cover style chart of 90 days of IRC activity Join #indieweb discussions via Discord, Slack, web chat, or IRC, now with additional focused channels for developers, WordPress, and meta topics!

All are welcome to participate in chat and meet other members of the IndieWeb community, discuss personal websites and IndieWeb projects, ask for help with technical issues, and more.

First time here? Want a quick reminder of which channel to use for what topics?

For technical information about how our chat and related services function, see discuss infrastructure.

  • FYI: Matrix used to be supported until the bridge hosted by element.io was disabled, and there is no known effort to restore it.

Read Discussions

Discussions about the IndieWeb take place primarily in our chat channels which are archived:

Join Discussions

Join the discussions! The IndieWeb chat is bridged across chat services so that users can use their preferred chat platform and client!

Join via Discord

Discord invitation link: https://discord.gg/dqmFnvmN7N. Join individual channels:

Join via Slack

Slack sign up link: https://chat.indieweb.org/slack. (Re)join the IndieWeb instance: https://indiewebcamp.slack.com/ or join individual channels:

Join via web chat


  • When using the online chat, you can change your username by sending /nick <new username> into the chat.

Join via IRC


Having trouble connecting? Refer to Libera’s Connection Guide

Join via Matrix

2023-11-28: The Matrix bridge hosted by element.io has been disabled for good.

Add your icon

To have your icon or avatar show up on some of the platforms you'll need to add yourself to the list of chat-names (even if you're not using IRC). Due to some restrictions, avatars may not necessarily bridge across all platforms.

Chat Channels Purposes

Each of our chat channels has a specific purpose documented below.

Channel purpose mini-FAQ:

  • Not sure which channel to use?
  • Not sure if something belongs in #indieweb or #dev?
  • WordPress topic/example that seems more broadly IndieWeb related?


#indieweb channel
Welcome to the indieweb! Feel free to introduce yourself and your personal site here! Great place to chat about what you want to do with your personal site, how to get on the indieweb, get started, how to post, what to post, indieweb events to join the community in-person, why indieweb (including applying principles directly to pragmatic personal site goals & improvements), what software / services are ready for users to use without dealing with coding or command lines.

Keep it user-centric please!

Not sure if you should ask a technical question here? Ask yourself:

  • Could someone who has never built a website understand what you’re about to say/ask?
    • If not, please ask in the indieweb-dev channel instead!
    • Everyone’s skill level and experience is different. Avoid words like “simple”, “just”, “obviously”, “easy” when explaining things. Such words may cause shame when people run into difficulty. Further reading is available in a blog post written by Chris Coyier on words to avoid in educational reading.
  • Is someone using jargon, code, or dev talk?

Politely request such conversations move to the indieweb-dev channel (see below). We encourage the whole community to help with this, to keep the main chat friendly for newcomers and folks that want to focus on using the indieweb! And it helps avoid encounters like:

For topics about the community, reasons/thinking behind (or evolving) the principles that are not otherwise directly tied to specific personal site improvements, please take those discussions to the indieweb-meta channel.

Lastly if you’re not sure where you should ask about a topic, you can ask that question in indieweb-meta.


#indieweb-dev channel (#dev in Slack)
Development tools, services (like Bridgy), issues, APIs, creating anything besides content, and any kind of jargon. E.g. creating design, UX, implementation details, protocols (like HTTP, Webmention, Micropub, IndieAuth), formats (like HTML, CSS, microformats2, h-entry, h-card, h-event), frameworks, coding languages (like JS, PHP, Python, Ruby), server configuration (Apache, nginx, HTTPS), and other plumbing.


#indieweb-wordpress channel (#wordpress in Slack)
WordPress-specific topics: Getting Started with WordPress, IndieWeb WordPress plugins, WordPress themes, general WordPress development. If a discussion becomes more generally applicable beyond WordPress, consider taking it to the #dev channel.


#indieweb-meta channel (#meta in Slack)
Anything about the IndieWeb community, our principles, events both IndieWeb-focused and open/interesting to IndieWeb participants (coding, social web, personal data etc.), organizing & planning events, wikifying & wiki gardening, indieweb.org infrastructure like our MediaWiki & Meetable (https://events.indieweb.org) & chat channels/bridges/bots, and any issues or feature requests for any of the above.


#indieweb-stream channel (#stream in Slack)
Loqi reports posts that mention IndieWeb keywords in this channel. Mastodon tag feeds for the keyword "#indieweb" from mastodon.social and indieweb.social are included. There are also a number of individual blogs followed with a filter for indieweb-related keywords. You can also read the combined feed of posts at https://stream.indieweb.org


#indieweb-chat channel (#chat in Slack)
Off-topic channel for discussing anything, and is not publicly logged. Even though Slack has some number of lines of scrollback, this channel is considered off the record. It is the expectation of community members that this channel remains off the record. Explicit quoting or even summarizing someone should only occur after getting explicit permission.


#indieweb-random channel (#random in Slack)
Off-topic channel for discussing anything. Not publicly logged: even though Slack and Discord has some number of lines of scrollback, this channel is not considered part of the public chat logs. However you may quote on-topic things from the random channel, e.g. in other channels, or to add to a relevant wiki page.

Related Chat Channels

Related channels often used by the community:

microformats channel

#microformats (#microformats in Slack)
Ask about microformats in general, or the process of developing a new one or new features by researching, documenting examples, brainstorming, etc.

known channel

#indieweb-known (#known in Slack)
Similar to the wordpress channel, the Known channel is for Known-specific topics (plugins, evolution, troubleshooting etc.)

Slack Users

  1. Join the IndieWeb Slack Community!
  2. Join additional channels!
    • From the desktop: click the Channels heading in the sidebar to view the other channels. Click a channel, i.e. #dev, it will show you a preview of that channel with a Join Channel button.


The chat rooms (except for #indieweb-chat and #indieweb-random) can be searched at

People on IRC

Main article: chat-names

See our list of chat regulars sorted by nickname, with their website and usual timezone(s).

The channel has regular administrators, who are also wiki administrators. If you want to get their attention, just say "adminhelp".


Why use Slack

Q: Why do you use Slack? Isn't that not "indie"?

A: Slack is one way to join the chat. The canonical chat logs are at https://chat.indieweb.org Slack provides several features that some people prefer over other chat clients, so bridging to Slack lets people join and communicate using their preferred chat client.

Why use Discord

Q: Why do you use Discord? Isn't that not "indie"?

A: Discord is one way to join the chat. The canonical chat logs are at https://chat.indieweb.org Discord provides several features that some people prefer over other chat clients, so bridging to Discord lets people join and communicate using their preferred chat client.

What is the difference between the random and chat channels?

The random channel is a newer channel for off-topic chat that improves the experience across platforms by allowing more backlog on Discord and Slack. It is still not logged publicly on https://chat.indieweb.org, however on-topic conversations in random may be quoted in other channels or on the wiki. By contrast, everything in the chat channel is expected to be off the record.

"Random" is a more common channel name in chat communities, so this sets a clearer expectation. Some people may have thought of "indieweb-chat" as "THE indieweb chat".

There is a separate discussion about replacing the -chat channel with something that is more clearly off the record.

When are channels active

When are channels most active?

Anecdotally the channels seem quite active: (may need updating)

  • 08:00-10:00 Pacific Time (-0800/-0700)
  • 16:00-18:00 UK Time (+0000/+0100)
  • 17:00-19:00 EU Time (+0100/+0200)

Differences between chat services

What are the differences among chat services for interacting with the IndieWeb chat?

Each of these four options is roughly equivalent from a text perspective, though each may have features, configurations, or other niceties that differentiate them somewhat from each other.

Depending on your chat client, users from Matrix may show up with a [m] on their usernames, Discord users will have a [d] following their names, or users from Slack appear with their username in brackets. Some usernames may have the word "app" after them to indicate their content is originating from another platform. For cross-platform notifications to work on the receiving platform, one may need to include the [d] on screen names from Discord.

Some platforms, like Slack, will unfurl URLs or provide a link-preview into the chat while others will allow wiki page names pre-pended with a slash to autolink to the exact wiki webpage (eg: "/principles" in some chat platforms will link to the principles wiki page). Slack emoji responses aren't bridged to other platforms, so giving a heart or thumbs up to someone's post won't be seen unless they're also on Slack. Slack threads are also platform specific, so any threaded messages will appear without context on other platforms.


People frequently in chat might like to be aware that many chat clients provide the ability to allow their users to be given real-time notifications when either their username or other specified keywords are used in individual channels. (Check the documentation of your chat client(s) for details.) This can be useful if one wants to engage in conversations around particular topics in chat.

Many organizers and project developers will have turned on notifications for keywords related to projects they're actively working on or which they support. Other community members or volunteers may have notifications for particular topics/keywords on which they're an expert and are willing to provide pointers or support. Keep in mind and be respectful of the fact that almost everyone in chat is an unpaid volunteer and we're all on different work and personal schedules as well as in different timezones. Depending on how often people are in chat and whether or not they read all the logs, Loqi can be helpful for communicating across time and space.

Using an IRC client

  1. If you're already an IRC user, setup your client with:
    • Server: irc.libera.chat
    • Port: 6697 (usually default)
  2. Join the channels above (by clicking on the chat links)

See the libera.chat connect guide if you’re having trouble connecting.


There is no mailing list! 🎉

This is a deliberate decision. We encourage focusing on short discussions in chat and capturing incremental agreements/disagreements on the wiki. This also discourages long essays and repetition of arguments that can take place on email threads.

For more see:


If you prefer an email-like experience reading things in the past, see the current logs!

The source data of the logs served at chat.indieweb.org is available on GitHub.

Logs on Your iPhone Home Screen

To add the IRC logs to your iPhone home screen, visit the page below on your phone:


Follow the link on that page. Then, from Safari, add that page to your home screen.


We have the most awesome IRC logs on the web. That doesn't mean they can't be even more awesome. Got an idea, suggestion, or issue to report about the logs? Create or comment on a GitHub issue:

Why is there no channel for X

Historically the number of channels in the IndieWeb community chat has grown organically, after documented use-cases, time for discussion, and rough consensus on new names.

From time to time we do add new channels, generally when there is a consistent level of discussion and conversation that either makes it overwhelming or potentially unwelcoming to carry on discussions related to specific topics. This is balanced against the possibility that a new chat channel would be either so quiet or infrequently used that asking questions or attempting to have a conversation there wouldn't be conducive or would result in people repeating the same question in multiple channels.

There is usually an annual conversation about adding new channels at the organizers' meeting at the IndieWeb Summit, though other conversations do happen throughout the year or can be brought up in the #indieweb-meta channel.

Discord issues

The Discord bridge is using the go-discord-irc daemon; if you encounter issues with the bridging itself, please ping Peter Molnar or Aaron Parecki

There are some ongoing issues with the Discord bridge: messages from Discord to IRC may get lost in the wire. Please report any problems you experience.


See discuss/past for resolved and archived discussions

Avoid General Technology Rants

This is a proposed subsection for this page (maybe inside #FAQ?), with perhaps a forward link from the top of #Chat_Channels_Purposes, to help guide folks to avoiding (self-moderating) a mild chat anti-pattern that's popped up from time to time, and provide a convenient place to link folks rather than have to explain it every time.

The IndieWeb community chat has an overall positive and constructive culture, in particular on topics directly relating to the independent web and empowering each other, and we’d like to keep it that way.

Technology media (and social media in general) tend to be dominated by negative articles and posts.

This guideline is a request to avoid general technology-related rants in our on-topic channels. Typically we have seen this sort of thing about whatever technology topic is attracting the most hype, currently generative AI (e.g. LLMs) or BigTech in general, and previously topics like “metaverse”, cryptocurrency, and blockchain.

Lots about technology and its impact on society can be frustrating, and there’s obviously a lot of sympathy for that in the community because we are trying to make a better web, using our own websites as exemplars.

Instead of our on-topic channels, a better outlet for technology rants (if you feel compelled to share or vent or find others who feel similarly) about such topics is the #random channel, or even better write up a thoughtful critique on your own blog!

We have a very constructively focused community, so another approach is to reconsider any general technology rant in terms of questions like:

  • How does this affect my personal experience on the web, and how would I like it to be instead?
  • How can I use my personal site as an alternative (or solution!) to such technological problems?
  • What could I create to help solve such a technological problem?

If you discover other ways or reframing rants into constructive thoughts and words, please share!


events meetups channel

There is a desire for a new channel, for simplicity by default like nearly all other new channels, logged, indexed, with web access, for use by folks before or at events or meetups, in-person or virtual, for potentially real-time and/or rapid chat about an event or related socializing & logistics.

Discussion: this has come up most recently on 2024-03-08 and has come up a few times in chat in the past (citations would help!).


  • A dedicated place to see event start and end notifications
    • 10 minutes before scheduled zoom meeting
    • a notification when the actual zoom call ends
  • A clear place to chat instead of Zoom during virtual or hybrid events!
    • We turn off Zoom chat in the IndieWeb Zooms, so it would be great if there was a singular clear chat channel to use specifically during such events that we could link to, and direct people to in Zooms.
    • The name of the channel should be easily speakable/hearable, so folks can find/join with minimal effort
  • ... extract more from meta chat logs 2024-03-08


  • separate out the discussion that happens during a zoom or in-person event
    • online discussions can continue without worrying about stepping on the toes of in-person/zoom discussions
    • a place to share links during a zoom meeting where it's ok that there's no context in chat (e.g. multiple instances of a link being dropped in the chat that appears as a sequitur because there was no prior discussion in chat because the discussion was on zoom)
  • when you're in person, you often want a high signal channel to get updates on scheduling or where the group is heading after the main event, etc


  • one more place to catch up on scrollback. (which is also a pro: easy to skim and ignore all scrollback if you aren't interested)

Prior art (other communities' channel names/purposes for events and meetups)

  • #meetup in Discord in the Escape Hatch (EH) community for planning IRL meetups and coordinating when in the same town - Tantek Çelik
  • #live-stream-chat in Discord in the EH community for backchannel chat during a shared live video stream. - Tantek Çelik (more)
  • #voice-text-chat gRegor Morrill: "A Discord I'm in has a channel #voice-text-chat for when people are hanging out in the voice channel for an event. It works pretty well for dropping links, gif reactions, side-chat, and allows non-verbal people to participate." [1]
  • ...

Proposed names: (all names would have the "indieweb-" prefix in IRC and Discord, and no prefix in Slack,

web making channel

There is a growing broad spectrum of participants in the dev channel, including lots more beginner web developers who really want to learn a bit more about HTML+CSS (many recent questions) and may be (or are?) intimidated by the sometimes very deep and complex dev plumbing conversations.

Should we create a new channel that is focused primarily on (entry-level?) web makers for the curious and tinkerers who may be comfortable editing and uploading static HTML+CSS files, and maybe even using GitHub static pages to publish them, but are not interested in deep discussions of specifications, protocols, plumbing, server configuration etc.? Idea by capjamesg, roughly reworded by Tantek Çelik.

Examples of other communities that appeal to HTML+CSS web designers/developers (may be useful sources for naming considerations)

Ideas for names of such a channel?

  • #indieweb-maker
    • +1 capjamesg - Sounds approachable and empowering.
    • 0 Murray - I like it, but would expect it to be more about content creation/artistic outputs e.g. writing, filming, photography etc.
    • +1 João Pesce - Sounds fun and not too technical, but I tend to associate maker with maker culture (i.e. physical things). Maybe #web-maker? might also address Murray's concerns.
    • 0 Aaron Parecki - I think this is too associated with maker culture as mentioned above
    • +0 Tantek Çelik agree with James, this is approachable and inviting and I think some overlap with maker culture is ok
    • -1 Al Abut I love the intention of this but “maker” is one of those vague overarching words that strikes me the same way that “creator” does. I’m constantly having to decode it to depending on the context of the platform or user type. It can mean filmmaker, writer, full-time marketer of their own personal brand, etc. And none of those necessarily imply the newbie-friendliness or focus on frontend tech that I think can be so valuable.
    • +1/0/-1 Add yourself here… (see this for more details)
  • #indieweb-beginner
    • -1 capjamesg - This should be a channel to discuss your personal website and making it. "beginner" implies this channel isn't for people who are more advanced and have questions about HTML/CSS, etc (a category in which I certainly fall :D).
    • -1 Murray - I feel like this is what the #indieweb channel should strive to be, otherwise this feels like the first channel to go to if you're new.
    • -1 João Pesce - Not narrow enough. I think beginners should be able to participate on the indie web without being concerned about HTML/CSS, like using a platform + pre-built theme.
    • -1 Aaron Parecki - agreed with the above comments
    • -1 Tantek Çelik - it's not beginner, and we should always work to make main (#indieweb) beginner friendly
    • +1/0/-1 Add yourself here… (see this for more details)
  • #indieweb-html-css-js
    • 0 capjamesg - NB: There are other topics that are not HTML/CSS/JS that someone may want to discuss (my DNS isn't working / my site isn't loading properly, choosing colour schemes for one's website, layout principles like spacing, etc.).
    • 0 Murray - Feels too technical of a name, but I do think the simplicity has merit. I also think anything CSS automatically covers things like spacing, layout, colour schemes, but agree that this may not be clear.
    • -1 João Pesce - Might discourage people to ask some topics that are not HTML/CSS/JS related, but should be discussed.
    • 0 Aaron Parecki - Seems too specific
    • -1 Tantek Çelik - similar criticisms, too long, could/should also include ARIA, mf2, SVG
    • +1/0/-1 Add yourself here… (see this for more details)
  • #indieweb-web-dev
    • +1 Murray - I like that this keeps things broad enough but also uses a term many people are familiar with. Doesn't require technical knowledge/terms. Bonus that it mirrors the existing #dev channel, but perhaps too closely. Could be #web-development
    • 0 João Pesce - Sounds a little bit too technical to me. "dev" feels like a job. Making personal web sites should feel more like painting to me.
    • -1 Aaron Parecki - This is just going to be confusing, since in IRC it would be "#indieweb-web-dev" vs "#indieweb-dev", and then in Slack/Discord it would be "#web-dev" vs "#dev" and that doesn't really tell me what the difference is
    • -1 Tantek Çelik also confusing, web-dev is vague and means different things to different people
    • +1/0/-1 Add yourself here… (see this for more details)
  • #indieweb-frontend
    • +1 Tantek Çelik I like this overall, and definitely like it better than a bunch of of the other longer/wordier options like "-html-css-js" or "-web-dev", certainly better than "-beginner". Convinced of this instead of "-maker".
      • Description should include HTML+ARIA+mf2+CSS+SVG at least, with JS for progressive enhancement perhaps
    • +1 Al Abut I particularly love the word “frontend”. It’s sort of implicitly newbie-friendly by focusing on the best entry path to making websites (plain html is such a refreshingly “back to basics” type of tech) yet it also leaves a lot of head room to grow from that foundation. In fact I think the word “frontend” is strong enough to stand on its own as a channel name, without a prefix that muddies the waters like “indieweb-“ or “dev-“.
    • +1 Joe Crawford I think the indieweb-prefix sets the stage that the things intended are with an indieweb focus, and I think "frontend" is encompassing enough to address more than "html" and "CSS" which after all are incredibly rich technologies which pull in images, video, scripting, mobile, accessibility, and all the rest.
    • +1/0/-1 Add yourself here… (see this for more details)
  • #frontend
    • +1 Al Abut I’d vote for either “indieweb-frontend” or the more streamlined “frontend” compared to the options above.
    • -0 Tantek Çelik There are other resources (Slacks etc.) for generic frontend web discussions, and a global channel named "frontend" would imply that it is aiming for all of that, which either loses or dilutes the IndieWeb focus.
    • +1/0/-1 Add yourself here… (see this for more details)
  • ...

other new channels

Other new channel proposals, some as alternatives to each other or above proposals.

protocols split from dev

Alternate proposal: move all protocol chat to a new channel called #indieweb-protocols and use #indieweb-dev for developer chat.

  • #indieweb-protocols
    • capjamesg +1
    • [qubyte] in Slack: "Sounds like a good idea!"
    • Aaron Parecki +1
    • Paul Robert Lloyd +1
    • -1 Tantek Çelik too much community labor to actually get indieweb-dev folks to move to indieweb-protocols, as evidence by existing folks, some here on the page, themselves having difficulty moving from #indieweb to #indieweb-dev. More here: https://chat.indieweb.org/meta/2024-03-30#t1711813588098200. Also "protocols" is too narrow, it does not include all building blocks standards, we also have "formats", we have discovery algorithms, etc. This is poor framing and doesn't actually address a real problem / cluster of conversations that needs a separate channel. It's already hard enough for folks to know when they should use #indieweb-dev vs #microformats and that's an existing similar split.
    • -0.5 gRegor Morrill I've not found the discussions in dev overwhelming/distracting enough to split off personally. Also concerned about the extra cognitive load tantek mentioned "where does this go?"
    • +1/0/-1 Add yourself here… (see this for more details)
  • ...


  • How would we differentiate this from the current #indieweb-dev channel?
  • Should we split Category:jargon into beginner/advanced jargon to have Loqi nudge people to the appropriate channel?

server split from dev

Alternate proposal: move all server-related chat to a new channel called #indiweb-server and use #indieweb-dev for typical/default client-side developer chat.

  • #indieweb-server
    • -0 Tantek Çelik: I like this much better than "-protocols" because I think it gets more to the heart of what are differences of what people (not) want to talk about in -dev, however I would still prefer to try starting with -frontend first (see above) which be enough for -dev to default to server related talk. and it will be much easier to have new HTML+ARIA+mf2+CSS+SVG folks join a -frontend channel than it will be to nudge server conversations out of -dev and into -server (same burden as -protocol noted above)
      • I would also be OK with a different label like "-sysadmin", or anything that indicates that the topic is more centered on server-side or administrative topics, rather than the development of sites
      • Does this run the risk of becoming an admin tax channel? 😉
    • -0.5 gRegor Morrill I've not found the discussions in dev overwhelming/distracting enough to split off personally. Also concerned about the extra cognitive load tantek mentioned "where does this go?"
    • +1/0/-1 Add yourself here… (see this for more details)


  • Does -server imply -sysadmin?

off the record channel

The problems with the "chat" channel were documented in the proposal for the "random" channel.

While the new "random" channel isn't logged to the web archives, it is still persistent in Discord and Slack.

Having a channel with even less persistent history is still quite useful for many use-cases where something may have some realtime relevance but not within days.

This was previously discussed in 2016, but did not reach a conclusion. https://indieweb.org/rename_to_IndieWeb#non-log_based_IRC_chat_stuff

This proposal is to rename the #indieweb-chat channel (#chat on Slack), or preferably start fresh with a new off the record channel and close #indieweb-chat, since #indieweb-chat has been going for a long time and likely has a number of abandoned accounts, bouncers, and bots in it (which may be defeating the off the record purpose).

This (new) channel would:

  • still be bridged between Slack/Discord/IRC
  • not available to join from the web client at chat.indieweb.org
  • not logged to the chat archives
  • Slack automatically will delete messages after 90 days (we do not get control over this)
  • a Discord bot will delete messages after X days (should this match the 90 days of slack? not sure if there are any limitations on how long bots can delete messages for)
    • 1 day — Tantek Çelik, that should be sufficient for the intent of this channel. Could live with up to 4 days for folks that want to ignore chat for a (long) weekend for example but still see @-mentions (though maybe we set a culture of using !tell here instead of @-mentions for folks that haven't spoken recently).
  • Note that IRC itself is not logged centrally, but an individual's IRC client may log messages indefinitely and we have no control over that.
    • Tantek Çelik: we could have a bot that kicks IRC nicks that have been quiet/inactive for say a month
Name ideas
  • #indieweb-cafe
    • +1 Tantek Çelik — broader than *-espresso. conversations in a cafe have very little (expected) history, you may overhear things while you're in line to order, before you join a table to talk with folks, and you don't expect to see/hear any chat in the cafe once you have left the cafe.
    • +1 gRegor Morrill proposed this half-jokingly in response to -espresso, but I like the analogy of chill vibes, socializing, and usually lots of people on laptops.
    • +1 Anthony Ciccarello I'm down for communicating a good vibes space as long as it's clear to others
    • 0 Aaron Parecki it's cute, my worry is that it's not explicitly clear the difference from "random".
    • +1 JL Gatewood I like cafes. When I lived in a smaller apartment, I would treat the local indie cafes like my living room. A real third place. Encourages a space to discuss and relax.
    • +1 Marty McGuire cafes have historically been incubators of social revolution. 😏
    • +1 to2ds okay, this one is starting to grow on me, though it doesn't seem to imply "not logged."
    • +1/0/-1 Add yourself here… (see this for more details)
  • #indieweb-chill
    • +1 Tantek Çelik — along the lines of *-cafe and *-vibes, a place to chill, not be beholden to rules of what belongs here and what doesn't. encourages calm conversations to escape anything formal. you can relax more because it's considered off the record and nothing you say is expected to be cited or quoted. Encourages chill vibes.
    • +0 Anthony Ciccarello
    • -1 Marty McGuire this channel is where folks in heated discussions are sent to cool off
    • +1/0/-1 Add yourself here… (see this for more details)
  • #indieweb-ephemera
    • +1 Tantek Çelik sounds intellectual and makes me people ask what that means so they have to actually go look it up and learn
    • +0 gRegor Morrill fun, but not to be confused with indieweb-chimera ;)
    • -1 Anthony Ciccarello seems too intellectual and not very inviting
    • +1 claudinec as an archivist I'm quite fond of this word and I think it's the most accurate out of all the options
    • -1 Marty McGuire "sounds intellectual" feels like an anti-goal to me. if this then let's really lean into it and go for #indieweb-esoterica
    • +0 0x3b0b one of the only suggestions that I'd have guessed the intent of correctly before seeing the discussions or visiting it, but I get where Anthony Ciccarello and Marty McGuire are coming from.
    • +1/0/-1 Add yourself here… (see this for more details)
  • #indieweb-espresso
    • +1 Tantek Çelik half-serious, it's cute, and because it's meant for small things that disappear quickly, or you have to consume promptly
    • -1 Marty McGuire espresso is too intense for me. i need extra liquid to slow me down before i drink the whole thing.
    • +1/0/-1 Add yourself here… (see this for more details)
  • #indieweb-hangout
    • +1 JL Gatewood I'm a sucker for the "does what it says on the tin" kind of labels. A "hangout" is a place where you can hang out and chat, just lurk and listen, vibe, nap, play games, do random whatever.
    • +0 Marty McGuire i like a good hangout (event) but a hangout (place) gets dingy.
    • +1/0/-1 Add yourself here… (see this for more details)
  • #indieweb-offtherecord
    • +1 Aaron Parecki makes it clear this is not logged, possibly a bit long of a name tho
    • +0 Marty McGuire this is fine
    • -1 Tantek Çelik It's not totally horrible, but it's not good either. It sounds legalistic / formal. It violates the fun principle. It's also direct enough of a name to attract trolls with an intent to grief and defeat the purpose of the channel.
    • +0 Anthony Ciccarello descriptive but also a mouthfull...
    • +1 Al Abut This is the only name that says what it does in such an obvious way that you understand it without having to look it up in the wiki. Introducing extra steps is a UX obstacle, plus a good rule of thumb for naming (or features in general) is to not need a manual to understand it.
    • +1 0x3b0b I echo essentially all of what Al Abut said. Unfortunately I also agree with Tantek Çelik about the potential for trolls to be drawn to it like a bridge.
    • +1/0/-1 Add yourself here… (see this for more details)
  • #indieweb-offtopic
    • +1 Aaron Parecki I've seen "offtopic" channels in other communities. Not explicitly unlogged, but at least is implied since it's for offtopic topics
    • +1 Marty McGuire I like the encouragement in the name to move "on topic" conversations out of here.
    • -1 Tantek Çelik is not named for the purpose of the channel. Worse, addes confusion with random as Aaron Parecki said above for indieweb-cafe:

      my worry is that it's not explicitly clear the difference from "random"

      and as noted previously, "offtopic" feels corporate-jargon or tech-communication-centric jargon to me. It's not horrible, but it's not good either. It violates the fun principle.
    • +1 Anthony Ciccarello probably my top pick. Seems clear to me (not jargony).
    • +1/0/-1 Add yourself here… (see this for more details)
  • #indieweb-raindrops
    • +1 Tantek Çelik because you only see and feel raindrops for moments, you have can't see past raindrops
    • -1 Marty McGuire it's damp in here.
    • +0 0x3b0b I wouldn't have inferred the intent from the name, but unlike some of the other proposals for which that is also true, I wouldn't be likely to forget it and I find the idea actively pleasant.
    • +1/0/-1 Add yourself here… (see this for more details)
  • #indieweb-tmp
    • +1 mattl -- make it very clear this is temp
    • +1 to2ds -- love this option for it's simplicity.
  • #indieweb-vanishing

link sharing

Quite often folks drop links into various channels that are on-topic for that channel, yet with either no context / connection to their indieweb relevance or only a few words of context, in essence, leaving it up to the labor of everyone else in the channel to figure out "Why is this relevant here?" which can be a drain.

  • Exception: if a related link is mentioned in the context of adding it to a wiki page e.g. using the Loqi << chat command, then that provides direct context, the specific wiki page, for further discussion.

This can be good (sharing new things that are IndieWeb related!) and yet can also have the downside of interrupting an actual direct conversation between other channel participants, or maybe worse for some folks, be a distraction that takes them to a social media website or down some other rabbithole instead of the conversation in chat or working personal site projects.

While we have the "random" channel for sharing random links and random chatter, just as we have the "stream" channel for the stream of posts from folks in the community and mentions of IndieWeb topics on social media, it may be useful to encourage use of a separate channel for such low-effort link sharing.

I have seen at least one other Slack community use a "linkdump" channel for this sort of thing, to keep a higher signal of actual discussion in other channels, while providing an outlet for folks to drop related links without having to think too much about what to say about them.

This channel would be logged in our chat logs, similar to "stream", yet different from "stream" in that the links posted in this channel would be 100% human curated specifically for the channel, none of it from another context.


  • make it easier to figure out "which channel should I share this link in?" without have to figure out if it is dev-specific or more broadly indieweb-applicable
  • provide a human-curated informal reading list of sorts, that's broader / more casual than IndieNews (which implies elevation to being broadcast in the weekly Newsletter), i.e. this channel would be sharing links without spamming the Newsletter — of course someone else may decide to elevate any links shared here but that would be a separate explicit action
  • reduce non-sequitor noise in discussion channels
  • reduce interruptions of actual in-chat discussions
  • reduce distractions for folks that are easily distracted by links (and who could opt-out of this channel)


link sharing naming

Possible names and thoughts:

  • indieweb-links
    • +1 Tantek Çelik — proposer. communicates exactly what its for, what to expect if you’re in the channel, and what to share
    • 0 Aaron Parecki - I am not sold on the need for this channel, but this is my preferred name. A lighter weight option might be to encourage sharing these kinds of things in the current "stream" channel instead. I'm not sure what value there is in having a dedicated channel for links without context. It seems like it would be better to recommend sharing links with context in the relevant channel instead.
    • +1 Jim Winstead — I like this, brief and to the point.
    • 0 0x3b0b I am also not sold on the need for this channel, but this is the name I prefer if we have one, and I'd rather have a separate channel for manually dropped links than route them to -stream. But I'd also prefer a culture of at least a short phrase or so of context even in a dedicated channel - which doesn't remove all the reasons for proposing a separate channel, just the only one that actually bugs me personally as opposed to being something I can understand might bug other people.
    • +1/0/-1 Add yourself here… (see this for more details)
  • indieweb-linkdump
    • +0 Tantek Çelik — have seen this as prior art, could live with it, also clearly says what it is for (dumping links) and what to expect to see there. curious if this name resonates with anyone.
    • -1 Aaron Parecki - sounds like a dumping ground for low value things
    • -1 0x3b0b To me this almost implies that it would be for *bulk* link-dropping.
    • +1/0/-1 Add yourself here… (see this for more details)
  • alternative: auto-reject (bot or server setting) links without commentary, prod request for context
    • +1 Joe Crawford: (proposer) it seems plausible that a link absent any commentary (^https://[^ ]+$) is something IRC, Slack and Discord would be able to identify and reject and prod the poster to include comments as to why it was being posted. If I'm vastly underestimating the technical hurdle I will withdraw but "links absent commentary" seems finite enough to detect and reject programmatically
    • Anthony Ciccarello: As someone who very curious but sometimes overwhelmed by messages, I'd prefer to reinforce encouraging giving context when sharing links to adding another channel to check and encouraging link dumping.
    • +0 Tantek Çelik this could work for me
    • +1 0x3b0b I like this idea better than the separate channel, but I suspect it would have to be reactive, not proactive - that is, prompt the user after the post, not on the attempt to make it - and that it would therefore be more like the way Loqi nudges conversations toward -dev and tries to reinforce the culture. At the very least, I imagine anything else would likely require separate implementations per protocol. In turn, that might tend to encourage people connecting by means other than plain IRC to try to correct using edits instead of a follow-up message, which...well, isn't that bad, but looks messy cross-service.
    • +1/0/-1 Add yourself here… (see this for more details)
  • alternative: expand "stream" channel scope to include link-sharing. It's unclear there is sufficient value in a new channel rather than expanding the "stream" channel to justify the overhead, longer channel list, yet another channel to check costs of another channel.
    • +1 Aaron Parecki (proposer)
    • +1 Tantek Çelik this would work for me too
    • 0 Jim Winstead - this channel is already so noisy with bot traffic that I think human-curated links would just get lost (updated my vote that was -1 before: stream isn't as intolerably noisy on Discord if you turn off link previews, but I think I'd still prefer a links channel for human-curated links)
    • -1 0x3b0b I have just re-joined -stream to see whether I can make it fit my routine now, but when I was last there I found it unrewarding to try to pick out things I was really interested in reading from things I wasn't, unlike link-drops in the other channels. Seeing that something was posted by a human would help, but I am not ready to assume I'll want to frequent that channel.
    • +1/0/-1 Add yourself here… (see this for more details)
  • ... other naming suggestions welcome

See Also