Forum Linux.général Je suis perdu dans la jungle des clients XMPP. Help !

Posté par  (Mastodon) . Licence CC By‑SA.
Étiquettes :
8
31
jan.
2025

Bonjour,

Je tente de mettre en place XMPP pour un usage interne dans une petite PME (10 personnes).
Côté serveur, on est parti sur ejabberd, au fianl ça a été assez facile.
Par contre côté client, c'est un peu le cauchemard…

Nos besoins sont les suivants:
- postes de travail sous Linux, Windows, et Android
- notifications sur l'OS lors de la réception d'un message
- possibilité d'appels audio / vidéo, idéalement multi-utilisateurs
- affichage clair du statut (présence) des différents contacts (en ligne, dispo, etC…)
- partage de fichiers
- idéalement partage d'écran, mais je ne crois pas que XMPP offre cette possibilité

Côté Android, Conversation semble cocher toutes les cases (sauf peut-être la présence ?)
Côté Linux / Windows, on n'a trouvé que Dino. Mais sur dino, la présence ne semble pas gérée. Ou en tout cas, pas clairement affichée. Ou on n'a pas trouvé.

Par ailleurs le statut de la version Windows n'est pas clair (maintenu ?).

Au final, ça pousse fort pour des solutions moins libres comme Slack / Mattermost / Matrix / …

