Login
You're viewing the mstdn.social public feed.
  • Feb 18, 2026, 3:48 AM

    IRCv3 is shaping to be amazingly good!

    here's the things it offers, today, right now, on a chat server we just set up in one evening:

    • you don't need a bouncer (friggin finally)
    • there are moblie clients that work well
    • you can see backlog when joining a channel
    • you can browse chat history
    • you can connect from multiple devices with one account and nickname
    • if you disconnect, your nickname is still present in a channel you joined, marked as away
    • you can highlight or DM people who are away and they'll see your message when they join (without crutches like MemoServ)
    • there is a "last read message" marker and it is synchronized between multiple connections
    • messages have identifiers (and server timestamps) and replies can be tagged with the message you're replying to
    • messages can be redacted (for moderation)
    • you don't need to deal with fussy nonsense like NickServ authorization, ghosting, or such; connect with your username and password and that's it
    • there are typing notifiers, if you want them
    • there are message reactions, if you want them

    here's the things it does not offer:

    caveat: since IRCv3 is a true extension of IRCv2, the features listed above work if they're supported by both the server and the client. in my onboarding experience so far, people do not find it difficult to find a suitable client, but your mileage may vary. on the flipside, legacy clients will work just fine.

    unexpectly, i realized that IRCv3 can completely replace Matrix rooms for my own group chat purposes, and i'm probably not going to set up any Matrix homeservers again; it's just not worth it and frankly I should instead put that effort into coming up with a file upload IRCv3 extension or something

    💬 61🔄 458⭐ 779

