Search
Items tagged with: conversations_IM
Seems like this release broke compatibility with #Conversations_im again?
Previously this was due to the relatively long URLs that Conversations uses but I was under the impression that this had been fixed.
RE: coywolf.com/news/social-media/…
„The features matter a lot less than the people who are using the platform. […]
It can sometimes be a bit misleading when you get a lot of ideas and feature requests in a community, and the conversations become, ‘We definitely need feature X to grow because that’s what’s stopping people from using the platform.‘ While that’s true in some cases, the sad reality is that any flaw can be overlooked as long as the people you want to reach are there.“
This feels true for #Conversations_im as well.
Fortunately, getting killed by the CIA by means of predator drone strike is not everybody's threat model. For others - certain French judges for example - a real threat can be getting sanctioned by the US government and completely locked out of US services.
So yes, know your threat model when picking between #Signal and #Conversations_im.
Day 2 of the Hackathon went great. Marvin (@larma) helped me implement an opt-in feature in #Conversations_im which routes all P2P sessions (calls and files transfers) via the users home server (similar to the feature found in Signal).
I went on a nice walk to a viewpoint on Mount Royal afterwards.
Now looking forward to Day 1 of #IETF124.
The first day of the Hackathon at #IETF124 in Montreal is coming to an end.
We implemented the relatively niche feature of XEP-0444: Message Reactions that allows channels or group chats to restrict the type and number of emoji reactions users can do.¹
This brings us a step closer to advancing and stabilizing the XEP. We didn’t want to do that before, since we aim to have complete implementations before requesting a Last Call.
#Conversations_im is doing pretty extensive DNS caching. If you set the TTL of your DNS records relatively high (86400 seconds for example) Conversations can avoid some round trips during connect. Another round trip can be avoided if you prioritize the _xmpps-client SRV entry. This can significantly improve the performance in rough networking environments.
In good networks we can establish a full connection in under 500ms.
But Daniel, you might ask, won't the criminals just use Conversations then? Yes, they already do. And thank you for realizing why chat control is stupid.
We are not going to write open letters on how we are heroically going to withdraw from Europe. We will stay here continuing to operate as usual. We are infrastructure.
EU Chat Control won't apply to the federated Jabber/XMPP ecosystem.
#Conversations_im is used by various militaries, police forces and intelligence agencies in Europe. They will make sure it won't get any client side scanning.
#Conversations_im for iOS and Android would be great!
Although, I understand that your post is probably more driven by frustration than by actual intent.
Two minor nitpicks on my GNU Taler experience. (And the fact that I’m complaining about those should be taken as an indication on how well the experiment went otherwise.)
• From checkout (by the merchant) to creation of the QR Code it sometimes took a little bit too long (seconds instead of instant). I think it round trips to the server and maybe the network was slow.
• The wallet app on Android looks very plain and boring. If we integrate this into #Conversations_im it needs to look cooler.
Testing GNU Taler at #Datenspuren was fun. And by fun I mean mostly unspectacular. It just worked. I scanned a QR code. I got some Kolle Mate.
I think some sort of GNU Taler integration into #Conversations_im would be pretty cool.
If you would like to integrate Taler into Conversations there are currently funding opportunities available¹ from @nlnet and both the Taler developer as well as myself are happy to help with scoping.
Cool 😎
Also ich habe einen #Conversations_im Account und ich habe GNU Taler, wenn ich damit das Abo verlängern kann, würde ich das sofort tun. 😉
In Vorbereitung auf die #Datenspuren mal Support für taler:// URIs in #Conversations_im eingebaut und 16 Euro umgetauscht. Keine Ahnung wie es jetzt weiter geht. 😅
Mate, I guess?
codeberg.org/iNPUTmice/Convers…
add support for taler:// uris · c555c0a8a9
Conversations - Conversations is an open source XMPP/Jabber client for AndroidCodeberg.org
I just bought 20 envelopes and stamps, and I'm packing them with 5x #Conversations_im, 5x #OMEMO, and 5x #XMPP stickers each.
Send me an email if you want one. Put 'Stickers' in the subject so I can filter. While supplies last, obviously. (Though I'm more limited on the stamps than the stickers.)
Edit: I’m out of envelopes.
According to Google, #Conversations_im is now also collecting users’ email addresses.
Pretty much the exact same thing that happened to Quicksy about a month ago¹ is now also happening to Conversations.
An app update I submitted ~48 hours ago passed review without any issues. A subsequent update just now, which contained very minor bug fixes, was rejected because I failed to declare that I’m collecting email addresses.
I’m so tired of this bullshit.
LibreTorrent from @fdroidorg is looking very nice now with its new Material Theme.
Goes hand in hand with the new magnet URI support in #Conversations_im
End-to-end encryption (E2EE) is important. However, on self-hosted or otherwise trusted servers, the client-to-server transport layer presents a much larger attack surface. It’s the first hurdle an adversary must overcome before they can attack E2EE.
That’s why #Conversations_im includes advanced MITM detection called Channel Binding. Turn it on today!
It’s optional for now because not all servers support it. Talk to your admins.
The "Conversations" screen (which shows a list of open chats) has always been the main screen of #Conversations_im, following the behavior of Signal, WhatsApp, and Google's Messages (SMS) app. However, after sign-up, users were taken to the "New Chat" screen (which lists all contacts and group chats) on the premise that they have no chats yet and would likely want to start one.
This may have confused first-time users about which screen is the main one.
2.19.3 has an empty chat screen instead.