

[email protected] it also seems that Conversations now has the ability to preserve message history when moving devices. Of course this is different than moving between clients, but it’s a step in the right direction.
[email protected] it also seems that Conversations now has the ability to preserve message history when moving devices. Of course this is different than moving between clients, but it’s a step in the right direction.
@[email protected] Did not know that. Must be very recent.
@[email protected] in this case, it was designed explicitly as a security feature. It’s not uncommon for end-to-end encrypted services to have this limitation. Signal has it, for example. Only way you can keep your message history with Signal is to migrate it directly from installation to installation, and it doesn’t sync old messages when setting up the desktop client.
But, you should be fine if you have a backup of Conversations, at least on Conversations itself.
OMEMO by design does not allow old messages to be decrypted by a new device. However, anything going forward should sync between all XMPP clients that implement proper XEPs. The server also has to support the XEPs. But if you’re using OMEMO, then you should also already have the other XEPs required for proper messaging experience. Specifically, the XEP for syncing messages across clients is Message Carbons.
Matrix is able to decrypt past messages on new devices, but that’s because it stores your keys (encrypted) on the server and does a bunch of funky key fetching and passing between sessions to allow message decryption from new verified sessions. OMEMO does not have this function.
Such a joke of a country.
I am using Futo Keyboard. Downloaded it when it was marketed as open source. Unfortunately found out a few days ago it isn’t actually open source. It’s still a damn good keyboard, but it’s still unfortunate. AGPL exists for a reason. Oh well.
Tried one of the universal blue images on a Chromebook. It was nice. But it didn’t contain the scripts/configs to make the audio work. So that was that!
I like the concept, though.
@[email protected] it should be noted that they’re shutting down the open source project. However, a fork is apparently forming. But it’s good to know.
If you have a wireless card (or don’t need wireless) capable of working with Linux Libre, then by all means use it. There is no technological advantage to using Linux-Libre. There are principle advantages. I say this as someone who uses Linux-Libre on my Gentoo laptop (and maintains an overlay with an ebuild for Linux-Libre).
@[email protected] funnily enough, I switched from Linkwarden to Hoarder. I like the smart lists. Just bookmark everything, check it later.
@[email protected] no. I use the app service one. It works well, but it’s basically for bridging public channels. The Mautrix bridges all work very well. I’ve used the Facebook one in the past. It’s just the limits those platforms put on the bridge (e.g. banning or locking account) that can be a problem. If your bridge is connecting from the same place as you normally connect to Discord from, you should be fine.
@[email protected] which discord bridge? For Matrix? The one that operates as a Discord bot works perfectly. Don’t know about the ones that want your login token.
[email protected] said in Is there a way I can make my XMPP (Conversations) messages synced to my desktop?:
Well, the blog post for it is from January 2025. https://signal.org/blog/a-synchronized-start-for-linked-devices/
So I guess it has not been around too long! But it’s interesting they’ve added it. Sounds like it works similarly to the existing message transfer, but with the addition of multiple encryption keys (similar to how Matrix does it).