Goffi a écrit 1556 commentaires

Mais malheureusement, de plus en plus mes contacts chiffrent leurs messages avec OMEMO, bien souvent sans le savoir, juste parce que c'est activé par défaut dans Conversations.

C'est gênant quand son client ne le gère pas encore, mais je ne dirais pas « malheureusement », c'est une très bonne chose (même s'il y a redire sur beaucoup de points, le mouvement général va dans le bon sens).

Sinon le frontal TUI de Libervia (ex. Salut à Toi) que je développe gère aussi OMEMO (en 1:1, groupe et pour les fichiers). Et accessoirement, je suis ouvert au suggestions pour améliorer l'interface.

Et Poezio est un très bon client, et il me semblait que OMEMO était en cour d'implémentation dedans (mathieui tu peux confirmer ou infirmer ?).

Un autre oublié est Libervia (ex. « Salut à Toi », le projet est en train d'être renommé).

Il y a plusieurs frontaux, voici quelques captures :

Cagou (Libervia sur bureau et mobiles):

Libervia-web:

Primitivus (Libervia TUI):

Techniquement, peuvent-il vraiment empêcher les implémentations alternatives tout en fournissant des clients open source ? Dans tous les cas, mon but étant principalement éducatif, je n'aurais pas tout perdu. Puis j'aurais une base pour écrire une passerelle vers le prochain service de messagerie à la mode.

Je ne suis pas juriste, mais je pense que ça a plus à faire avec les conditions d'utilisations du service qu'avec la licence tu logiciel. Pour l'utilisation de "signal" dans le nom, c'est très probablement déposé. Après c'est toujours utile pour toi et c'est possible que tout passe sans problème (depuis combien d'année existe signald ?). Si ça n'est pas le cas, tu pourras voir quoi faire à ce moment (mais il y a effectivement le risque que ton projet ne puisse plus être utilisable, mais tu ne serais alors pas le seul dans ce cas).

Merci aussi pour tes conseils sur les tests, je vais regarder du côté de unittest.mock que je ne pratique pas du tout. J'aime bien l'idée de favoriser la bibliothèque standard quand c'est possible.

mock c'est principalement pour simuler un objet nécessaire dans une méthode que tu veux tester (par exemple ta méthode appelle signald, tu remplaces par un mock et tu peux vérifier que la méthode voulue, a été appelée avec les bon paramètres).

Salut,

merci pour ton travail, c'est bien de voir quelqu'un motivé au point d'écrire sa propre passerelle. Par contre l'organisation derrière signal (ex. Open Whisper Systems, maintenant c'est Signal Technology Foundation) est connue pour ne pas aimer les implémentations non officielles sur leurs serveurs (cf. LibreSignal), donc c'est possible qu'un jour ils causent du tort à signald et donc ton travail.

Pour les passerelles, le logiciel sur lequel je travaille (Libervia/Salut à Toi) permet aussi d'en écrire en Python asynchrone, mais ça manque également de documentation à l'heure actuelle. Spectrum2 est probablement la solution la plus connue, et c'est bien que l'auteur t'aie répondu.

Les tests de bout en bout c'est effectivement risqué dans ce genre de cas parce que tu peux te faire bannir de Signal, et puis ça peut être compliqué à mettre en place (il faut mettre tous les serveurs en route, attendre qu'ils soient dispo, etc.).

Par contre tu peux faire des tests unitaires, c'est à dire vérifier que tes méthodes ont le comportement attendu. Par exemple tu peux écrire une entrée type de ce que ta passerelle attendrait d'un client XMPP, et vérifier que ça se traduit correctement en la requête que tu vas faire à signald. Jette un œil à pytest qui est très populaire, et permet d'écrire des tests avec de simples assert. Tu pourrais aussi t'intéresser au module mock de la bibliothèque standard, c'est très utile et une fois que tu as compris le truc, ça devrait de permettre de tester facilement.

En tout cas bonne continuation, et merci de contribuer à XMPP.

Les derniers mots qu'il aurait dit c'est « chérie ça va couper ».

je suppose que ça signifie que https://gitlab.com/signald/signald (et donc le plugin libpurple qui se base dessus, et les passerelles comme celle de XMPP ou Matrix) ne sont pas autorisés, n'est-ce pas ?

C'est pas beaucoup mieux que whatsapp au final (ça reste un peu mieux quand même).

Salut,

Signal est un silo centralisé, mais il reste mieux que la plupart des autres silos, et en tout cas mieux que WhatsApp car le client et le serveur sont libres, et ça n'est pas affilié (du moins à ma connaissance) à Facebook ou autre entreprise qui font leur beurre sur les données personnelles.

Je copie ce que j'ai publié ce matin sur Mastodon :

Pour rappel, Signal c'est centralisé et fier de l'être cf. https://signal.org/blog/the-ecosystem-is-moving/ (et quelques réponses de la communauté XMPP: https://blog.jabberhead.tk/2019/12/29/re-the-ecosystem-is-moving/ ou https://gultsch.de/objection.html).

Ils se sont aussi déjà montrés hostiles envers de implémentations alternatives (cf. https://github.com/LibreSignal/LibreSignal/blob/master/README.md).

Alors oui ils ont fourni Double Ratchet et c'est mieux que la plupart des autres silos, mais c'est à garder en tête quand on le recommande pour remplacer whatsapp.

Pour moi, c'est décentralisation !

Bien entendu je ne suis pas neutre étant un développeur XMPP.

je ne suis pas ça de près du tout, mais j'ai vu passer des articles sur des projets européen :

• https://www.eetimes.eu/eu-signs-e145bn-declaration-to-develop-next-gen-processors-and-2nm-technology/

• https://fr.wikipedia.org/wiki/European_Processor_Initiative

Voilà, après je laisse ceux qui connaissent le domaine commenter :)

Pour la petite histoire, Metronome a été intégré dans Yunohost parce qu'il a été à un moment poussé par Jappix et Movim * (Movim avait des problèmes à l'époque avec Ejabberd, et le composant Pubsub de Prosody perdait tout au redémarrage).

Metronome est un fork de Prosody, maintenu par une seule personne (à l'origine pour un jeu il me semble, mais je n'en suis pas sûr du tout). Le problème c'est qu'il n'a pas été maintenu pendant longtemps.

Entre temps le Pubsub de Prosody s'est nettement amélioré, je ne sais pas pourquoi Yunohost n'a pas rebasculé dessus (ou sur un autre serveur, Ejabberd, OpenFire, Tigase, ou autre).

Le développeur de Metronome avait repris la maintenance la dernière fois que je m'y suis intéressé, je ne sais pas ce qu'il en est aujourd'hui (mais je pense que Prosody évolue beaucoup plus vite et régulièrement).

Pour répondre à ta question: oui le mauvais score est probablement dû à l'utilisation de Metronome ou au moins à une mauvais configuration de celui-ci.

* SàT avait les même contraintes à l'époque, mais le choix a été fait de développer un composant pubsub complet et utilisable avec tous les serveurs (SàT Pubsub, encore actif et développé aujourd'hui) plutôt que de pousser un serveur en particulier.

je crois que Gajim, qui avait la vidéo il y a quelques années mais n'a pas maintenu le code, et en train de travailler à remettre ça en état.

Dino a eu une subvention pour implémenter la vidéo aussi.

Ça fait environ 30 ans que trum l'Amiral Benson avait prévenu pourtant: https://invidious.fdn.fr/watch?v=dDV5x14TVdY

J'allais oublier:

L’équipe (quelques membres de l’équipe, dans le bassin ou au petit coin coin, n’ont pu être photographiés) :

pan ! pan !

(et aussi s/Nonne/Bonne/ mais je pense que tout le monde avait compris que je ne parlais pas des Nonnes Troppo, même si je leur souhaite une bonne année aussi).

ah ah, merci pour le subtil rappel, je ne les ai pas oubliées, elle paraîtront 2021, une bonne résolution ;)

