I think you remember LightIRC from the past, based on Adobe Flash Player. That project was abandoned long time ago, and i always wanted to have some alternatives, but it didn`t happened.
So i started my own project: LightIRC2. It has nothing to do with lightirc itself. The name i use its because its something similar, but not the same app.
The app runs on client->server and has 1 to many webcam viewers. ATM its in beta version, with a TO-DO list in making.
Why LightIRC2?
You dont need a server to host the client, its web based;
you need a wss port open
you need only the server for webcams
Thoughts?
If you wamt the link to try it, its public, but i dont want to make spam, so i can send in PM.
So long story short, when I load HexChat, I want it to be 100% width, 50% height.
Then when I detach a certain channel called #Showtime, I want it to ill the other 50% height.
I can get #Showtime to be the desired dimensions and position, but I can't get the initial/main window to change dimensions/position.
I've tried various other ways to "grab" the main window but I think my problem is I'm not putting in the right title/role to grab it. For example, I tried title "hexchat" among other things.
I have created in 2 day's with full of coffee IRCPlus v1.1b.
Very proud of it if i may say it... Looking for fellow mIRC Scripters to develop this script to a higher standard,if your interested dm me please.
There’s been a lot of work going on in the client space and I’m super excited for IRCv3 and the general maturation of it, as IRC is still one of the few communication mediums on the internet that I feel isn’t plagued by corporate interests.
A few months back I started a little bit of a passion project for my own benefit, as I just wanted an IRC client that felt the way I wanted it to feel and have some options to switch it up when the mood struck.
I’ve been testing and I’m fairly happy with things, although looking to add some more features on a stable foundation (scripting, etc.)
If you’re looking around for a new client to drive on desktop or mobile, I’d be grateful to get some testing and feedback on what’s working, what isn’t, and maybe what would be valuable to you.
https://www.seraphirc.chat
Some features:
- Desktop supports direct connections, ZNC, and Soju.
- Mobile is designed around Soju, as I wanted to focus on one platform and make it first class.
- Push notifications for mobile
- Voice dictation and voiceover friendly. I’m doing some additional polishing in this department, since inclusivity and accessibility is important to me as an author.
- Supports file uploads with Soju
- 21 (🤪) themes to choose from. Bright? Check. Boring? Check. In between? Check. A little something for everyone.
- Configurable slider to dial the atmospheric elements on the UI to suit your tastes.
- Emoji support
- Windows is an unsigned build, but I’ll be tidying this up soon.
On the point of Android: I do intend to release the client for Android, though I use an iPhone myself and it’s been easiest to dogfood this way. Once I’ve been able to get a significant amount of external feedback and I know we are solid, I’ll push it along to Android. I just didn’t want to double my problems out the gate. 😊
(Bonus: What are the scepter and the key constellations on the page? The scepter signals authority and power, the key signals the ability to lock away and access things at your discretion. This is the Internet I still believe in.)
Hey r/irc. We're the team behind turborg, an open source (Apache-2.0) IRC tool we've been building in the open. It's at v0.20 now. Posting it here because this is the crowd whose opinion actually matters to us.
What it is: one static Go binary, no runtime deps, that covers three things you'd normally need three separate tools for.
A real IRC bouncer. Point HexChat, irssi, mIRC or WeeChat at the bot's loopback port, auth with a password, and tunnel through its upstream session. The connection stays up while you detach, standard BNC workflow. TLS, SASL PLAIN, NickServ identify, IRCv3 server-time and account-tag, and it tracks full JOIN/PART/KICK/NICK/TOPIC state straight off the wire.
A built-in web client. A WebSocket gateway serves a vanilla-JS single page UI at /. You get a channel sidebar, member list, slash commands, IndexedDB scrollback and browser notifications, so you can attach from a browser with no native client at all. The WS protocol is documented and stable, so you can drop in your own frontend if you'd rather.
A scriptable bot. It ships with zero commands. You define them as data (a trigger, a static or templated reply, an access policy) in config. No recompile to add one or change one.
Optional and off by default: you can point a command at an LLM (Anthropic, or any OpenAI-compatible endpoint) if you want an AI-answering command. Leave it unset and the bouncer and bot don't care. It's there if you want it, it isn't the point.
Quickstart, three env vars and you're online:
export TURBORG_IRC_HOSTNAME=irc.libera.chat
export TURBORG_IRC_NICK=myturborg
export TURBORG_IRC_CHANNELS=#turborg-test
turborg run
Install with go install github.com/turborg/turborg/cmd/turborg@latest, or grab a release binary, or pull the container with docker pull ghcr.io/turborg/turborg:latest (multi-arch, distroless).
A bit of history: turborg started life as a Python project. We rewrote it from scratch in Go to get a single dependency-free binary and better concurrency, and it's maintained by the xShellz team now. It's properly OSS: Apache-2.0, CLA, public roadmap. IRC is the first connector, and Discord and Telegram ride on the same handler abstraction.
It's still rough in places and we'd rather hear it straight. If you run a bouncer today (ZNC, soju, whatever you're on), what would stop you switching? What's missing? Happy to get into the internals.
I really just used Libera from IRCCloud, but today, when I tried to sign in after months, I was greeted with no channels in the gamja client and 400 errors as stated above.
This happens in every account. I don't know what to do.
Back in 1996, Microsoft released Comic Chat, an IRC client that displayed conversations as comic book panels instead of plain text. It was one of the more unusual IRC clients of the era and also played a role in popularizing Comic Sans, which was originally created for the application.
Thirty years later, Microsoft has released Comic Chat as open source.
The source code is now available, along with some background on the project's history and why it was being preserved and released today.
I thought this would be of interest here, both as a piece of IRC history and as a look back at one of the more experimental clients from the 90s.
Did anyone here actually use Comic Chat back in the day? I remember seeing screenshots of it, but I don't think I ever ran into anyone using it on the networks I was on.
I've been working on a new Android client called motd (message of the day) with LLM assistance. I understand that this is a nonstarter for some people, so feel free to just ignore this.
I mostly use ERC in Emacs nowadays, but I really wanted a "modern" feeling mobile app that has seamless integration with bouncers like Soju so I can chat on the go. I was always dissatisfied with the current apps so I figured I'd just make my own.
It's fully free (non-Google APK for now), and you'll have to blindly trust me to sideload the APK.
I've been having a lot of fun using it and iterating on it, and I hope some others can enjoy it too.
hello guys, where can i find and buy for stable vps or Dedicated that support installation gnuworld and irc server either than RamNode, ovhcloud that allow IRC?
After building DiscordPGP, a browser extension that adds OpenPGP-based end-to-end encryption to Discord, I started working on the next project on my list: an end-to-end encrypted IRC client.
During development, I repeatedly needed temporary IRC servers to test connections, encryption, reconnections, and client compatibility. However, I did not want to rent, configure, secure, and maintain another VPS solely for testing with my friends.
So instead, I built a TCP IRC-to-WebSocket relay and designed a serverless IRC architecture that can use Firebase or Cloudflare Durable Objects as its backend.
Because the infrastructure consumes resources primarily when messages are transmitted, stored, or retrieved, the marginal cost of hosting an additional IRC server is extremely low (approximately $0.008 per million messages)
This means I can now provide free IRC server hosting to everyone so i made a site so you can create your own servers:
Short story: I was a long-time user of the well-known iOS clients we all know, but I kept getting frustrated with them:
They didn't let me stay connected in the background without a bouncer.
Their design was from 10 years ago, at best.
They didn't let you personalize much. Granular notification settings? Custom alerts? Custom style per server? Nope, none of them.
The feature set looked frozen in time, somewhere around the age of Windows XP clients. A preview of the links you receive? Not for you. A notification that watches a specific server or chat and pings you when a match (or a regex, or a mix of them) hits? Too bad. Auto-connect to servers by location or time? No.
I'm a software developer, and I thought I could do better. So I tried.
Introducing CuIRC, the IRC app that doesn't feel like it's from 10 years ago.
It's built from the ground up on Apple's Swift-NIO networking framework and a heavily modified NIO-IRC.
So, what does CuIRC offer?
Multiple servers and bouncers, with first-class ZNC support, including a selector fitted to the services a ZNC reports.
Configurable chat behavior. App-wide, you can choose whether entering a chat drops you at the end or back where you left off, and whether to suppress enter/leave messages. Swipe the composer bar to search, and swipe to reply.
Background connection without a bouncer. Set up Location Profiles ("connect me to this server at home on weekends, these others on workdays", as many rules as you like), and since that needs background location, the app keeps running and your connections stay up even after you leave it. What a shame :)
Notifications app-wide, per-server, or per-chat, including custom ones that scan messages against your own rules, regex included.
URL previews. Apple's built-in resolver is great but chokes on a lot of pages, so I built my own. If the native one can't get a thumbnail, an optional engine fetches a relevant image for basically any URL, prioritizing the links currently on your screen.
Cuicasso, my image editor for photo sharing: layered editing, a 3D-transform-capable censor and watermark tool, and a toggle that strips all metadata before anything leaves your device. I'm pretty proud of this one.
CuIRC speaks IRCv3: message-tags, server-time, account-notify, away-notify, chghost, multi-prefix, setname, sasl, and more, plus a caps viewer showing advertised vs negotiated per server. The goal is to support every stable IRCv3 capability.
A few more: moderation tools a long-press away (promote, kick, ban, with the user's last 5 messages shown so you hit the right person), persistent clone detection, Face ID, and 23 languages courtesy of the new Xcode localization system. And chat wallpapers, which, well, the whole app is 14mb, so how does it ship wallpapers? I render them myself, with light and dark variants and a preview that shows exactly how each looks on your device.
Now, about battery usage
Battery was the thing I worried about most, so I set a rule early on: outside Cuicasso's rendering, nothing touches the performance cores. Everything else stays on the efficiency cores. Then I profiled, rewrote the parts that cost too much, profiled again, and kept squeezing until there wasn't much left to squeeze.
On a close-to-worst-case test, connected to a server with 10 active channels, each with 1000+ users, people joining and leaving and messaging non-stop, with Clone Detection and Chat History both on, with test duration of 5 minutes, it used 19 seconds of CPU time across all cores (4 efficiency, 2 performance, around 5s per efficiency core). Nearly 10 of those came from storage work like chat history and the clone index.
The first wave is 100 users, so I can personally address any concerns that come up. If it's full and you're keen, message me and we'll probably work something out :)
Why the name CuIRC?
When guinea pigs chat, they make a sound like "cui", and this is an IRC app. CuIRC. Also, I like guinea pigs, they look like potatoes.
When I shake my device, a pop-up appears, why?
It's a shortcut for Location Profiles, so you can toggle it on or off right as you're about to leave the app (remember the side effect: it keeps your connection alive in the background once you do :)).
iPadOS / macOS support?
As soon as the iOS version is done. I'm already building bits of both, and proper support is priority Nº1 after that.
This is free. What about the future?
The app is free and will stay free, and so will the full feature set. That said, Apple charges me 100€ a year to publish it, and it costs me time and money to build, so at release I may make registering more than one server a paid feature: 0,99€ monthly, 9,99€ yearly, or 19,99€ lifetime. There won't be a paid CuIRC 2 or CuIRC 3 later on; the one-time payment keeps working, full stop. I'm not a fan of subscriptions and I bet most of you aren't either, which is why the lifetime option is there, but a flat 19,99€ as the only choice would be a hard no for most people, so the cheaper recurring tiers exist too.
What about privacy?
I don't collect anything. That's it.
Where can I report bugs or ask for features?
In the official GitHub repository: https://github.com/david-ns/CuIRC-App
Also, you have the in-testflight report & contact options in case you prefer those.
I've been using IRC and hosting IRC servers for quite a while now and after quite a long time of trying unsuccessfully to find a fitting IRCd I figured I'd seek for advice.
I'm looking for an IRCd under a permissive [MIT, BSD, ISC, Apache 1.0, etc] license. I've used UnrealIRCd and liked it, but I dislike running GPLed software and want to avoid it wherever possible. The only IRCds I could find meeting my requirements were TclIRCd, which is from 2004 and clearly an unscalable [but very impressive] hobby project, and Ergo, which I've had very bad experiences with.
I don't need IRCv3 features, but I would like good efficiency and scalability if possible. I've tried for quite some time to find an IRCd meeting these requirements and failed. I really don't want to have to use Ergo.
Anything Perl-based isn't possible given it's dual-licensed under the Artistic License and the GPL, Bash is GPLed so same with that. I'd prefer to avoid Python and Go, for various reasons.
I'm also interested in any permissively-licensed bouncers. I haven't looked into the options there much but ZNC is unfortunately Apache 2.0.
I'm interested in setting up an fserve running on a remote VPS. I have ssh access but no GUI. I'd figured on using weechat as a client since there seem to be a ton of scripts for it, but I'm not seeing an fserve script in the weechat repo.
So, is there such a script that I'm not seeing? Is there a better solution for this use case than weechat?
Twelve years ago I released an IRC client called Mango. It was Objective-C and OpenGL back then, and it barely runs on modern OS versions now. I still use IRC every day, so I finally sat down and rebuilt the whole thing from scratch — this is version 3, a complete rewrite.
It's SwiftUI, built on The Composable Architecture (TCA), so it actually feels native: keyboard-driven on the Mac, and it runs on iPhone and iPad too, with a few themes baked in (there's a Rosé Pine and a Nord in there). Under it, it leans hard on IRCv3: SASL, server-side history/backlog, message reactions and replies, inline link/image previews, and read markers so your unread state and "where you left off" sync across your devices when the network supports it (soju works nicely).
It connects to any normal network — I've had it pointed at Libera for months — plus self-hosted bouncers. No account or signup on my end, you just add a network and go.
It's still a beta with rough edges, which is honestly the whole reason I'm posting: I want people who actually live in IRC to try it and tell me what's broken, annoying, or missing.
TestFlight — Mac, iPhone and iPad (needs macOS 15 or iOS/iPadOS 17):
Long story short I wanted to register a new account on a network but the problem is that the network itself bans me before allowing access therefore making it impossible to run /msg NickServ REGISTER command.
Nothing’s written about such an issue in official documentations or at least from what I know.
So how else do I register an account then?
EDIT: Don’t know what in the world had happened but am now able to access multiple networks. Although the ‘/msg REGISTER’ command doesn’t seem do anything. Really strange…
Sorry if this is a basic question, but I want to setup my own irc server for some friends that's connected to a Minecraft server and I want to create a custom command that anyone can run that will run the script to start the server.
Following up with another new bot from our end. We've created an UploadBot and added it to the fleet, which is a self-hosted file and image host for the IRC, with super easy sharing flow.
The thing that makes it a bit more unique is how it handles accountability. Every upload is tied to your NickServ identity, so there's no anonymous dumping. The bot bridges your registered IRC identity to the web service using signed tokens and hands you a one time upload URL that expires after 15 minutes. That means uploads are always attributable to a real registered nick, which keeps things clean without us having to log IP addresses or do any of the creepy tracking stuff. You stay accountable, but you don't get surveilled. That balance was the whole point.
It's a Python/FastAPI web service plus an IRC bot, same passive-detection pattern as our other bots, and it's open source if you want to look at it or run your own: https://git.inthemansion.com/MansionNET/UploadBot
Free for anyone to use (just have to adapt the frontend mostly), and happy to get into the weeds on how it works if anyone's interested.