Quelqu'un a une expérience et des conseils à me donner ?

  • # Gajim

    Posté par  (Mastodon) . Évalué à 3 (+2/-2). Dernière modification le 31 janvier 2025 à 12:56.

    Tu peux regarder du côté de Gajim. Je crois qu'il est même disponible sous windows via le microsoft store. Il supporte même MacOS mais il n'y a pas de paquet disponible, il faut installer les dépendances nécessaire manuellement et créer le lien pour lancer l'appli. La présence est supportée.

    Pour le partage d'écran j'ignore si c'est supporté, en général je ne fais pas d'appel vidéo avec xmpp, je préfère inviter mes contacts sur une videoconf jitsi, ou autre. Sinon Jami, une messagerie en p2p supporte normalement le partage d'écran mais je n'ai jamais personnellement testé. Elle a ses propres moins, comme le fait que le fait qu'elle est serverless fait que des messages peuvent rester en attente très longtemps entre des contacts qui ne sont connectés que sporadiquement (il y a des mesures de contournement).

    • [^] # Re: Gajim

      Posté par  (site web personnel) . Évalué à 5 (+3/-0). Dernière modification le 31 janvier 2025 à 13:16.

      La présence est supportée.

      ça, ça m'insupporte, vu que ça va à l'encontre de l'asynchrone ;-) d'autant que d'expérience les collègues ont tendance à se mettre en occupé ce qui réduit à néant l'utilité de la chose…

      • [^] # Re: Gajim

        Posté par  (Mastodon) . Évalué à 3 (+1/-1).

        Tant que c'est configurable depuis le client je m'en fous.

        • [^] # Re: Gajim

          Posté par  (site web personnel) . Évalué à 2 (+0/-0).

          bin je ne vois pas l'utilité de la chose alors o_O

          10 h - 12 h : dispo hormis pause café
          12 h - 14 h : non dispo, laissez-moi bouffer peinard !
          14 h - 18 h : dispo
          18 h - 20 h : apéro

  • # facile XMPP

    Posté par  (site web personnel) . Évalué à 5 (+4/-1). Dernière modification le 31 janvier 2025 à 13:09.

    Pour Windows et Linux : Dino
    Pour Android : Conversations

    bref, comme tu le dis

    tu as l'interopérabilité, messagerie instantanée, salons, appels vocaux via VoIP, appels vidéo

    pour conf' call en visio avec présentation d'écran, je veux bien des retours d'expérience :-) sinon jitsi ou big blue button et c'est marre

    pour le serveur : moui ejabberd ou prosody, bah cocher les cases dont tu as besoin parmis la jungle de XEP :-) (ça s'est amélioré depuis 2010 avec XMPP-Core et XMPP-IM hein)

  • # Conf Xmpp

    Posté par  . Évalué à 2 (+1/-0).

    Bonjour

    Non testé en entreprise ….
    Serveur : Openfire sur Pi
    Android : Conversation (via FDroid)
    Windows/Linux : PidGin

    Le partage de fichier fonctionne (via HttpUpload)

    La visio n'a fonctionné que sous Android vers un Android avec le client Conversation, pas moyen avec Pidgin… (probablement un problème de firewall)

    Les messages sont généralement envoyés à tout les appareils connectés de l'utilisateur (quelques bugs tout de même)

    Dino semble bien, mais aux dernières nouvelles, il ne supportait pas les certificats auto signés.

    Après, il y aurait aussi NextCloud avec son client, testé il y a quelque temps.

  • # oublie ...

    Posté par  (site web personnel) . Évalué à 2 (+2/-2).

    Honnetement XMPP est attractif pour sont ouverture mais les implementations client/serveurs sont aux fraises par rapport à la concurrence.

    Pour avoir fait tourner une PME sur XMPP pendant 15 ans et maintenant faire parti d'une grosse boite avec une instance slack je le dit très clairement: investissez dans slack

    La communication texte-only dans les boites c'est fini en 2025, il te faut de la video, de l'audio, du partage d'ecran, des screenshots et ça les client Jabber ils sont pas foutu d'avoir un support correct. Et quand un client à un peu de truc fonctionnel ça ne marche qu'avec des utilisateurs du meme client…

    Au final, ça pousse fort pour des solutions moins libres comme Slack / Mattermost / Matrix / …

    Matrix est libre mais pouah c'est loin d'apporter la souplesse de communication de slack, mattermost je crois que j'ai testé à l'époque, il y a une base libre aussi normalement

    • [^] # Re: oublie ...

      Posté par  (site web personnel) . Évalué à 3 (+1/-0).

      vu que c'est encore 'dredi (et moins de 2 pintes au fosdem),

      Matrix est libre mais pouah c'est loin d'apporter la souplesse de communication de slack, mattermost

      ya des potes de Matrix qui vont te demander ce qui manque pour l'interopérabilité

      • url des évolutions demandées (patch included ?), bugs ?

      je crois que j'ai testé à l'époque, il y a une base libre aussi normalement

      url des bugs à corriger ?

    • [^] # Re: oublie ...

      Posté par  (Mastodon) . Évalué à 4 (+2/-1). Dernière modification le 01 février 2025 à 00:29.

      Zulip est libre et fonctionne bien. À vrai dire je le préférai à Slack (mais celui-ci a probablement évolué depuis).

      La visoconf avec partage d'écran est supportée via une intégration avec jitsi entre autres

      La communication texte-only dans les boites c'est fini en 2025, il te faut de la video, de l'audio, du partage d'ecran, des screenshots et ça les client Jabber ils sont pas foutu d'avoir un support correct.

      XMPP ce n'est pas du text only. Ma fille m'envoie plein d'audios, des photos et de vidéos via XMPP quand elle est chez sa mère.

    • [^] # Re: oublie ...

      Posté par  . Évalué à 2 (+1/-0).

      La communication texte-only dans les boites c'est fini en 2025, il te faut de la video, de l'audio, du partage d'ecran, des screenshots et ça les client Jabber ils sont pas foutu d'avoir un support correct. Et quand un client à un peu de truc fonctionnel ça ne marche qu'avec des utilisateurs du meme client…

      n'oubliez surtout pas :
      -conversations/quicksy sur android/aosp gèrent très bien jiingle (audio/video)
      -quicksy sur ios (monal) idem, video/audio parfait
      -dino sur windows/bsd/linux gère parfaitement l'audio/vidéo

      je fais de la visioconf tous les jours entre ces six systèmes..

    • [^] # Re: oublie ...

      Posté par  . Évalué à 4 (+3/-0).

      La communication texte-only dans les boites c'est fini en 2025

      les paroles s'envolent, les écrits restent

      pour moi les communications textuelles représnetent 90% de mes échanges.

  • # simple

    Posté par  . Évalué à 1 (+0/-0).

    converstaions/quicksy sous android/aosp
    quicksy (monal) sur ios

    pour tus les systèmes "ordis", dino est le seul à bien prendre en charge l'audio/visio (prérequis dans mon cas)
    juste la version windows un peu bancal et chiante à recuperer

    mais ici : ça fonctionne. (et ne parlez plus jamais de slack qui est proprio/fermé, ni de matrix, merci)

  • # précaution

    Posté par  . Évalué à 1 (+0/-0). Dernière modification le 02 février 2025 à 19:31.

    une précaution qui me vient à l'esprit : ne jamais reposer sur une seule solution de messagerie chiffrée
    il peut arriver des pannes, etc.. même whatapp et consors y sont sujets

    pour ma part, j'ai xmpp + sip (via linphone)

    mais d'autres peuvent convenir.. l'objectif étant de jamais mettre tous ses oeufs dans le même panier. Quand certains voient leur whapp banni/désactivé (comme leur gmail) il leur reste plus que leurs yeux..

  • # Alternative

    Posté par  (Mastodon) . Évalué à 2 (+0/-1).

    Si la PME en question gère ses propres serveurs de messagerie email, où utilisent un fournisseur qui est bien supporté, Deltachat peut être une bonne alternative.

    Avantages:
    - si tu n'as pas d'appel vidéo tu n'as pas besoin de gérer une infrastructure supplémentaire pour la messagerie. Si tous les utilisateurs utilisent le même serveur email, ça devrait en plus n'être sujet à aucun lag.
    - pas de gestion de comptes supplémentaires, vu que les comptes emails sont utilisés (bon si tu utilises ejabberd avec ldap, ça ne change pas grand chose)

    Points à savoir:
    - il existe un point vert pour savoir si un contact a été connecté dans les 10 dernières minutes, mais ce n'est pas un statut en temps réel.
    - pour faire des appels vidéos, il faut passer par un instance jitsi. Dans ce cas oui il y a maintenance d'un serveur jitsi si vous ne voulez pas passer par une instance publique…l'ironie étant que ça revient à héberger un serveur xmpp prosody.

Envoyer un commentaire

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.