It's a bunch of XMPP software (Conversations, Siskin, Prosody), with minor patches, under a common branding (the Snikket parrot), plus a web portal.
It's aimed at the friends&family use case, with an easy invitation-based onboarding workflow. You can either self-host a Snikket Server (= Prosody + TURN + certificate automation) or sign up for the hosted beta (which is either bring-your-own-domain or a domain under snikket.chat).
Note that snikket.org is not, by itself, an XMPP service where you can just sign up. You either need to run your own instance, or you need to sign up for hosting.
I switched over from irssi to poezio a few years ago (with a self-hosted biboumi as XMPP<->IRC gateway) and I don't miss irssi (anymore).
Of course, the transition was a bit bumpy, but I think that'd go both ways. As someone else said, it's not a direct replica. Yet, it feels close enough and not too close for the uncanny valley.
Possibly not for "political" reasons, but it gets increasingly harder to be an independent mail operator. I've been running my own email cluster for over a decade, privately.
Some mail providers require you to contact them to get on an allowlist to even be able to deliver email at all. Others do not formally require that, but you may have to enroll in a postmaster programme in order to track your deliverability. Yet others there's no hope at all, except running after the most recent fad in spam fighting (like DKIM/DMARC/SPF etc.), only to find that even fully and correctly configured DKIM (which I don't like on my private email for many reasons) is by far no guarantee for not getting your email marked as spam (and thus, on some providers, hidden by default), even from IPs and domains which have had no spam emitted from them for many years.
So... Yeah. It's not heard of in the public media because those affected most by this don't have any leverage. The big mail service providers (MSPs) presumably have their agreements among one another to protect their business, but if you're just doing friends&family, good luck getting anything except an autoresponder when you run into troubles.
(To offset some of the criticism here, I have had very positive experiences with contacting postmasters of some large German email providers when issues happened, so there's that.)
Who would be operating that server? For how many people? With which privacy policy and which SLAs? Is it just one server (= centralisation and SPOF) or many servers?
The idea behind Snikket (as I understand it) is more along the lines of having a tech-savvy person in your environment who’ll set up a Snikket instance for you and where they all invite the folks important to them.
That means reduced centralisation while providing a lean user experience. The invites are (especially on android) super low-friction (you are presented with a nearly-complete signup after app install; you only have to enter a username (not a domain name, that’s included in the invite; just a username)).
Thanks to being federated with the entire XMPP ecosystem, it can still interoperate with users who are on Quicksy or any other XMPP service out there, which is nice.
I think an invite-based approach is a good middle-way to avoid encouraging centralisation (think matrix.org, jabber.org, or worse) and keeping the onboarding friction as low as possible.
> echoz.sh also uses cut, base64, stdbuf, tr, mkfifo, tee and sort.
tee can be eliminated if needed be, the others should probably be added to the list of dependencies, thanks.
> echoz.sh does not seem to have any "bashisms" so perhaps one does not actually need bash and other sh will suffice.
Indeed, there is a PR which I have to review which fixes that.
> The uses of cut to isolate substrings and tr to replace characters can also be acomplished using sed.
I would be interested how you would do especially the tr part in sed, given that sed, even unbufferedly, operates on "lines". I use tr to replace '>' (XML delimiter) with a line ending recognized by sed to be able to operate on individual XML elements.
> "All you have is openssl, bash, dig, stdbuf and sed?"
I hope it is clear that this entire thing is ironic and the long list of dependencies -- especially given that bash could reasonably be used to replace sed here -- is supposed to underline that. I’ll gladly add more :).
The current edition of those can be found in XEP-0459: https://xmpp.org/extensions/xep-0459.html