Ce journal fait référence à ce thread Mastodon de Element:
Nation-scale Matrix deployments will fail if built on the community version of Synapse.
Qui lui-même parle de ce blog-post:
Scaling to millions of users requires Synapse Pro
Matrix, c'est le protocole de messagerie qui a le vent en poupe. Partout, il y a des administrations et états qui déploient cette messagerie pour leurs agents. Principaux avantages: le protocole est ouvert et il y a des serveurs et clients libres, et surtout gratuits!
L'entreprise derrière Matrix est New Vector Ltd; elle développe le client Element et le serveur Synapse. Et son problème c'est qu'elle peine à avoir le financement nécessaire à la poursuite de ses activités de développement. Les organisations qui déploient Matrix/Synapse le font soit elles-mêmes soit recourent à des prestataires indépendants de New Vector, et ainsi ne financent pas le développement de la messagerie. Je vous épargne l'écriture et la lecture de trolls inutiles: oui, la licence autorise ça, il n'y a pas de méchant états qui volent le travail d'autrui (dans ce cas précis bien entendu).
Pour pallier à ce problème d'argent, New Vector propose pour les gros acteurs un autre serveur: Synapse Pro. C'est une version payante qui est plus efficace que la version pas payante, et qui est adaptée aux très gros déploiements. Évidemment, elle n'est pas libre.
Et ça m'attriste. Parce que la solution, encore une fois, c'est de proposer un logiciel libre comme produit d'appel pour un logiciel propriétaire.
En tant que citoyen je souhaite que mon état ne soit pas dépendant d'acteurs privés, et l'utilisation de logiciels libres est une condition nécessaire (mais pas suffisante). Si Synapse Pro n'est pas libre, il ne rempli pas cette condition, comme dirait La Palice.
En utilisant un autre serveur ou en faisant un fork, on ne résout pas le fond du problème: le financement du logiciel (vraiment) libre. On a là un logiciel qui fonctionne tellement bien que tout le monde veut l'utiliser. On peut considérer que c'est une infrastructure importante pour l'Europe et ça mériterait un financement adapté, mais le seul moyen d'avoir un vrai financement c'est de vendre des licences, ce qui revient à la fin beaucoup plus cher et nous fait perdre le contrôle sur nos solutions informatiques.
# Le financement
Posté par Misc (site web personnel) . Évalué à 10 (+21/-0).
En fait, le problème du discours sur le financement, c'est que c'est avant tout un souci qu'Element s'inflige et que les dirigeants ne mettent pas en avant (pour des raisons évidentes).
Le problème n'est pas de ne pas réussir à gagner de l'argent, car de l'argent, il y en a assez pour payer une centaine de personnes.
Le souci, c'est que c'est inférieur sans doute à ce qui a été promis aux investisseurs durant les différents tours de financements, comme ici en 2021 en serie B (donc il y a eu déjà un round avant).
Alors pour la défense des dirigeants, c'était en 2021, avant la chute des taux directeurs, mais je pense qu'il y a quand même des erreurs stratégiques majeurs qui font qu'ils sont dans cette situation.
Pour commencer, la fuite en avant sur le protocole ou il y a toujours des nouvelles choses qui sont rajoutées a eu pour effet de tuer à petit feu les clients tierces, les bibliothèques, et les implémentations tierces de serveurs. Conduit n'arrive pas à suivre, Dendrite est maintenant sur le temps libre des devs. Les seuls clients potables sont des forks d'element, car le reste demande trop de boulot. Autant dire que ça relativise pas mal les plaintes de "personne ne nous aide à maintenir le code".
Ensuite, plutôt que favoriser un réseau plus fédéré en limitant la taille du serveur matrix.org, en rendant le truc plus facile à packager (cad pas en demandant des versions super à jour des libs et/ou de python) et à maintenir (donc en demandant pas une mise à jour tout les deux semaines), la boite a fait le contraire toujours au nom de faire avancer le protocole à toute vitesse, et donc se retrouve avec le coût du serveur matrix.org aussi bien en infra qu'en modération. Ils ont mis du temps à regarder les perfs de synapse sans doute parce que l'infra n'étaient pas cher pour eux à l'époque, et que les priorités étaient ailleurs.
Finalement, la boite a sans doute aussi sous estimé le process de vente aux grandes entreprises. Pour commencer, n'importe quel juriste aurait pu leur dire que vendre des ponts entre les réseaux, c'est contre les ToS. Je suis pas juriste, je l'ai dit à la PDG y a quelque années qui avait l'air surprise. Donc j'imagine que ç'est pareil pour la vente sur les grands comptes, et que ça n'a pas été prévu du tout dans le plan de financement. Je sais qu'il a fallu un an pour faire rentrer la boite dans l'ERP chez mon employeur vu qu'Element n'avait aucune préparation sur les demandes de certifs et d'audits d'une multinational typique, et ils ont clairement découvert des trucs.
L'impression que j'ai, c'est que les dirigeants font preuve d'un optimisme mal placé et se dise "ç'est bon, ça va aller". Se dire "vendre aux grands comptes, suffit d'envoyer une facture, ça ca", se dire "c'est bon, pas besoin de lire les ToS", se dire "c'est bon, on va coder à mort, les gens vont suivre". Et finalement la boite en paye le prix.
Quand on compare avec Mastodon, c'est quand même le jour et la nuit. Le protocole n'évolue pas à toute vitesse et passe par un groupe externe, ce qui égalise pas mal le terrain. Il y a pas mal d'activité car le protocole est moins mal foutu (vu que Matrix, dans mon souvenir, c'est quand même "il faut signer le json, mais on dit pas comment faut l'arranger, faut juste faire ce que fait synapse"). Le fondateur a aussi eu la justesse de laisser la main (au contraire de Element, qui a fait une fondation, puis qui a repris le code en changeant la licence sans prévenir vraiment en avance la fondation, de ce que j'ai compris à l'époque).
Chaque fois, je le dit, mais il y a pour moi sans doute le même type de RDF qu'avec Apple, mais en moins efficace.
# matrix/element, terminé pour moi
Posté par tkr . Évalué à 10 (+10/-0).
j'ai déjà une belle dent contre whatpp, je comptais (il y a deux ans) promouvoir element à fond (avec wire)
j'ai vu xmpp entre temps.
ben element, avec la meilleure volonté du monde : c'pas joli joli. Jl'ai supporté deux ans, parmi lesquels :
je laisse les autres finir la suite :
https://www.freie-messenger.de/en/matrix/gedanken/
j'ai malheureusement découvert xmpp bien après, mais bien m'en a fait. sinon linphone pour compléter ca marche très bien.
[^] # Re: matrix/element, terminé pour moi
Posté par Bruno (Mastodon) . Évalué à 3 (+2/-0).
Il y 3 ans, j'avais fait une étude rapide pour me choisir une messagerie instantanée et en lice il me restait Matrix (en premier) XMPP et Jami.
Après quelques temps d'essai j'ai arrête Matrix pour les raisons que tu évoques, j'ai toujours un compte que j'utilise pour des forums OSM par exemple.
J'ai choisi XMPP et je l'utilise avec mon groupe de musique et la famille proche.
Pourquoi XMPP ne décolle pas ? La non-gratuité des clients android (pour l'utilisateur lambda) est certainement un frein (entre autre ?)
[^] # Re: matrix/element, terminé pour moi
Posté par Jean-Philippe Garcia Ballester . Évalué à 3 (+1/-0).
Salut aux utilisateurs de XMPP !
J'utilise beaucoup signal aujourd'hui et j aimerais passer à une autre messagerie plus décentralisée.
Que donne les passerelles sur xmpp ? J'ai regardé vite fait slidge, mais ça a l'air très expérimental et pas encore tout à fait fonctinnel ?
[^] # Re: matrix/element, terminé pour moi
Posté par Bruno (Mastodon) . Évalué à 2 (+1/-0).
Hello,
Pas testé la passerelle signal, il faudrait que je me crée un compte pour voir.
[^] # Re: matrix/element, terminé pour moi
Posté par Nicoco (site web personnel) . Évalué à 5 (+4/-0).
(auteur de slidge ici)
La passerelle signal est cassée car la lib que j'avais choisie ne marche plus malheureusement. Une MR est ouverte depuis un an.
Pour les autres passerelles, ça fait le taf pour moi, mais je suis pas objectif évidemment. ;-)
[^] # Re: matrix/element, terminé pour moi
Posté par Jean-Philippe Garcia Ballester . Évalué à 2 (+0/-0).
Bravo pour ton fantastique travail ! Tu t’es attaqué à un très gros morceau.
As-tu envisagé d’utiliser la libsignal directement ? C’est ce qu’ils ont fait pour le bridge matrix.
[^] # Re: matrix/element, terminé pour moi
Posté par Goffi (site web personnel, Mastodon) . Évalué à 3 (+1/-0).
Je manque cruellement de temps pour en parler, mais il y a une passerelle ActivityPub <=> XMPP dans Libervia et je suis actuellement en train de travailler sur une passerelle email <=> XMPP (les 2 grâce à des financements NLnet/NGI). Il y a une integration pubsub pour les (micro)blogs pour AP, et c'est prévu pour les mailing list (pour un affichage type forum). Et j'ai fait une spécification récemment pour le chiffrement de bout en bout avec les passerelles (mais c'est très expérimental, il va y avoir du boulot).
Slidge (pour plein de trucs) et Biboumi (pour IRC) sont de très bonnes passerelles, avec une intégration poussée.
[^] # Re: matrix/element, terminé pour moi
Posté par Maclag . Évalué à 3 (+1/-1).
Parce que c'est toujours la jungle dans les clients. Dis-moi quelles fonctionnalités tu veux et je te dirai quels clients tu peux combiner pour toutes les avoir… ah, sauf sous iOS… ah et pas la vidéoconf… etc.
Et c'est une combinaison différente pour chaque plateforme.
Énorme avantage à Matrix de ce coté: Element fait "tout" et est présent sur toutes les plateformes.
Il y a d'autres clients, mais pour faire vite et simple pour les novices, tu les envoies directement sur Element. Les alternatives, on verra ça une autre fois, pas au moment de débuter.
[^] # Re: matrix/element, terminé pour moi
Posté par Nibel . Évalué à 4 (+2/-0). Dernière modification le 20 janvier 2025 à 19:37.
Et bah même pas, Element ne fait pas "tout".
La fonctionnalité la plus demandée par mes visiteurs => les émojis personnalisés.
Element ne les gère pas. Fluffychat les prends en charge et Schildichat (fork Element) supporte leur intégration si on les a autorisé via Fluffy.
Même les plus technophiles ça ne leur donne pas très envie…
La majeure partie des morts l'était déjà de son vivant et le jour venu, ils n'ont pas senti la différence.
[^] # Re: matrix/element, terminé pour moi
Posté par Misc (site web personnel) . Évalué à 5 (+4/-2).
XMPP ne décolle pas pour une raison qui fait que Element est dans la merde, personne ne veut payer pour l'infra.
Matrix marche parce que Matrix.org existe (entre autre), mais ça existe parce qu'il y a quelqu'un pour l'uptime, la modération, etc. XMPP n'est pas dur à maintenir, mais pas grand monde le fait.
C'est pour ça que Github, Whatsapp, Discord sont utilisés, parce que l'infra devient le probléme de quelqu'un d'autre.
[^] # Re: matrix/element, terminé pour moi
Posté par mahikeulbody . Évalué à 3 (+1/-0).
Jami n'a pas ce problème d'infra mais ça ne décolle pas.
[^] # Re: matrix/element, terminé pour moi
Posté par Stinouff . Évalué à 3 (+1/-0).
Ça me donne envie d'essayer. Je tourne sous Conversations (+ Dino sur pc) et ça fonctionne bien, mais je suis intrigué par l'absence de serveur nécessaire.
[^] # Re: matrix/element, terminé pour moi
Posté par Psychofox (Mastodon) . Évalué à 4 (+2/-1). Dernière modification le 20 janvier 2025 à 12:36.
Plot twist: il y a quand même des serveurs qui créent le réseau distribué opendht permettant de mettre en relation les utilisateurs, ainsi que des serveurs de noms publiques dans une blockchain:
https://github.com/savoirfairelinux/opendht
https://docs.jami.net/en_US/developer/jami-concepts/name-server-protocol.html
Pas de serveur central != pas de serveurs
[^] # Re: matrix/element, terminé pour moi
Posté par Psychofox (Mastodon) . Évalué à 3 (+1/-1).
Lien vers une description plus synthétique de ce que consitute le réseau distribué jami:
https://docs.jami.net/en_US/user/jami-distributed-network.html
[^] # Re: matrix/element, terminé pour moi
Posté par Stinouff . Évalué à 3 (+1/-0).
Tout à fait, mais ayant eu des légers soucis avec XMPP (le serveur ne répondait pas), j'étais un peu bloqué ; je me demande si Jami n'élimine pas cette dépendance plus facilement.
[^] # Re: matrix/element, terminé pour moi
Posté par mahikeulbody . Évalué à 2 (+0/-0).
Exact mais en l’occurrence c'est une infrastructure hyper légère dont le coût n'a certainement rien à voir avec des serveurs devant héberger des messages, des images et des vidéos. Du coup, n'importe qui peut installer un serveur opendht sur sa machine et ainsi contribuer à la mise en relation (comme dans le cas d'un réseau P2P).
C'est pour faciliter la "découverte" des contacts mais c'est optionnel, Jami lui-même n'en a pas besoin pour fonctionner
[^] # Re: matrix/element, terminé pour moi
Posté par Stinouff . Évalué à 3 (+1/-0).
On peut définir des règles plus précises dans Jami ? Le stockage se fait donc sur chaque appareil ? Par exemple, le serveur XMPP que j'utilise a un stockage glissant (de 380 jours) et ne permet pas les échanges de plus de 500Mo.
L'avantage, c'est de pouvoir envoyer un fichier même quand l'autre participant n'est pas connecté ; Jami permet ça ?
[^] # Re: matrix/element, terminé pour moi
Posté par Psychofox (Mastodon) . Évalué à 3 (+1/-1).
Si tu envoies un fichier quand ton destinataire est déconnecté, ton message attends jusqu'à ce que les deux sont connectés.
J'ignore ce qui se passe si les différents interlocuteurs ne sont connectés de façon sporadique et si tu effaces le fichier de ton terminal avant que la connection soit fait.
D'une manière générale, Jami fonctionne bien seulement si les interlocuteurs sont connectés la majeure partie du temps. Ce n'est pas adapté à des gens qui n'utilisent que depuis un ordi éteint la plupart du temps ou qui n'ont pas de données mobiles sur un smartphone.
depuis la FAQ:
[^] # Re: matrix/element, terminé pour moi
Posté par Maclag . Évalué à 3 (+0/-0).
Autre souci avec Jami: impossibilité stricte de récupérer des identifiants perdus.
Si tu les perds, ben c'est fini. Tu dois te refaire un compte, te démerder pour reconstruire ton carnet de contacts, etc.
D'ailleurs je me demande si une approche sans serveur permettrait jamais de résoudre ça.
Pour ces raisons, j'ai toujours pensé que ça resterait une appli de niche, peut-être plus faite pour des journalistes et/ou activistes qui opèrent dans des conditions sensibles.
Pour M et Mme Tout-le-monde, ça me semble trop contraignant.
[^] # Re: matrix/element, terminé pour moi
Posté par mahikeulbody . Évalué à 4 (+2/-0). Dernière modification le 20 janvier 2025 à 18:03.
Tu es en train de dire que si on ne fait pas de backup, on peut perdre ses documents, photos, etc… ?
Sans doute pas, d'autant qu'une approche avec serveur ne le permet pas davantage sauf à se reposer sur des "gros" qui ont les moyens de garder ces précieuses données indéfiniment ce qui n'est pas nécessairement le cas d'une instance XMPP/Mastodon.
Le "ben c'est fini" est dramatique à souhait mais en y regardant de plus près, il n'y a que la reconstruction de ton carnet d'adresses Jami qui va prendre un peu de temps (je ne vois pas à quoi correspond ton "etc.").
Après, je te concède que beaucoup de gens ne doivent leur "salut" numérique que parce qu'ils ont tout sur le cloud des GAFAM (jusqu'au jour où l'un d'entre eux décidera de fermer leur compte…). Pour ceux-là, Jami n'est sans doute pas une solution.
[^] # Re: matrix/element, terminé pour moi
Posté par Maclag . Évalué à 4 (+1/-0).
Hors public familier avec la technologie, tu connais beaucoup de monde qui fait des sauvegardes régulièrement?
Ben tout ton historique, les documents échangés. Je ne vais pas remettre etc mais je suppose que tout le monde a compris.
Tout-à-fait. Pire même: nombre d'utilisateurs ne savent pas vraiment où sont leurs données (c'est pire chez celles et ceux qui ne connaissent que mobiles, tablettes et Chromebooks).
Et c'est justement la grande majorité des gens.
[^] # Re: matrix/element, terminé pour moi
Posté par Psychofox (Mastodon) . Évalué à 2 (+0/-1).
C'est là qu'on veut en venir.
Jami permet d'exporter son "profile". Le truc c'est que:
Compares ça à whatsapp qui présuppose[1] que tu as un google drive disponible et qui intègres et t'invites automatiquement tous les n semaines/mois à mettre en place des backups qui peuvent être automatiquement restaurées sur un nouveau tel (en pratique ça ne marche pas toujours aussi bien). Dans ce cas-là oui même des utilisateurs qui ne sont pas forcément hyper sensibilisés à la sauvegarde, et où les stocker de manière sécurisés ont une chance de retrouver leurs petits en cas de pépin.
Le problème c'est que héberger un espace de stockage chez Savoir-faire Linux (l'auteur de Jami) contreviendrait un peu à la mission qui est de ne pas stocker les données des utilisateurs sur un serveur, proposer un espace chez un gafam encore plus, et recommander un service en ligne libre basé sur nextcloud ou autre…c'est scabreux si ils n'ont pas eux-même maitrise de la gestion de l'infrastructure du service en question et que celui-ci se fait pwner et que les utilisateurs ont donné le nom de leur chiant comme mot de passe de chiffrement du
Honnêtement je crois qu'ils devraient quand même faire la troisième solution avec une intégration à ssh/sftp, nextcloud, et s3 et en proposant la création d'un compte au hasard chez un provider nextcloud si aucun n'est configuré via un système similaire au nextcloud sign-up.
[1] à tord car tu peux l'installer via l'apk, aurora ou un autre store et ne pas avoir de compte google
[^] # Re: matrix/element, terminé pour moi
Posté par Misc (site web personnel) . Évalué à 4 (+1/-0).
Mais à coté de ça, ça a l'avantage d'être pragmatique pour une partie des gens.
Le choix n'est pas entre "pousser vers un GAFAM" ou "pousser vers nextcloud", mais "pousser vers un GAFAM et Jami" ou "ne pas pousser vers Jami".
Et si c'est pour des backups, il suffit de mettre un mot de passe et voila.
[^] # Re: matrix/element, terminé pour moi
Posté par -=[ silmaril ]=- (site web personnel) . Évalué à 2 (+0/-0).
Note que Whatsapp utilise icloud sur iOS, resultant en de grosses difficultees pour transferer un historique entre Les deux plateformes…
[^] # Re: matrix/element, terminé pour moi
Posté par mahikeulbody . Évalué à 3 (+1/-0). Dernière modification le 20 janvier 2025 à 14:52.
Oui, pas de serveur (à part les serveurs opendht de mise en relation) = stockage sur chaque appareil, géré par l'utilisateur comme bon lui semble.
Oui en ce qui concerne l'interaction utilisateur (i.e. il ne va pas devoir ré-essayer plusieurs fois). Non en ce qui concerne l'envoi effectif du message si le destinataire n'est pas connecté car… pas de serveur.
Ce n'est donc pas adapté aux situations où on ne se connecte que de temps en temps car le message ne sera jamais envoyé si par malchance l'émetteur et le destinataire ne se connectent jamais en même temps.
[^] # Re: matrix/element, terminé pour moi
Posté par Stinouff . Évalué à 2 (+0/-0).
Ça vaut le coup de tester (surtout avec un smartphone).
[^] # Re: matrix/element, terminé pour moi
Posté par Stinouff . Évalué à 2 (+0/-0). Dernière modification le 20 janvier 2025 à 23:19.
Bon, premier petit problème : je n'ai pas d'appli pour gérer les notifications Push. Je tourne sous une ROM Android sans microG et je n'ai rien installé pour ça (je n'en ai pas besoin et microG me mangeait environ 20% de ma batterie…).
Je vais voir me tourner vers d'autres solutions Push.
L'app' a l'air très bien faite : claire et simple (même plus que Whatsapp j'ai trouvé).
Petite question : mon smartphone peut faire tourner l'app' "constamment". Mais si je me connecte avec mon PC, est-ce que les messages seront synchronisés une seconde fois ? À partir de l'émetteur ? De mon smartphone ?
[^] # Re: matrix/element, terminé pour moi
Posté par mahikeulbody . Évalué à 2 (+0/-0). Dernière modification le 21 janvier 2025 à 07:47.
https://jami.net/fr/unifiedpush/
Ca a du sens dans ton cas ?
https://jami.net/fr/synchronizing-conversation-history-with-swarm/
https://jami.net/fr/swarm-file-transfers/
[^] # Re: matrix/element, terminé pour moi
Posté par Stinouff . Évalué à 2 (+0/-0).
C'est super intéressant ce principe de swarms.
J'étais déjà tombé sur Unifiedpush, mais il semblerait que laisser l'application en arrière-plan puisse suffire (comme Conversations). C'est un peu énergivore certainement, mais je ne m'en plains pas spécialement (bon, je me plaignais de la conso' de microG…donc si je multiplie les clients de discussion, les push deviendront peut-être essentiels !).
[^] # Re: matrix/element, terminé pour moi
Posté par Nicoco (site web personnel) . Évalué à 6 (+5/-0).
Je suis pas convaincu que payer pour l'infra est le problème principal. Un des points forts de XMPP c'est qu'un vieux raspberry pi fait l'affaire pour un serveur avec quelques centaines d'utilisateurs. Y a un certain nombre de serveurs gratuits à bien plus grande échelle: exemple de liste ici.
De mon côté, j'attribue plutôt le non-décollage à la collusion entre géants de la tech, qui ont aucun intérêt à ce qu'un truc décentralisé décolle. Ce n'est certainement pas la seule raison.
J'ai un peu espoir qu'avec le Zuck qui fait du "signalement de vertu" envers MAGA et l'aversion à peu près généralisée pour Trump en France, j'arriverai à convaincre un peu plus de gens de quitter Whatsapp dans les semaines qui viennent… On peut rêver. :P
[^] # Re: matrix/element, terminé pour moi
Posté par Psychofox (Mastodon) . Évalué à 5 (+3/-1).
C'est simple, tant whatsapp que google talk étaient à l'origine basés sur XMPP. Facebook messager, AOL Instant Messenger, tout comme les chats privés de Origin et Playstation. Ils auraient pu à travers une fondaction se concerter et faire évoluer le protocole de concert de la même manière que différentes entreprises privées travaillent sur des protocoles et softwares commun.
Le truc c'est que l'interoperabilité était justement ce qu'ils ne voulaient pas, puisque leur but était de capter une majorité des utilisateurs pour les capturer dans des services propriétaires qui leur sert de la pub.
[^] # Re: matrix/element, terminé pour moi
Posté par Misc (site web personnel) . Évalué à 5 (+2/-0).
Pour clarifier, quand je parle de payer l'infra, je ne parle pas que du coût de serveur, mais aussi du coup de modération et d'administration en temps humain.
Moi, je suis tout seul sur mon serveur et j'ai eu pendant longtemps une quantité importante de spam alors que presque personne ne me parle sur xmpp, par exemple.
Ta liste donne 72 serveurs, c'est pas mal, mais je pense que ç'est pas vraiment suffisant.
Le fediverse compte 27000 serveurs pour grosso modo 1 million de compte actif par mois, ce qui donne une idée de la proportion admins/utilisateurs. Naïvement, on peut estimer 1 équipe de modo/admins pour 30 personnes, mais je pense que c'est plus 1 serveur pour 500 à 1000 personnes (vu que les stats sont déformées par mastodon.social, 250 000 personnes et autre gros serveurs, et par des micro serveurs de 1 à 5 personnes).
Le réseau Matrix, d’après les news, compte 115 millions de comptes.
Si on suppose que l’administration (au sens sysadmin) de mastodon serait équivalente à celle de synapse ou d'un serveur XMPP, il faudrait quand même au moins une centaine de milliers de serveurs pour absorber tout ça, et surtout, il faudrait quelques serveurs de la taille de mastodon.social ou matrix.org pour démarrer et pour le grand public.
On avait Google et Facebook pour ça à l'époque, mais ils ont arrêtés. Il y avait jabber.org, mais je ne sais pas exactement ce que le serveur est devenu.
Tout le monde veut remplacer whataspp, mais personne ne parle du plan exact pour fournir un service pour 1 ou 2 milliards de comptes, avec tout les emmerdes que ça comporte.
[^] # Re: matrix/element, terminé pour moi
Posté par Benoît Sibaud (site web personnel) . Évalué à 8 (+5/-0).
Y a beaucoup de gens qui proposent un accès téléphonique à 1 ou 2 milliards de comptes ? Ou une boîte de courriel à 1 ou 2 milliards de comptes ? Ne serait-ce qu'une IP à 1 ou 2 milliards de comptes ? En pratique c'est des acteurs différents qui fournissent. Reste à avoir suffisamment d'acteurs pour du XMPP ou du Matrix ou du
<le 15e protocole qui doit remplacer les 14 autres>?[^] # Re: matrix/element, terminé pour moi
Posté par Misc (site web personnel) . Évalué à 4 (+1/-0).
Bien sur, mais pour la téléphonie, c'est hautement réglementé et il y a que quelques acteurs transnationaux, avec des investissements lourds de l'état pour le démarrage il y a plus d'un siécle.
N'importe qui peut pas émettre sur les ondes sans que l'ANFR débarque, les normes sont discutés par l'ICU à une vitesse lente.
Même si on passe de "1 acteur à 4/5 gros acteurs", ça reste des gros acteurs, et pas des gens dans leur coin, loin de la.
Passer de 100 millions de comptes à 2 milliards est peut être un défi, mais sans doute moins que de passer de 1000 à 100 000 millions.
1000, je peux le faire dans ma cave, si j'avais une cave. 100 000 millions, c'est une autre structure, c'est des gens payés, donc des flux d'argent, c'est des réglementations internationales, etc.
[^] # Re: matrix/element, terminé pour moi
Posté par Christophe . Évalué à 5 (+3/-0).
100 000 millions de comptes ça fait quand même 12 comptes par être humain, ça me semble un peu surdimensionné !
[^] # Re: matrix/element, terminé pour moi
Posté par Misc (site web personnel) . Évalué à 3 (+0/-0).
En effet, je voulais dire "100 millions" (mais je me suis trompé 2 fois d'affilé :/ )
[^] # Re: matrix/element, terminé pour moi
Posté par Christophe . Évalué à 8 (+6/-0).
On peut tromper une fois 1000 personnes, mais…
[^] # Re: matrix/element, terminé pour moi
Posté par Storm . Évalué à 2 (+1/-0).
ITU plutôt?
[^] # Re: matrix/element, terminé pour moi
Posté par Misc (site web personnel) . Évalué à 3 (+0/-0). Dernière modification le 20 janvier 2025 à 16:52.
Ah merde, oui. Bon, 2 lettres sur 3, ça compte quand même :p
[^] # Re: matrix/element, terminé pour moi
Posté par Maclag . Évalué à 3 (+0/-0).
Passé une certaine affluence, je suis sûr qu'on commencerait à avoir plus d'offres commerciales, ou des comptes offerts sur d'autres services, comme pour les courriels.
[^] # Re: matrix/element, terminé pour moi
Posté par Misc (site web personnel) . Évalué à 3 (+0/-0).
Ouais, en gros, avoir ce qu'on a eu avec Gmail et Hotmail pour le SMTP. En soit, si le but est de permettre à une minorité de libristes et de personnes sensibilisées d'avoir une indépendance, ouais, ça marcherais.
Mais ça manque quand même d'ambition, il faut bien le reconnaître (ou c'est élitiste as fuck, suivant l'optique qu'on veut avoir).
[^] # Re: matrix/element, terminé pour moi
Posté par Psychofox (Mastodon) . Évalué à 3 (+1/-1).
En l'occurence tu n'as pas à modérer un protocole. Et si les communications sont chiffrés point à point, tu n'as en l'occurence rien à modérer puisque tu ne fais que du transport et du stockage.
[^] # Re: matrix/element, terminé pour moi
Posté par GG (site web personnel) . Évalué à 5 (+3/-0).
Sur Android, Conversation est très bien pour XMPP, et ça fonctionne très bien pour de la visioconférence.
Conversation est disponible dans F-droid (donc gratuit).
Aucune idée pour iOS.
Pourquoi bloquer la publicité et les traqueurs : https://greboca.com/Pourquoi-bloquer-la-publicite-et-les-traqueurs.html
[^] # Re: matrix/element, terminé pour moi
Posté par Bruno (Mastodon) . Évalué à 3 (+4/-2).
Oui, bien sûr mais pour un utilisteur lambda :
Moi : tu installes Fdroid
Lui : ? trouve pas sur google play.
Moi : Tu vas sur fdroid.org tu cherches le téléchargement du package ensuite tu l'installes en passant les messages d'avertissement de sécurité et tout le tintoui. Aie confiance.
Lui : Argh après une heure j'y suis arrivé mais je trouve pas conversations dans fdroid.
Moi : oui faut mettre à jour le repository en balayant vers le bas.
Lui : Conversation me demande sur quel serveur je veux m'inscrire ?
Moi : Celui que tu veux (en fait non parce que certains vont arrêter..du vécu !)
Lui : pourquoi pas utiliser signal, ou whatsapp ou n'importe quoi de gratuit qui s'installe facilement ?
Moi : et m…
PS : Pour IOS c'est Monal et il est gratuit, argh..
[^] # Re: matrix/element, terminé pour moi
Posté par BAud (site web personnel) . Évalué à 3 (+1/-0).
j'ai tenté de faire installer AstraChat à un pote sur son iPhone (via l'app store…) => échec :/
bon reste Siskin et Monal IM à lui faire essayer :D
dommage manque des comparatifs des fonctionnalités (ou alors j'ai mal cherché :/) déjà messages / salon (avec OMEMO pour le chiffrement si possible) + VoIP ça serait déjà pas mal
j'avais regardé :
https://xmpp.org/software/?platform=ios
https://joinjabber.org/docs/apps/ios/
https://wiki.jabberfr.org/Clients => au moins ya une liste plus complète (et c'est en français)
Dino sous Linux (et ça pourrait fonctionner sous windows a priori) + Conversations pour Android, moi ça me va (et tous les messages passent sur tous les clients, ça c'est bien)
[^] # Re: matrix/element, terminé pour moi
Posté par pulkomandy (site web personnel, Mastodon) . Évalué à 9 (+7/-0). Dernière modification le 19 janvier 2025 à 23:58.
Pour les gens comme ça, tu leurs fais installer Quicksy:
Tu peux garder Conversations pour les gens qui ont déjà le besoin de ne pas révéler leur adresse ou numéro de téléphone à tout le monde.
[^] # Re: matrix/element, terminé pour moi
Posté par Psychofox (Mastodon) . Évalué à 2 (+0/-1). Dernière modification le 20 janvier 2025 à 13:00.
J'ai essayé de motiver des gens à utiliser XMPP via Quicksy mais dans mon pays au moment où je l'ai proposé les gens ne recevaient pas le sms de confirmation. Ce qui est con c'est que ça marchait quelques mois avant quand j'avais testé.
Le mieux, ça reste d'avoir ton serveur, créer les comptes pour les gens et l'installer sur leur smartphone toi-même. Au moins ne dépends pas d'une infra sur laquelle tu n'as aucune contrôle, tu sais quand elle marche/ne marche pas. Par contre ça ne monte pas à l'échelle, c'est bien pour un petit groupe car sinon c'est trop de responsabilité. Il y a un autre truc qui est dérangeant avec XMPP/Conversations, c'est que si l'utilisateurs ne sauvegardes pas ses clés OMEMO et ne les importe pas dans une client compatible, il ne voit que des messages illisibles sur un autre appareil (ou un nouveau smartphone). Et pour ça je n'ai rien trouvé aussi idiotproof que la sauvegarde que fait whatsapp avec google drive. Donc ça demande quand même un accompagnement supplémentaire.
Donc gaffe à l'autogoal, si tu proposes une fois une alternative qui ne marche pas du premier coup, plus personne ne veut entendre parler des tes alternatives.
[^] # Re: matrix/element, terminé pour moi
Posté par BAud (site web personnel) . Évalué à 3 (+1/-0).
ah tiens — entre Dino sous Linux, Conversations sur Android — je n'ai eu qu'à accepter le transfert de clé lors de la réception de message chiffré OMEMO. Une version de Dino m'a posé des soucis, mais à mise à jour, ma clé était de nouveau partagée…
Il faut peut-être que Dino et Conversations soient actifs en même temps ?
M'enfin, ça fonctionne bien, même sur un salon.
[^] # Re: matrix/element, terminé pour moi
Posté par Yuul B. Alwright . Évalué à 7 (+6/-0). Dernière modification le 20 janvier 2025 à 08:15.
Tu serais étonné à quel point les gens sont capable d'apprendre de nouveau concepts ou s'ajouter des étapes supplémentaires pour rejoindre des amis ou un groupe auquel ils s'identifient.
La raison numéro 1 que amène les gens à utiliser un service de communication, c'est les gens avec qui ils ou elles veulent communiquer. Si ses amis ou les communautés qu'il ou elle veut rejoindre sont sur Discord, la plupart des gens iront sur Discord. Même si la simple évocation du mot "server" leur donne des boutons. (Je sais que l'usage du terme "server" par discord est incorrect.)
Si qqn ne rejoint pas ses amis ou la communauté qui l'intéressent, ce n'est pas les autres qui vont venir à lui ou elle. À coté de ça, quelques minutes à se gratter la tête au début c'est négligeable.
Et parfois, le simple fait d'agir différemment peut amener au rejet par d'autres. La plupart des gens ne prendront pas se risque.
Concernant le premier contact avec XMPP, il existe des solutions plus simple. Snikket est une solution tout en un (client et hébergement). Ou aussi Quicksy.
À titre personnel, j'héberge un serveur XMPP pour les amis et la famille. Quand quelqu'un veut commencer, je lui un envoie un simple lien pour s'enregistrer. Au bout du lien, un site web le ou la guide pas à pas et lui propose quelques client à télécharger. Si nécessaire, je peux aussi ajouter un client web. Jusque là, toutes les personnes que j'ai invité s'en sont très bien sortit sans mon aide.
[^] # Re: matrix/element, terminé pour moi
Posté par Bruno (Mastodon) . Évalué à 4 (+3/-0).
Je suis "tombé" dans le logiciel libre en 1992 et depuis j'ai passé beaucoup de temps , professionnellement et individuellement à diffuser ses concepts et aider à l'adoption.
Je connais donc bien les freins qui sont heureusement de moins en moins nombreux mais qui peuvent être très différents (comme ceux que tu décris) suivant le contexte et les personnes.
J’héberge aussi un serveur XMPP pour la famille et les amis proches, qui me font confiance quand je leur dit que c'est bien..;-) mais pour les gens un peu plus lointain c'est plus compliqué.
Snikket et Quicksy aurait pu être une solution mais du coup c'est hébergé à l’extérieur (Quicksy pose d'autres problèmes)
Donc de mon expérience , la non-gratuité, simple, de XMPP sur Android est un "frein" , pas un blocage complet mais un frein par rapport à d'autres solutions propriétaires ou Libres.
Je connais bien aussi les difficultés de financement des Logiciels Libres , je n'ai donc pas de solution miracle.
PS : Dans les solutions il y a aussi movim (mov.im) qui est une appli web très ergonomique sur smartphone.
[^] # Re: matrix/element, terminé pour moi
Posté par GG (site web personnel) . Évalué à 5 (+3/-0).
Dans mon entourage, les gens sont très contents quand je leur fait découvrir F-droid.
Certains l'adoptent.
ils apprécient la simplicité. Il y a 2 logiciels Element (Element et Element X), et non pas une liste infinie comme sur le Google Play Store.
Et si vous cherchez un truc pour ouvrir les PDF, les choix sur F-droid seront plus pertinents.
Si vous cherchez Nextcloud, dans le Google Play Store, idem, vous aurez plein d'applications sans vraiment de liens avec Nextcloud. C'est bien plus clair dans F-droid.
Un calendrier? Lequel ne siphonnera pas vos données? C'est bien plus simple à savoir dans F-droid.
F-droid, c'est simple et cohérent, et, on peut même ajouter des dépôts supplémentaires, même si ce n'est pas une bonne idée.
Pourquoi bloquer la publicité et les traqueurs : https://greboca.com/Pourquoi-bloquer-la-publicite-et-les-traqueurs.html
[^] # Re: matrix/element, terminé pour moi
Posté par Maclag . Évalué à 4 (+1/-0).
Je distingue appel vidéo (1:1) et vidéoconférence.
Alors voilà sur quoi ça bloque:
Famille, présentement sur Whatsapp. Besoins:
-Client Android -> Ça serait Conversations mais mes parents sont à distance et pas à l'aise avec la techno. Installer F-Droid puis Conversations, c'est compliqué, et ça ne passera pas le changement d'appareil. Je ne les vois pas tous les ans.
-Client iOS -> Siskin? Mais je n'ai jamais utilisé, donc support possible de ma part: 0.
-Conférence vidéo (>2 clients): aucune solution
Groupe d'amis sur Whatsapp, on se voit de temps en temps.
-Salon privé -> ok
-Clients: Mêmes besoins qu'au-dessus, mais on est moins proches. "On a déjà tous Whatsapp, ça marche bien, pas envie de changer". Vous voulez leur expliquer qu'il vaut mieux changer avec les soucis sur les clients, qu'ils se trouvent un serveur, et je serai leur seul contact qui justifiera tout ça?
Groupe d'amis pour les soirées jeux de société. Présentement Messenger Facebook.
Besoins:
-Salon privé -> ok
-Sondages: Fin. Aucun candidat côté XMPP. Element marcherait peut-être par contre, jamais essayé les sondages dessus. Ou alors il faut envoyer les sondages sur un autre service, ce qui complique encore l'ensemble.
-Clients: Web, Android, iOS. Encore une fois pas un public avec garantie de savoir-faire. Faut que tout marche sans complications (genre échanges de clés de chiffrement, sondages interopérables, etc.).
Et je passe sur les gens qui font tout par SMS, même les discussions de groupe!
Aujourd'hui, la seule chose qui justifie mon serveur XMPP, c'est l'usage dans la famille proche. La petite a un ordiphone vieux de 10ans, Conversations marche sans problème dessus. On ne s'est jamais retrouvés tous séparés avec une envie de faire un appel à 3, jusqu'à maintenant.
[^] # Re: matrix/element, terminé pour moi
Posté par Moonz . Évalué à 3 (+1/-0).
Un bon client web, au niveau de Slack (proprio)/Matrix.
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.