Replies

  • 💬 2🔄 3⭐ 121
  • 💬 2🔄 1⭐ 19
  • 💬 0🔄 0⭐ 19
  • 💬 1🔄 0⭐ 0
  • 💬 0🔄 0⭐ 0
  • 💬 3🔄 0⭐ 0
  • 💬 1🔄 0⭐ 4
  • 💬 1🔄 0⭐ 0
  • Feb 18, 2026, 3:56 AM

    @artemis yep! it just falls back to the 'classic experience'

    you can do things like type /chathistory manually and get old messages retransmitted to you, like it's a bouncer

    💬 1🔄 1⭐ 15
  • 💬 1🔄 0⭐ 0
  • 💬 1🔄 0⭐ 0
  • 💬 0🔄 0⭐ 1
  • 💬 0🔄 0⭐ 0
  • Feb 20, 2026, 3:59 PM

    @artemis @whitequark yes, that's what i do with irssi. my client has virtually no ircv3 support (none of the fun features), but i can still join ircv3 servers (ergo) and chat with ircv3 clients (halloy, etc.).
    even if your client doesn't support ircv3, you can still /quote history #channelname and receive chat history! (i prefer to have an irc client that runs 24h/7, but in case of a power cut, that's an option)

    💬 0🔄 0⭐ 1
  • 💬 0🔄 0⭐ 5
  • 💬 1🔄 0⭐ 1
  • 💬 1🔄 6⭐ 27
  • 💬 1🔄 0⭐ 0
  • 💬 1🔄 0⭐ 5
  • 💬 0🔄 0⭐ 1
  • Feb 18, 2026, 8:39 AM

    @whitequark
    Wow that really sounds great and promising, thanks a lot for sharing this very nice and quite exhaustive summary!
    Here I've actually never stopped using IRC (plus its relative simplicity makes it really easy to implement useful status bots).
    Note that if we won't really need bouncers anymore, we could still use these for a smooth transition until more networks adopt IRCv3. ZNC for instance implements more and more server and client IRCv3 features

    💬 0🔄 0⭐ 1
  • 💬 1🔄 0⭐ 5
  • 💬 1🔄 0⭐ 2
  • 💬 1🔄 0⭐ 1
  • 💬 0🔄 0⭐ 2
  • 💬 1🔄 0⭐ 0
  • 💬 1🔄 0⭐ 4
  • Feb 18, 2026, 5:29 AM

    @whitequark oh, very cool. I wonder if now would be a good time to revive my IRCaudio extension I was working on for Mumble-esque audio channels

    💬 0🔄 0⭐ 9
  • Feb 18, 2026, 5:20 AM

    @whitequark Intriguing. Any recommendations for compatible servers and clients?

    If session persistence is a thing now, that feels like a real step forward for IRC (having to use a bouncer or a client running on a server somewhere is a high bar for a lot of people, especially more casual users).

    💬 1🔄 0⭐ 3
  • 💬 0🔄 0⭐ 4
  • 💬 0🔄 0⭐ 0
  • Feb 18, 2026, 6:37 AM

    @whitequark I’ve found myself thinking of going back to IRC, and this gives me more reasons than I has hoped for!

    Ps. I think everybody is finally using Utf-8.. please? 😜

    💬 1🔄 0⭐ 1
  • 💬 0🔄 0⭐ 7
  • 💬 1🔄 0⭐ 1
  • 💬 0🔄 0⭐ 0
  • Feb 18, 2026, 7:20 AM

    @whitequark
    File uploads could probably be kludged exclusively on the client side with something like
    ```
    START FILE UPLOAD
    METADATA <metadata>
    BODY <base64 file contents>
    END FILE UPLOAD
    ```
    although it would be problematic in that it would show up as spam for anyone without the client extension, and would be less efficient than a binary solution. It could work the same with image, audio, video, and stickers, since those are all just specially tagged files. Could even work for streaming (hence live audio/video calls) if the files are chunked right, maybe adding CONTINUE BELOW and CONTINUED FROM ABOVE indicators.

    Of course, that would be stupid, since a 2MB file would take more characters than make up the entire LotR trilogy (~2.3M) under this encoding scheme, all of which would be shown in their raw form to any user with an incompatible client (unless IRC lets users handle this somehow). Maybe there's a reason people leave some things to the server.

    I realize I have just given an oversimplified description of how XMPP handles (or maybe handled, depending on implemented XEPs) file uploads.

    (please don't interpret this as me trying to fedisplain how you should implement a file upload protocol. don't implement it this way, please.)

    💬 1🔄 1⭐ 1
  • Feb 20, 2026, 6:12 AM
    Huh, I guess file transfers were never "officially" part of IRC?

    I kind of forgot given one of my friends in high school (I graduated in 1994) was running (x)dcc warez bots on popped shells all over the place.

    "Nature finds a way" or something. ;)

    A lot of those other deficiencies apparently ameliorated by IRCv3 were also addressed in SILC, decades ago, e.g.

    1. unique identity based on public key cryptography, so you can have individuals with identical nicknames on the same server/network (just like real life has people with identical names, but different DNA). So: no need for NickServ. UNIX/Linux: still never figured this one out. Windows/NT/Active Directory has UUIDs, but z0mg, so broken [esp. with UTF-8/Unicode usernames]! Do not recommend as a viable alternative either.

    2. channel "founder" status, so riding netsplits to takeover channels with ops? Eliminated. So: no need for ChanServ.

    3. /disconnected mode. So no need for a bnc to store/forward messages.

    SILC also had things such as:

    end-to-end encryption, by default.
    Perfect Forward Secrecy, by default
    Messages are encrypted from server operators, by default (this is still rarely acknowledged as a real threat, perhaps the lawsuit against WhatsApp with whistleblowers alleging that they were able to read users' presumed private messages, en masse, will start to open up folks' eyes to that threat model? I have similar horror stories I've kept private for decades that were shared as gloating points by some less scrupulous hackers with whom I crossed paths.)

    Additionally, private messages can be cryptographically signed (for an added layer of comfort I guess?).

    Circa 2014 I released an encrypted OpenBSD VM with some tools to show a proof of concept of tunneling OTR (https://otr.cypherpunks.ca/) over SILC, just because well: why put all your eggs into one basket? I also threw in Tor, for folks who wanted to torify things; and I made sure all the clients were configured to be UTF-8 clean. I called it: "Merry Cryptmas" and uploaded it to archive.org with a 30 day retention, because I didn't want folks to run into stale Docker container type vulnerabilities.

    Best part? I didn't need to write a single line of code! That was all using existing libre/free open source software.

    I guess it is debatable whether configuring some clients to handle UTF-8/Unicode gracefully is writing code? IMHO, such things should have been defaults (particularly in 2014 by which point UTF-8 was already over two decades old) but at least everything supported UTF-8/Unicode even if it had braindead ASCII defaults.

    Meanwhile, in 2026: Discord face scan/ID debacle has apparently asploded to the point where in the past day or two: Twitch has turned every chat into "Verified Accounts Only" and the old loop hole of: "I am a subscriber, thus obviously, I am a verified account" no longer seems to function!

    Brilliant! /sarcasm

    Twitch want me to "verify" with a phone number, but the VoIP # I have used quite successfully for nearly two decades, is apparently not considered "blessed" in whatever broken database Twitch uses (presumably the same database that is used by LiveNation/TicketMaster, Discord, etc.).

    Particularly ironic: Twitch Chat is derived from IRC. I had zero problems connecting to it years ago via irssi! Though, I met some junior midwestern sysadmin at TwitchCon last year who seemed amazed I had gotten that to function. I think he maybe wasn't enough of a nerd or something?

    So, IRC: which required: no email addresses, and no phone numbers? Developed in an era when folks coding stuff online probably still had very fresh memories of AT&T as being a convicted monopoly and best avoided entirely Is now being perverted by the machinations of broligarch billionaire Jeff Bezos' minions to require both! It's as if they took jwz's law of software (see: https://en.wikipedia.org/wiki/Jamie_Zawinski#Zawinski's_Law ), and decided it wasn't Tetsuo Shima mutation scene from アキラ「AKIRA」enough. sigh

    Year of the Fire Horse is off to a ragin start! Of, stupidity, apparently?

    "There are typing notifiers, if you want them
    there are message reactions, if you want them"

    Interesting! I do not want them. I do not want message read receipts either. I also do not want message "likes", emoji-reactions, etc. (I realize, it's too late for ActivityPub/Mastodon which already has such things).

    Those IMHO, are all anti-patterns and going backwards in usability and create perverse social incentives. ;(

    I think the current hearings with Mark Zuckerberg testifying about how addictive IG/Meta/FB/etc. are may raise similar issues? I wonder how he will wriggle under scrutiny?

    Particularly given that one of my other friends from high school used to work for that conglomerate (incidentally, his team apparently helped give their avatars legs so they weren't just disembodied 3D heads!) and told me, first hand, that they studied uhh, what would the dumbed down euphemistic term be, "engagement metrics"? Something like that. Basically every little feature was more or less A/B tested to see what would be the most addictive possible and that's what got deployed. I doubt that friend will get subpoenaed. Moreover, that friend and I still see each other infrequently and I wouldn't wish court room appearances on my worst enemies, let alone friends.

    "Television is the last technology we should be allowed to invent and put out without a surgeon general's warning."ーAlan Kay

    IMHO, Alan Kay was mistaken, Television, should also have shipped with a surgeon general's warning.

    Similarly, Australia and all these other countries banning "social" media for 16 and under? IMHO, it doesn't go far enough no one should be using that crap. Ah well!

    As I get older, I increasingly seem to relate to Gene Wilder's portrayal of Willie Wonka with the despondent delivery of lines such as, "No. Stop. Don't." As children must learn these things for themselves or something?

    Still, IRC iterating, is kind of charming, in its own way.

    Is NNTP iterating? I realize, NNTP still exists too, but it seemed much less progressive. NZBs were more or less dug by a limited subset of the warez scene which perpetuated commercial alt.binaries servers with long retention policies. Meanwhile, FTP warez stuff, though it evolved TLSed FXPing, largely seemed overshadowed by Torrenting decades ago; while outspoken security experts such as @tqbf@infosec.exchange couldn't seem to be convinced that FTP is older than TCP/IP and there's something rather charming to such a venerable protocol which survived the NCP to TCP transition.

    CC: @whitequark@treehouse.systems
    💬 0🔄 0⭐ 0
  • 💬 1🔄 0⭐ 0
  • Feb 18, 2026, 7:42 AM

    @nawanp matrix has no presence, discord technically has it but ime it has no correlation whatsoever to whether i'll get a response so... yeah? i don't care about presence

    💬 1🔄 0⭐ 4
  • Feb 18, 2026, 8:40 AM

    @whitequark

    Actually, it has. The difference is that, unlike XMPP and other centralized IMs, presence in Matrix is part of room state synchronization. But because of this, presence is heavy and far from scalable (see https://github.com/element-hq/synapse/issues/9478).

    Oh, and I forgot to mention that IRC also lacks a roster (a.k.a buddy/friend/contact list). But depending on your needs, I think this can be both good and bad.

    💬 1🔄 0⭐ 0
  • 💬 0🔄 0⭐ 2
  • Feb 18, 2026, 7:53 AM
    imean on boarding tools can probably be handled as server bots , right ?
    💬 2🔄 0⭐ 0
  • 💬 1🔄 0⭐ 0
  • Feb 18, 2026, 8:13 AM
    yes thats true , but making an onboarding bot and having instructions for how to add it to your server and set it up could be neat
    💬 0🔄 0⭐ 0
  • 💬 0🔄 0⭐ 0
  • 💬 1🔄 0⭐ 1
  • 💬 1🔄 0⭐ 0
  • 💬 2🔄 0⭐ 1
  • 💬 0🔄 0⭐ 2
  • 💬 0🔄 0⭐ 1
  • 💬 0🔄 0⭐ 2
  • 💬 1🔄 0⭐ 0
  • Feb 18, 2026, 9:00 AM

    @val not gonna lie, I haven't expected to be excited for any chat system a few days ago when I first set ergochat up, but I am definitely excited about IRCv3. very much "the right thing, in the right place, at the right time"

    some improvements are needed for it to be really widely usable but it's already at a point where beating 2005 statistics seems like it could happen

    💬 1🔄 0⭐ 3
  • Feb 18, 2026, 10:14 AM

    @whitequark The hard part is still that this experience breaks down as soon as you need to join an existing community which does not run on a modern server

    💬 1🔄 0⭐ 0
  • 💬 0🔄 1⭐ 1
  • Feb 18, 2026, 9:08 AM

    @whitequark so I always thought one of the biggest issues with IRC was the fragile spanning tree structure of the network. Is that still there in v3?

    💬 2🔄 0⭐ 0
  • 💬 0🔄 0⭐ 1
  • Feb 18, 2026, 11:15 AM

    @davidgerard v3 says nothing about s2s comms, but Libera folks are also working (separately) on improving that

    personally I just run a single IRCd instance because I do not need more distsys nonsense in my life and a single midsized VPS can handle thousands of connections already

    💬 1🔄 0⭐ 5
  • Feb 18, 2026, 11:18 AM

    @davidgerard anecdotally, I haven't found that netsplits are a problem on modern IRC; they are no longer a gaping security hole, so it is just a minor annoyance that v3 essentially hides from view by having history retrieval and message grouping (for bulk joins/quits)

    💬 0🔄 0⭐ 3
  • 💬 0🔄 0⭐ 0