Nonne année et merci aussi à toutes celles et tous ceux qui maintiennent ce site et ce qui va autour depuis tant d'années, malgré les commentaires pas toujours agréables et les ennuis parfois même judiciaires. Ce site est une référence par la qualité de son contenu (et souvent, mais pas toujours, des commentaires).

C'est quand même impressionnant de voir tout ce qu'a fait Gee depuis le geektionnerd : des articles, des albums, des peintures, des musiques, des essais, des animations, des jeux. Et toujours sous licence libre, chapeau !

J'ai regardé très vite fait la démo, ça a l'air bien sympa. Et faire tout tout seul (sans même utiliser un moteur existant apparemment), ça doit demander un temps assez fou.

Je me demande comment il gère son emploi du temps, et s'il arrive à vivre de tout ça, ou s'il a un boulot à plein temps (il me semblait qu'il enseignait à Nice à un moment). D'ailleurs si tu nous lis Gee, peut-être que tu peux répondre directement ^{^}

En tout cas bravo pour tout ça.

Ah, et vu que je fais mon premier commentaire de l'année : bonne année à tou·te·s

On ne se connaissait pas vraiment, mais on s'était croisés plusieurs fois. On n'imagine pas ce que peuvent traverser les gens.

Condoléances à sa famille et à ses amis.

Ah c'est intéressant ça merci.

Pour vérifier si on est sur liste noire, je connais au moins https://mxtoolbox.com/blacklists.aspx .

D'autre part, je cherche aussi un guide qui retrouve les infos à jour pour se faire enlever de ces liste, comme par exemple le lien pour hotmail (cf. mon message ci-dessous).

Bref, j'aimerais trouver un guide maintenu à jour avec ce genre d'informations, ça faciliterait la tache.

Pour ce qui est de recevoir des spams, sauf à parler des filtres anti-spam des grosses boîtes genre Free/Orange qui analysent les boîtes mails des clients pour faire des stats…, ça n'a rien à voir avec l'auto-hébergement.

Les grosses boîtes peuvent certes avoir des stats plus importantes (notamment savoir si un message particulier est mis à la poubelle/en spam par beaucoup de monde), mais je ne vois pas en quoi ça serait incompatible avec l'auto-hébergement. SpamAssassin et Bogofilter sont des outils disponibles par exemple.

Faut juste faire attention de ne pas donner son adresse email à n'importe qui / n'importe quel site.

J'ai la même adresse depuis à peu près 20 ans, et elle est publique notamment sur le code ou les documents techniques que je publie. Bien que j'utilise des alias uniques pour tout ce qui pourrait éventuellement fuiter les adresses (plus par soucis de retrouver d'où ça vient qu'autre chose), la plupart des spams que j'ai sont à mon adresse principale.

Pour ce qui est de l'envoi des mails en auto-hébergement, c'est plus complexe, car il faut vraiment tout mettre en place de A à Z et tout configurer comme il faut : IP fixe, reverse DNS, SFP, DKIM, DMARC,

Je suis au courant de ça, mais ça ne répond pas à ma question. Ma question c'est « Est-ce qu'il existe un guide à jour avec les configurations à faire, les extensions à mettre en place, les adresses/sites à contacter pour que son courriel passe correctement ? »

Il y avait eu un article de blog de Framasoft il y a quelques années qui était intéressant sur le sujet, ce que j'aimerais avoir, c'est la même chose en guide maintenu à jour. Par exemple l'adresse pour se faire enlever de la liste noire de hotmail (indiquée dans ce billet de blog), il faut la connaître.

Bref si ce genre de guide n'existe pas, ça serait très utile. Si ça existe, j'aimerais bien avoir un lien.

Pour ma part je gère mes courriels depuis des années, mais je n'ai plus vraiment le temps de m'occuper sérieusement de l'administration, et effectivement j'ai beaucoup de spam et mes propres messages finissent souvent en spam aussi.

Est-ce qu'il existe un guide à jour des bonnes pratiques ? Notamment qui liste les méthode à utiliser pour vérifier si on est sur une liste noire quelconque ? Et aussi les extensions à activer, les outils de lutte contre le spam moderne, etc. J'en suis resté à SpamAssassin principalement, est-ce qu'il y a des alternatives intéressantes ou des outils pour compléter ?

Merci pour cette dépêche bien écrite.

Petite coquille :

Cela permet, sauf si j’ai mal compris, de se passer du paquet pytz est de pouvoir jouer avec les dates et leur timezone plus simplement qu’avant.

s/est de pouvoir/et de pouvoir/

Python ne manque pas d'outils pour une interface graphique rapide. Ça va de la conversion automatique de la ligne de commande via https://github.com/chriskiehl/Gooey à des outils très complets comme Qt, cf. https://awesome-python.com/#gui-development.

Ça vaut le coup de passer un peu de temps à tester et voir les spécificités selon ce que tu souhaites faire. Depuis quelques années j'utilise Kivy qui n'est pas assez connu à mon avis au regard de ses capacités, avec la possibilité de mélanger du Python avec un langage déclaratif (Kv), et le support pour toutes les plateformes majeures (avec plus ou moins de difficultés pour les plateformes mobiles). J'ai d'ailleurs commencé une dépêche pour présenter tout ça.

Pascal n'est pas cité, mais il y a une communauté très active autour de Free Pascal et Lazarus. Je n'ai pas utilisé moi même, mais j'ai fait du Delphi dans ma jeunesse, c'était vraiment sympa et ça permettait d'avoir des choses concrètes très rapidement. Lazarus a l'air de gérer aussi toute les plateformes principales, et d'avoir une bibliothèque de composants assez fournie. Ça peut être un outil sympa pour faire des choses rapidement.

Une autre option qui sort des sentiers battus, c'est d'utiliser Godot (moteur de jeu libre qui a le vent en poupe), y compris pour faire autre chose que des jeux. C'est un des outils que j'envisage d'utiliser à plus ou moins long terme, parce que je pense que ça peut permettre de faire des choses très rapidement et de manière relativement agréable.

Attention par contre, pour les outils que j'ai cité, l'accessibilité peut être nettement moins bonne que sur des gros acteurs comme Qt ou GTK, c'est à ne surtout pas négliger.

Merci pour ces traductions régulières, super boulot !

Petite remarque : quand un terme est traduit comme ici « ajournée » pour « deferred » (terme bien choisi au passage), il serait utile de mettre la traduction en anglais soit en note soit entre parenthèses, parce que les specs sont en anglais uniquement, et ça permet de s'y retrouver.

Salut,

C'est du côté de Jingle qu'il faut regarder, et en particulier la XEP-0234. Le transfert de fichiers est un peu complexe à aborder parce que ça implique de nombreuse XEPs : il y a plusieurs méthodes, des façon de passer les NAT et autres, un système de fallback, une possibilité de faire du chiffrement de bout à bout, etc.

Cette XEP a un système de somme de contrôle (cf. XEP-0234 §8.2), permettant de vérifier que le fichier a été correctement reçu.

Je conseille fortement d'utiliser une implémentation existante plutôt que de partir de zéro, tu peux regarder sur https://xmpp.org/software/libraries.html.

Dans le projet sur lequel je travaille (Salut à Toi) il y a un composant de gestion de fichiers (via Jingle ou HTTP File Upload), fonctionnel mais qui pas encore stable. Il y a effectivement aussi le projet de jnanar (errol que tu as cité).

Bref, oui c'est possible, et non il n'y a pas de limitation sur le volume ou la vitesse de transfert (sauf si imposé par une des parties, par exemple un serveur qui sert de relai). D'autre part le côté extensible de XMPP te permet d'ajouter des choses qui te manqueraient, soit de manière spécifique à ton projet, soit en les proposant comme nouveau standard si c'est potentiellement utile à d'autres.

tu bluffes martoni !

pour manger loin des co nna llègues

C'est un peu triste de lire ça, dans tous les boulots que j'ai eu, un de mes plus gros plaisirs dans la journée de travail était justement de manger avec mes collègues (voire parfois la partie de pétanque, la mini rando, ou la plage).