There’s also a blog post here: https://blog.jmp.chat/b/cheogram-android-stickers-2023

Not that I’m aware of

I will say that it’s worth being careful: there’s no option for a backup XMPP account (so your account better have perfect uptime) and I very rarely have incoming phone calls actually work (calling out works, calling in is pretty random, most of the time it doesn’t even ring). Also the UI on the client is still pretty bad (especially for group texts, which are almost unusably bad).

All that being said, it’s a great service, just know what you’re getting into before you make it your primary phone number, it’s not nearly as polished as they make it sound.

Oh nice, some of the GSoC projects are really interesting this year!

I created a new Gajim community and cross posted there as well, for future use!

I’ve been looking forward to the UI overhaul since the office hours demo! I’m looking forward to it trickling into Fedora.

Welcome, and thanks for the newsletter translations!

I apologize if thatwsas a joke, my bad

This is exactly why we should stop pretending everything is fine and actually try to address the problem of Google doing damage to open ecosystems.

This kind of language is literally what I was replying to. You’re not helping, you’re just ensuring fewer people use XMPP. Stop spreading fud.

When people say “killed” they obviously don’t mean “literally no one uses it”. Also no one really cares that Whatsapp or Google are still using it internally. Google did serious damage to the public network and the broader XMPP ecosystem and it’s worth acknowledging and learning from that instead of just complaining that someone wasn’t absolutely precise in their language. For all intents and purposes, XMPP is effectively dead to the general public. Let’s try to bring it back to popular use and make sure Google et al. can’t do their “embrace, extend, extinguish” thing again.

TL;DR — please stop being snarky to the OP.

When you say “not quite there yet”, what issues did you run into?

Do you already have a bridge setup and hooked up to your account, eg https://jmp.chat? If you go to add a contact, for instance, it will let you add a phone number and automatically append the bridge address (@cheogram.com in this case)

I’ve been using Cheogram (another Conversations fork that adds features related to telephone dialing and SMS gateways; if you don’t use one of those, it’s probably not super useful and Conversations is a better choice). I think it’s only available on F-Droid, sadly: https://f-droid.org/en/packages/com.cheogram.android/

Seems okay to me, but I’d bet existing ones are already established and probably other instances will have a wider user base. But I don’t see any reason to forbid it, personally.

The account applications appear to be working again (or maybe they always were?) but are just a bit slow. Expect registrations to take a few hours before approval. Thanks!

Quick update: it looks like email confirmations aren’t being sent and account applications aren’t working. I’ve emailed the hosting provider to ask for a fix and will update when account registration has been re-enabled.

On the main home page you can choose “local”, but otherwise no, Lemmy doesn’t have any real admin tools which is quite frustrating.

I think they meant that the reference client/server get the new features. You’re correct that the other third party clients have the same issue as XMPP where they all implement their distinct subsets of features or take a long time to update. Having the specs in one giant document or in multiple little documents doesn’t make much difference there.

If you have some technical ability and are on Android I’d setup sshd on the phone (there are various apps to do this easily) and use rsync(1) or scp(1).

If you want something less technical, I use the Conversations app on my phone and Dino on my desktop for chat and sometimes send files to myself. Not ideal, but it does work pretty well for one-off smaller files.

This is one of the big trade offs: Matrix has a big VC funded client/server implementation that gets new features right away. On the other hand, because of this it only has a few alternative clients and servers. XMPP on the other hand has a large and vibrant client/server ecosystem, but no single client/server pair that are funded and get new features right away. Generally speaking I think this is a good thing and it’s one of the reasons I decided to start doing XMPP development over Matrix development back when I was comparing them initially, but YMMV.

The “not actively developed” is wrong too; XMPP is very active and has been for a lot longer than matrix, meaning it generally has a lot of problems solved that Matrix is still working on re-inventing the wheel on.

XMPP has supported bridges for a long time too (since the early 2000’s, at least), for example, jmp.chat runs bridges between it and the telephone network, SMTP, IRC, and probably others that I’m forgetting. Disroot also runs an IRC bridge, as do a lot of XMPP servers.

oh drat, doesn’t look like their federation support actually lets you subscribe to groups in other lemmy instances yet? Oh well, soon I hope!