Je pige pas très bien la logique. Y a un docker compose, qui prend deux images Docker Ubuntu 20.04, et qui compile nginx sur chacune d'entre elle. La première est l'entrée HTTPS, qui redirige vers la seconde qui, à l'aide du module stream et une map redirige sur le point final (les serveurs de Signal). Et certbot.
Tout ça, alors qu'un simple fichier de conf nginx suffisait, quand on a une machine qui a déjà un serveur avec un certificat.
J’ai pas regardé mais Gaspar doit pouvoir faire la même chose.
Non, ce n'est pas possible, car Gaspar étant un compteur de gaz, il ne fournit pas d'énergie sur un port USB. Je pense qu'il faut se tourner vers des capteurs Zigbee (ou équivalent), et avoir une centrale Zigbee. Pourquoi pas sur un RaspberryPi ;) Mais du coup, ça vaut également le coup d'avoir un capteur Zigbee sur son compteur d'électricité. Et aussi sur son compteur d'eau. C'est un peu plus agile.
Alors, ce commentaire mérite clairement d'être en avant.
Déjà, un point extrêmement positif : la météo. Sur l'espace GrDF, on trouve la température extérieure, et j'avais trouvé ça très pertinent. Vu que ma source principale de chauffage, c'est le gaz, ben c'est normal de… normaliser (qu'est-ce qu'on se marre) la consommation face à la température. Mais dans GrDF, y a juste une valeur par jour, on sait pas trop si c'est une moyenne… Là, y a une analyse vraiment performante. Et je trouve que c'est le gros point fort de æneria pour l'instant.
Après, oui, il n'y a que l'électricité, mais une fois que l'interface est faite pour une source, c'est « plus facile » pour les autres. Un gros bémol, le connecteur est jamais facile à coder… Et pour l'eau, il y a beaucoup de fournisseurs. Donc je mettrai dans ces logiciels la possibilité d'importer manuellement des données, quitte à les marquer comme telles. Mais ça permettrait de faire une analyse quand même.
En tout cas, le proxy.aeneria.com est évidemment une très bonne chose pour attirer des gens. Sinon, c'est complètement impossible de se faire son instance. À moins de… faire comme j'ai suggéré au paragraphe précédent : rendre possible l'intégration d’agrégation de données par l'utilisateur, et pourquoi pas depuis des sources de domotique ?
Je me trompe ou æneria est destiné à être une source de revenus ? Ça fait très pro en tout cas. Bravo.
EDIT: Ah oui, je viens de voir les offres sur https://aeneria.com/#offres donc j'avais bien raison :)
De plus c'est un bon exercice pour travailler son self-control et maitriser ses émotions. Avant de passer le coup de fil, se mettre en bonne condition mentale, prévoir de quoi noter, se mettre à l'aise dans un endroit calme,avoir un peu de temps devant soi et de quoi se désaltérer, ne jamais appeler quand on est dans un moment de tension, même quand ça vient de péter et qu'on a un besoin relativement urgent du service en question
———
Faut pas gonfler Gérard Lambert quand il répare sa mobylette.
J'applaudis la signature, raccord avec la conclusion :)
Maintenant, parlons de la stdlib du C++, qui a attendu C++11 pour avoir une hash map. Tout le monde s'attend à ce qu'une map soit hashé sur les clés avec un ordre non garanti sur l'itération (oui, même si Python a changé d'avis), permettant d'avoir un temps amorti sur la recherche. C'est dommage je trouve. J'ai été très perturbé d'avoir des std::map au comportement si différent des autres langages.
Peut-être que j'ai été trop drogué au HashMap de Java et de Perl ?
Mais ? Évidemment qu'on s'en tape de l'avertissement !
Pourquoi ? Parce que I don't care about cookies ne s'utilise pas tout seul, mais soit avec uMatrix, soit avec Cookie AutoDelete, qui rend ces panneaux d'avertissement visibles. À. Chaque. Visite. C'est horrible.
Et puis, j'utilise l'abonnement à la liste AdBlockPlus (dans uBlock Origin), comme ça, pas de code JS supplémentaire dans mon navigateur.
Oui, je ne suis pas un utilisateur lambda, c'est évident…
Je plussoie. Pour avoir installé des Ubuntu partout (sauf pour moi, je suis en Debian/testing, la rolling-release de Debian ;)), les màj de version majeure se font sans efforts. Et les màj de LTS aussi, tous les deux ans seulement.
Donc il suffira que tu confirmes la première connexion pour que la personne puisse ensuite ajouter sa passkey au compte. Et ça fait un compte partagé sans avoir à partager de mot de passe. Ça me semble pas mal comme fonctionnement.
Merci de me souligner ce fonctionnement, que j'avais… zappé.
Mais tous tes mots de passe sont aussi stockés au même endroit, dans le cloud de Bitwarden (à moins que tu l'auto-héberge à la maison) et dans le cache de ta machine.
C'est ça, je l'auto-héberge. Et aussi, même dans l'autre cas, je choisis mon prestataire. Là, on va être un peu bloqué. Y a Apple, Microsoft et Google, mais grosso-modo, ça dépend du matériel qu'on a acheté, point-barre.
Pour l'un comme pour l'autre je ne pense pas qu'un attaquant d'envergure FBI ait trop de difficultés à y accéder.
Ah ben les forces de l'ordre peuvent accéder à mes mots de passe, mais ça doit être validé par un juge. Et mettre des procédures légales n'empêche pas de mettre des gardes-fous techniques pour éviter la pente savonneuse d'un pouvoir politique qui change les procédures légales.
Et donc soit te doivent le service que tu paies, soit ont intérêt à ce que tu restes pour continuer à se faire du pognon avec tes données.
Dans le deuxième cas, il y a beaucoup d'exemple de gens qui se font fermer l'intégralité de leur compte pour une « entorse » aux conditions générales dans un autre service du fournisseur (tentaculaire…).
Pourquoi avoir 1 passkeys par site voir compte ? Au pire, on crée une clé public que pour ce site.
Avoir différentes identités est une chose très importante je trouve. J'aime bien garder ce principe. Si une clé est corrompue, il ne faut pas tout révoquer.
Pourquoi vouloir enfermer cela dans la mémoire interne et sécurisé du tél ?
Parce que c'est quand même vachement mieux à l'abri d'un casse chez LastPass quand même. C'est un peu le but des TPM, et pour le coup, elles le font bien…
Quelque part… on peut dire que c'est une bonne idée. C'est d'ailleurs le concept même de l'échange défi-réponse de la carte à puce avec un code PIN, autant dire que c'est pas tout jeune. J'ai pas regardé la crypto de ces « passkeys » (est-ce que j'y comprendrais quelque chose ?), mais c'est sûrement plus moderne.
Cependant… Comme le laisse penser le titre ironique de ce lien, c'est sûrement une Fausse Bonne Idée. Déjà, comme le dit l'article, on peut rien sortir soi-même. C'est pas top, au mieux, c'est laborieux. Ensuite, on ne peut pas le partager. Alors là, pardon, mais dans mon foyer, on va pas se créer un compte par personne dans un magasin pour commander. Ou sur LeBonCoin. Non, on a une organisation BitWarden, avec un mot de passe généré partagé. Ça marche.
Et le dernier clou, la sauvegarde dans le cloud. Ahah. Ça, c'est l'argument massue pour me faire m'en aller : tous mes mots de passe, au même endroit, chez un prestataire que je paie pas et qui ne me dois rien. Moui, bon, c'est pas que c'est louche, mais ça ressemble à un test de phishing ? ;)
Si j'avais été un troll, j'aurais dit : Traditional packaging is not suitable for non-Green IT applications.
La plupart des applications qui supportent mal le système traditionnel de paquets sont des trucs basés sur Electron, Node.js, et dans une certaine mesure, Python. Donc des trucs fabriqués avec des briques logicielles qui évoluent tellement vite (Y a une nouvelle version majeure de NodeJS par an) qui rendent l'écosystème forcément fragmenté.
L'exemple de OBS avec FFMpeg est cependant intéressant.
Mais pour avoir observé le comportement de Flatpak et de Nix, ben je préfère le deuxième. Mais c'est une préférence personnelle…
Merci pour ce journal, qui expose problème et solution.
Les ressources sont clairement gâchées. 37 Mo, c'est effectivement rien, sauf quand on l'additionne. Bande passante et espace de stockage vont représenter des gigaoctets. Et puis, à chaque mise à jour de l'application, ça va être le même bordel.
Je comprends la raison de ne pas partager des ressources (comme dans une distribution Linux), mais là, ça montre des limites. Un système fonctionnel à la NixOS/Guix ne serait-il pas adapté ?
Tiens, et en dernière remarque, si tu as le temps, tu peux essayer de recompresser les PNG ou les SVG. J'y mettrais pas ma main à couper, mais il y a de fortes chances pour que ça gagne encore. On a même un super logiciel pour ceux qui veulent pas se compliquer la vie.
Lorsque tu lanceras l'application, la page de login s'affichera plus vite que si tu lances un firefox vers la page concernée.
Les caches navigateurs fonctionnent bien. Surtout en PWA.
Un autre aspect, c'est quand même que les gens savent mieux gérer des applications sur leur téléphone que des marques-pages dans leur navigateur.
C'est une réalité. Mais la faute ne vient pas des gens, elle vient des fabricants d'OS (coucou Apple) qui ont vendu le concept d'application (coucou le business) même quand ça n'était pas nécessaire. Et de ce fait, les interfaces des navigateurs sont inadaptées.
Pourtant, j'aime beaucoup le concept de « Installer cette application sur mon téléphone » quand je vais sur une page Web. Ça marche.
J'y ai pas cru. J'ai ouvert l'APK depuis F-Droid, et dedans, il y a les bibliothèques pour :
x86_64
x86
arm64-v8a
armeabi-v7a
Alors autant les deux derniers, je comprends, mais les deux premiers, je suis pas sûr que ça soit utile… Et il y a libjingle_peerconnection qui fait 10 Mo environ dans chaque répertoire. Plus un tas d'autre trucs.
Je suis inscrit sur une framaliste de « gens normaux ». Ce n'est pas moi qui la gère, c'est également une « gente normale ». Et plein de destinataire disent ne jamais recevoir certains messages. Je me suis déjà entendu leur dire que la faute n'est pas de Framaliste, mais de leur fournisseur de messagerie (après le leur avoir demandé quand même, je ne vais cracher gratuitement), et l'effet est, comme vous vous en doutez, assez nul. Je ne m'attends pas à ce que les gens changent de fournisseur dès le lendemain, mais à ce qu'ils comprennent qu'ils ne peuvent pas avoir le beurre (une adresse de courriel avec stockage illimité ou presque) et l'argent du beurre (tout ça gratuitement).
Sans blague, super idée, super projet de se focaliser sur l'interopérabilité.
XMPP me faisait briller les yeux en 2005, je l'ai utilisé pendant longtemps, et puis j'ai cédé aux sirènes de Matrix/Element pour son côté « moderne ».
Mais j'ai quand même gardé mon serveur XMPP, avec un relais entre mon salon anonyme ouvert (saurez-vous le trouver) et un salon Matrix. Parce que je trouve ça bête d'avoir deux protocoles ouvert qui ne se parlent pas.
IBM Notes (ex Lotus Notes). Il est impossible de répondre en dessous du message, on ne peut que écrire au dessus. On ne peut même pas casser une citation en deux pour répondre dedans, on ne fait que rajouter du texte dans la citation.
Oui, on pourrait argumenter que Notes n'est pas un client email, mais une messagerie avec une passerelle vers l'email…
Shortwave a l'air bien, mais… pourquoi ne supporter que GMail ? C'est bizarre comme modèle commercial pour une boîte, de s'appuyer uniquement sur un seul fournisseur de données. J'ai vu plein de boîtes faire des clients Twitter, et… ça s'est pas bien fini pour eux.
C'est vrai. En général d'ailleurs, je m'adapte. Sur debian-devel, je fais du bottom posting. Quand un message est déjà écrit en top posting depuis 5 échanges, je vais pas tout casser juste pour imposer ma vision.
Les clients « modernes » ont tendance à rendre cette différence un peu obsolète d'ailleurs. Outlook Web masque comme il faut les messages précédents, et Thunderbird Conversations permet de faire une navigation en conversation assez pratique.
# Docker complexe
Posté par Glandos . En réponse au lien Signal demande (à nouveau) à sa communauté de faire tourner des proxys. Évalué à 4.
Je pige pas très bien la logique. Y a un docker compose, qui prend deux images Docker Ubuntu 20.04, et qui compile nginx sur chacune d'entre elle. La première est l'entrée HTTPS, qui redirige vers la seconde qui, à l'aide du module stream et une map redirige sur le point final (les serveurs de Signal). Et certbot.
Tout ça, alors qu'un simple fichier de conf nginx suffisait, quand on a une machine qui a déjà un serveur avec un certificat.
# En tout cas…
Posté par Glandos . En réponse au lien Peut-on encore dire que le go est lent ? 4 ans d'évolution du runtime. Évalué à 8.
Il n'a pas un appétit de moineau. Surtout quand on voit l'API. C'est quand même un langage chouette.
À vous les calembours. Mais c'est pas moi qui ai commencé !
[^] # Re: Intéressant mais
Posté par Glandos . En réponse à la dépêche Ecolyo pour gérer ses consommations d’eau et d’énergie. Évalué à 3.
Non, ce n'est pas possible, car Gaspar étant un compteur de gaz, il ne fournit pas d'énergie sur un port USB. Je pense qu'il faut se tourner vers des capteurs Zigbee (ou équivalent), et avoir une centrale Zigbee. Pourquoi pas sur un RaspberryPi ;) Mais du coup, ça vaut également le coup d'avoir un capteur Zigbee sur son compteur d'électricité. Et aussi sur son compteur d'eau. C'est un peu plus agile.
[^] # Re: æneria, une alternative à Ecolyo
Posté par Glandos . En réponse à la dépêche Ecolyo pour gérer ses consommations d’eau et d’énergie. Évalué à 5. Dernière modification le 24 septembre 2022 à 15:35.
Alors, ce commentaire mérite clairement d'être en avant.
Déjà, un point extrêmement positif : la météo. Sur l'espace GrDF, on trouve la température extérieure, et j'avais trouvé ça très pertinent. Vu que ma source principale de chauffage, c'est le gaz, ben c'est normal de… normaliser (qu'est-ce qu'on se marre) la consommation face à la température. Mais dans GrDF, y a juste une valeur par jour, on sait pas trop si c'est une moyenne… Là, y a une analyse vraiment performante. Et je trouve que c'est le gros point fort de æneria pour l'instant.
Après, oui, il n'y a que l'électricité, mais une fois que l'interface est faite pour une source, c'est « plus facile » pour les autres. Un gros bémol, le connecteur est jamais facile à coder… Et pour l'eau, il y a beaucoup de fournisseurs. Donc je mettrai dans ces logiciels la possibilité d'importer manuellement des données, quitte à les marquer comme telles. Mais ça permettrait de faire une analyse quand même.
En tout cas, le proxy.aeneria.com est évidemment une très bonne chose pour attirer des gens. Sinon, c'est complètement impossible de se faire son instance. À moins de… faire comme j'ai suggéré au paragraphe précédent : rendre possible l'intégration d’agrégation de données par l'utilisateur, et pourquoi pas depuis des sources de domotique ?
Je me trompe ou æneria est destiné à être une source de revenus ? Ça fait très pro en tout cas. Bravo.
EDIT: Ah oui, je viens de voir les offres sur https://aeneria.com/#offres donc j'avais bien raison :)
[^] # Re: Faire durer le déplaisir ou le kung-fu du service client.
Posté par Glandos . En réponse au lien Centres d’appels dans les télécoms. Évalué à 8.
J'applaudis la signature, raccord avec la conclusion :)
[^] # Re: La fin de la "stabilite" des standards ?
Posté par Glandos . En réponse au lien It's time to stop using C and C++ for new projects, says Microsoft Azure CTO. Évalué à 5.
Je suis parfaitement d'accord.
Maintenant, parlons de la stdlib du C++, qui a attendu C++11 pour avoir une hash map. Tout le monde s'attend à ce qu'une map soit hashé sur les clés avec un ordre non garanti sur l'itération (oui, même si Python a changé d'avis), permettant d'avoir un temps amorti sur la recherche. C'est dommage je trouve. J'ai été très perturbé d'avoir des
std::mapau comportement si différent des autres langages.Peut-être que j'ai été trop drogué au
HashMapde Java et de Perl ?[^] # Re: It's time to stop using Windows for new computers
Posté par Glandos . En réponse au lien It's time to stop using C and C++ for new projects, says Microsoft Azure CTO. Évalué à 8.
Aaaah, je me souviens, j'utilisais ProcessExplorer de sysinternals.com fait par Mark Russinovich bien avant qu'il ne soit embauché chez Microsoft.
Et depuis, ProcessExplorer reste mieux que l'utilitaire fourni par Microsoft. Mais bon, hein, je dis ça, je dis rien :)
[^] # Re: Quelques précisions
Posté par Glandos . En réponse à la dépêche Ecolyo pour gérer ses consommations d’eau et d’énergie. Évalué à 3.
Je savais que je pouvais compter sur le public de ce site.
Merci pour ces précisions !
[^] # Re: Un train qui arrive à l’heure
Posté par Glandos . En réponse au journal Tout le monde (ou plutôt, trop de gens) semble se foutre des licences en 2022. Évalué à 8.
Mais… si c'est sur Internet, c'est que c'est vrai !
[^] # Re: I don't care about my privacy
Posté par Glandos . En réponse au lien L'extension navigateur I dont care about cookies acquise par Avast. Évalué à 6.
Mais ? Évidemment qu'on s'en tape de l'avertissement !
Pourquoi ? Parce que I don't care about cookies ne s'utilise pas tout seul, mais soit avec uMatrix, soit avec Cookie AutoDelete, qui rend ces panneaux d'avertissement visibles. À. Chaque. Visite. C'est horrible.
Et puis, j'utilise l'abonnement à la liste AdBlockPlus (dans uBlock Origin), comme ça, pas de code JS supplémentaire dans mon navigateur.
Oui, je ne suis pas un utilisateur lambda, c'est évident…
[^] # Re: mises à jour
Posté par Glandos . En réponse au journal 2 ans d'Artix Linux dans un GUL de province (GEBULL.org). Évalué à 9.
Je plussoie. Pour avoir installé des Ubuntu partout (sauf pour moi, je suis en Debian/testing, la rolling-release de Debian ;)), les màj de version majeure se font sans efforts. Et les màj de LTS aussi, tous les deux ans seulement.
[^] # Re: Bien fait
Posté par Glandos . En réponse au lien Jean-Luc Godard (volontairement, et voulait que ça se sache) bronsonisé. Évalué à 2.
Han mais Guillaume Champeau fait encore des articles sur Numérama ! https://www.numerama.com/pop-culture/27401-la-plus-vieille-video-de-chats-visible-sur-internet-date-de-1894.html (via https://www.numerama.com/author/guillaumechampeau/)
Comment ça, ça n'a rien à voir ?
[^] # Re: F.B.I.
Posté par Glandos . En réponse au lien Passkeys : Venez centraliser vos mots de passe !. Évalué à 9.
Merci de me souligner ce fonctionnement, que j'avais… zappé.
C'est ça, je l'auto-héberge. Et aussi, même dans l'autre cas, je choisis mon prestataire. Là, on va être un peu bloqué. Y a Apple, Microsoft et Google, mais grosso-modo, ça dépend du matériel qu'on a acheté, point-barre.
Ah ben les forces de l'ordre peuvent accéder à mes mots de passe, mais ça doit être validé par un juge. Et mettre des procédures légales n'empêche pas de mettre des gardes-fous techniques pour éviter la pente savonneuse d'un pouvoir politique qui change les procédures légales.
Dans le deuxième cas, il y a beaucoup d'exemple de gens qui se font fermer l'intégralité de leur compte pour une « entorse » aux conditions générales dans un autre service du fournisseur (tentaculaire…).
[^] # Re: Trop de contrainte et trop de passkeys
Posté par Glandos . En réponse au lien Passkeys : Venez centraliser vos mots de passe !. Évalué à 6.
Avoir différentes identités est une chose très importante je trouve. J'aime bien garder ce principe. Si une clé est corrompue, il ne faut pas tout révoquer.
# F.B.I.
Posté par Glandos . En réponse au lien Passkeys : Venez centraliser vos mots de passe !. Évalué à 10.
Quelque part… on peut dire que c'est une bonne idée. C'est d'ailleurs le concept même de l'échange défi-réponse de la carte à puce avec un code PIN, autant dire que c'est pas tout jeune. J'ai pas regardé la crypto de ces « passkeys » (est-ce que j'y comprendrais quelque chose ?), mais c'est sûrement plus moderne.
Cependant… Comme le laisse penser le titre ironique de ce lien, c'est sûrement une Fausse Bonne Idée. Déjà, comme le dit l'article, on peut rien sortir soi-même. C'est pas top, au mieux, c'est laborieux. Ensuite, on ne peut pas le partager. Alors là, pardon, mais dans mon foyer, on va pas se créer un compte par personne dans un magasin pour commander. Ou sur LeBonCoin. Non, on a une organisation BitWarden, avec un mot de passe généré partagé. Ça marche.
Et le dernier clou, la sauvegarde dans le cloud. Ahah. Ça, c'est l'argument massue pour me faire m'en aller : tous mes mots de passe, au même endroit, chez un prestataire que je paie pas et qui ne me dois rien. Moui, bon, c'est pas que c'est louche, mais ça ressemble à un test de phishing ? ;)
# Green IT
Posté par Glandos . En réponse au lien Traditional Packaging is not Suitable for Modern Applications. Évalué à 10.
Si j'avais été un troll, j'aurais dit : Traditional packaging is not suitable for non-Green IT applications.
La plupart des applications qui supportent mal le système traditionnel de paquets sont des trucs basés sur Electron, Node.js, et dans une certaine mesure, Python. Donc des trucs fabriqués avec des briques logicielles qui évoluent tellement vite (Y a une nouvelle version majeure de NodeJS par an) qui rendent l'écosystème forcément fragmenté.
L'exemple de OBS avec FFMpeg est cependant intéressant.
Mais pour avoir observé le comportement de Flatpak et de Nix, ben je préfère le deuxième. Mais c'est une préférence personnelle…
[^] # Re: Symbole
Posté par Glandos . En réponse au lien La NASA sélectionne RISC-V. Évalué à 10.
Mais… elle est à l'envers !
Si c'est un clou Microsoft, il se plante tout seul !
# Ressources gâchées
Posté par Glandos . En réponse au journal Sobriété, j'écris ton nom. Évalué à 9.
Merci pour ce journal, qui expose problème et solution.
Les ressources sont clairement gâchées. 37 Mo, c'est effectivement rien, sauf quand on l'additionne. Bande passante et espace de stockage vont représenter des gigaoctets. Et puis, à chaque mise à jour de l'application, ça va être le même bordel.
Je comprends la raison de ne pas partager des ressources (comme dans une distribution Linux), mais là, ça montre des limites. Un système fonctionnel à la NixOS/Guix ne serait-il pas adapté ?
Tiens, et en dernière remarque, si tu as le temps, tu peux essayer de recompresser les PNG ou les SVG. J'y mettrais pas ma main à couper, mais il y a de fortes chances pour que ça gagne encore. On a même un super logiciel pour ceux qui veulent pas se compliquer la vie.
[^] # Re: Preloading ?
Posté par Glandos . En réponse au journal Sobriété, j'écris ton nom. Évalué à 5.
Les caches navigateurs fonctionnent bien. Surtout en PWA.
C'est une réalité. Mais la faute ne vient pas des gens, elle vient des fabricants d'OS (coucou Apple) qui ont vendu le concept d'application (coucou le business) même quand ça n'était pas nécessaire. Et de ce fait, les interfaces des navigateurs sont inadaptées.
Pourtant, j'aime beaucoup le concept de « Installer cette application sur mon téléphone » quand je vais sur une page Web. Ça marche.
[^] # Re: C'est compliqué...
Posté par Glandos . En réponse au journal Réseau social pour parents d'une école. Évalué à 8.
J'y ai pas cru. J'ai ouvert l'APK depuis F-Droid, et dedans, il y a les bibliothèques pour :
Alors autant les deux derniers, je comprends, mais les deux premiers, je suis pas sûr que ça soit utile… Et il y a libjingle_peerconnection qui fait 10 Mo environ dans chaque répertoire. Plus un tas d'autre trucs.
# Framaliste
Posté par Glandos . En réponse au lien After self-hosting my email for twenty-three years I have thrown in the towel. The oligopoly has won. Évalué à 7.
Je suis inscrit sur une framaliste de « gens normaux ». Ce n'est pas moi qui la gère, c'est également une « gente normale ». Et plein de destinataire disent ne jamais recevoir certains messages. Je me suis déjà entendu leur dire que la faute n'est pas de Framaliste, mais de leur fournisseur de messagerie (après le leur avoir demandé quand même, je ne vais cracher gratuitement), et l'effet est, comme vous vous en doutez, assez nul. Je ne m'attends pas à ce que les gens changent de fournisseur dès le lendemain, mais à ce qu'ils comprennent qu'ils ne peuvent pas avoir le beurre (une adresse de courriel avec stockage illimité ou presque) et l'argent du beurre (tout ça gratuitement).
# Très cool
Posté par Glandos . En réponse au journal La première bêta de Slidge (passerelles XMPP) est dehors !. Évalué à 5.
Sans blague, super idée, super projet de se focaliser sur l'interopérabilité.
XMPP me faisait briller les yeux en 2005, je l'ai utilisé pendant longtemps, et puis j'ai cédé aux sirènes de Matrix/Element pour son côté « moderne ».
Mais j'ai quand même gardé mon serveur XMPP, avec un relais entre mon salon anonyme ouvert (saurez-vous le trouver) et un salon Matrix. Parce que je trouve ça bête d'avoir deux protocoles ouvert qui ne se parlent pas.
[^] # Re: mu4e ftw
Posté par Glandos . En réponse au journal "Use plaintext email" ? Vraiment ?. Évalué à 5.
IBM Notes (ex Lotus Notes). Il est impossible de répondre en dessous du message, on ne peut que écrire au dessus. On ne peut même pas casser une citation en deux pour répondre dedans, on ne fait que rajouter du texte dans la citation.
Oui, on pourrait argumenter que Notes n'est pas un client email, mais une messagerie avec une passerelle vers l'email…
[^] # Re: Presque rien à voir, mais:
Posté par Glandos . En réponse au journal "Use plaintext email" ? Vraiment ?. Évalué à 4.
Shortwave a l'air bien, mais… pourquoi ne supporter que GMail ? C'est bizarre comme modèle commercial pour une boîte, de s'appuyer uniquement sur un seul fournisseur de données. J'ai vu plein de boîtes faire des clients Twitter, et… ça s'est pas bien fini pour eux.
[^] # Re: mu4e ftw
Posté par Glandos . En réponse au journal "Use plaintext email" ? Vraiment ?. Évalué à 5.
C'est vrai. En général d'ailleurs, je m'adapte. Sur debian-devel, je fais du bottom posting. Quand un message est déjà écrit en top posting depuis 5 échanges, je vais pas tout casser juste pour imposer ma vision.
Les clients « modernes » ont tendance à rendre cette différence un peu obsolète d'ailleurs. Outlook Web masque comme il faut les messages précédents, et Thunderbird Conversations permet de faire une navigation en conversation assez pratique.