Unusable in a production context

Hello,
sorry about the post title, but Jami is unusable! In groups, posts get lost, they don’t synchronise. Members find themselves deleted from the group without knowing why. It is no longer possible to invite them again. We found ourselves excluded from a group we had created. Our posts appear to be published, but then (on leaving and re-entering) they are deleted and no one receives them! But do you really think Jami can outperform its rivals such as Session or Element-Matrix (even though we know this is conceptually different)?
Excuse our frankness, but this is really frustrating! Either you call it a beta-test product, or if you sell it for production it is underperforming, almost unusable!
Sorry for this post, but after more than two months of use and having seen group video calls drop after only 5’, messages deleted without doing anything, and struggling to synchronise the history of messages in a paltry group of 4 people, we feel it is honest to tell you what we think: it’s not good!
Thanks for listening.

Sorry to hear of your unfortunate experience. We have previously experienced this, with the cause and solution being listed below.

  1. Are all members in your Jami group using supported and fully updated operating systems?

  2. Are all members in your Jami group using the latest version of Jami? The latest version is currently March, 14 2025.

  3. Please ask all members in your group to click “About Jami,” and a screenshot like the following should appear:

  4. We have had experiences where members in a Jami group have the Windows operating system, and it incorrectly advised that Jami was up-to-date. The discovery and solution to this problem was:

  5. If any member in your group has their operating systems saying that Jami is up-to-date but the “Jami version” is not “Εἰρήνη” and the “Build ID” is not something like “202503142130” (yyyymmddHHmm), please ask them to download and reinstall Jami from https://jami.net/.

Hello Ovari,

thank you very much for your reply and sorry for the delay in the feedback.

I specify from the outset that we got a Mac with new installation of macOS 15.4 and vpn Mullvad.

We downloaded and installed Jami as you indicated. We started it up and whatever we choose (create new account, use account present in other device, import account from backup, etc), Jami crashes.

After choosing one of the options on the start screen, Jami stops and does nothing. In order to get the home screen back for selecting one of the available options, we need to delete the Jami folder in the MacOS Library dir.

This is our experience.

The point is that none of us are technicians, so this is frustrating. We know Linux and we know its active and knowledgeable community, but those who choose the Mac - as we do - is because they want a product that is as stable as Linux and as easy as Windows. Testing, looking at logs, etc. is not something that is desirable for those who choose Apple. That is why we said it is not ready for production. Other similar tools work the first time, without having to struggle too much.

I hope I have offered our situation as best I can.
Thanks again for your time and have a nice day.

Hi, just in case it might help for solving the problem that arises on your Mac: did you give a try at the beta version of JAMI ? https://dl.jami.net/mac_osx/qt_client/beta/jami-beta.dmg

Hi,

the beta version no, I will try it. The point, after several tests, is not the VPN (in fact with ProtonVPN we had no problems, but we do with MullvardVPN), but the DNS.

By closing the VPN, but setting the DNS of Mullvard, Jami doesn’t even start. Same thing if you set OpenDNS. So the point lies ni DNS (try it yourself), and, if this is also confirmed by you, it is a matter of the resolution of the server names used by Jami, not of the programme itself.

You try it too.

If it is the DNS resolver, I suggest you input turn.jami.net in DNS Lookup Tool - DNS Tools - MxToolbox. Then, try replacing turn.jami.net with the IP you get to see if it solves the problem (in the Jami Advanced settings → Connectivity). I had been given this suggestion here on the French Jami forum: Problème de connectivité intermittent - #11 by pmetras

image

I also suggest that you read this thread: Problème de connectivité intermittent - #25 by Jami. I translated the following content from the original that was recently written in French by a Jami admin (the original message is more detailed - you can use an online translator if needed).

[…] Jami is a distributed communication software, so by definition it cannot work in a very restricted network environment. At the very least, the following ports must be open: FAQ - Jami documentation

If this is not possible, the only way to use Jami on a very restricted network will be to deploy DHT proxy and TURN servers inside the organizational network (or on a DMZ).

[…]

As you can see, this is not something that the team of Jami developers or a simple user of the restrictive organizational network can do. This is an infra/network architecture project that the organization’s IT managers must carry out if they decide to use Jami.

I have this problem on my institutional network where most UDP ports are blocked and where Jami is therefore unable to connect to peers. I checked with my laptop (dual boot Win11 and Linux Zorin 17.3 OS): no problem on my home network, but alas :cry: impossible to use on my work network. If you have a laptop, I suggest you try if the problem applies to you. I suspect that several users who have problems with Jami on work networks might also be confronted to the same issue.

A good idea would be to add a procedure in the Jami documentation on how to diagnose the problems that can occur and show how to use tools to investigate. For example:

  1. Check network connectivity to Jami essential servers: bootstrap node; name server; TURN server; DHT proxy.
  2. Check protocols and ports that can be used: TCP, UDP
  3. How to use wireshark to check traffic.
  4. Try connection to name server.
  5. How to bypass name resolution.
  6. Try setting TURN session to TURN server.
  7. etc.

I think that if the Jami developers had a better understanding of the various network configurations, particularly in professional environment, Jami would improve and everyone would benefit.