LeBouquetin a écrit 2151 commentaires

Interview croisée du boss de Nextcloud et du créateur de Roundcube : https://nextcloud.com/blog/roundcubes-future-at-nextcloud-an-interview-with-the-founders/

J'aime bien l'idée d'embaucher des gens / développeurs sans avoir de plans pour commercialiser quelque chose.

Sur le papier pourquoi pas, mais alors avec un statut loi 1901, pas avec une structure commerciale.

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Cette information m'intéresse particulièrement …

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Nextcloud n'est pas libre du sol au plafond ?

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

L'article dit

Cela marque une nouvelle étape dans la décentralisation informatique à l’échelle mondiale.

Je suis dubitatif, je ne vois pas ce qu'apporte Nextcloud en terme de décentralisation par rapport à ce que permettait déjà Roundcube.

Développer le produit, l'activité en respectant les valeurs du libre : oui.

Ou alors Nextcloud prévoit de faire du marketing pour mettre Roundcube sur le devant de la scène à des endroits où les organisations utilisent aujourd'hui du logiciel propriétaire ou du logiciel centralisé ?

Fonctionnellement, j'avais cru comprendre que SOGo était plus riche (délégation de gestion de dossiers par exemple) - et plus proche de ce que permettent les solutions concurrentes avancées (Microsoft, Bluemind), ce qui me laisse penser que les organisations s'orienteraient plutôt vers ces solutions.

Mais là, justement, ce discours aurait plutôt tendance à éveiller ma vigilance car ça sonne creux (ce qui n'est généralement pas le cas avec Nextcloud)

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Ça c'est sûr que c'est un carnage le web. Le business s'en est emparé… Ya qu'à faire un tour en ligne sans bloqueur de pub :-(

Mais c'est aussi un environnement extrêmement complexe si tu veux faire les choses bien. On parlait de cache ; mais si tu veux faire qqchose d'adaptatif, accessible, bien référencé, performant, sexy, …

En tout cas on a bien fait de discuter :-)

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

C'est pas un comportement nouveau : le support utilisateur ça existe depuis des années et c'est à l'opposé de la pureté qu'on cherche quand on fait de la conception (de site, de logiciel, etc). C'est du "damage control".

Ce que je dis c'est pas que le site est bien et que tout va bien ; ce que je dis c'est qu'il faut critiquer avec un peu d'humilité.

Concernant le cache quand on développe un site on est tributaire de la stratégie des navigateurs. Par défaut on ne fait rien mais le butineurs décide de mettre des trucs en cache. Du coup on peut passer des entête HTTP pour dire "ne met pas ça en cache", ce genre de truc, mais en fait c'est pas unanimement respecté.

Du coup la solution pour avoir un truc qui marche et qui est maîtrisé, c'est :

• de régénérer des urls à chaque mise à jour du contenu pour être certain que le contenu ne viendra pas du cache. Exemple : https://mon.site/JS/all.js?token=abcd. On se fait ch… à développer des trucs pour empêcher le browser de mettre en cache
• comme c'est pourri d'un point de vue performance, on ajoute les entêtes pour dire au navigateur de mettre en cache pendant 1 an, comme ça ça va pas recharger.

Au final on est obligé de réimplanter le mécanisme d'optimisation tout en s'assurant qu'on court-circuite les initiatives du navigateur.

À chaque ajout de ressources il faut être vigilant et forcément il arrive qu'il y ait des ratés.

Donc non, c'est pas un problème de compétence.

C'est un sujet complexe et fragile.

Je comprends que ça fait ch… Mais c'est pas les dev ni le support le problème - en tout cas pas plus que l'utilisateur. (Note : je suis pas concerné par ce problème directement, c'est juste un comportement que je retrouve régulièrement et qui m'agace)

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Il a suivi une voie alternative …et la réaction du support montre que ce n’est pas un conseil mais la récitation d’un mantra ou d’une prière.

• le support a identifié que c'est un problème de cache au niveau du navigateur, ou plus exactement qu'on peut contourner le problème en purgeant le cache
• le support sait que purger le cache des autres sites n'a rien à voir mais le support met au point une réponse standard qui permet de résoudre le problème pour tous les utilisateurs, quel que soit leur compréhension et leur dextérité technique
• parenthèse, l'auteur du journal est également incompétent puisque il ne sait pas que l'outil qu'il utilise au quotidien permet de purger distinctement les données site par site, ce qui devrait l'inciter à un jugement un peu moins définitif et à un peu plus d'humilité (paille, poutre, tout ça)
• quand on fait du support on rationalise les solutions et on évite les hypothèses difficiles à évaluer (le niveau de compréhension de l'interlocuteur fait partie de ces sujets) et on ne cherche pas à optimiser la manière de faire mais à maximiser les chances de réussite.

Pour le reste, je te laisse juger de la pertinence du titre et du ton du journal à la lumière de ces éléments.

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Ce journal montre qu'en suivant les conseils du support ça fonctionne, non ?

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Je voyais la virgule de cette manière :

incompétence des développeurs ou décideurs, qui ne voulaient pas passer du temps à faire du standard compatible.

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

incompétence des développeurs ou décideurs qui ne voulaient pas passer du temps à faire du standard compatible.

Le sujet est sans doute un peu plus complexe qu'un problème de compétences.

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Je pense que le sujet est plus subtile.

Les email tu les perds. Et tu redemandes l'info. Comme c'est dématérialisé personne n'y accorde d'importance - il faut donc que pôle emploi garde une copie.

À partir de là, quel intérêt d'envoyer des documents par email alors qu'on peut proposer qqchose de mieux sur le plan du suivi historique d'un dossier ? Tous les documents sont centralisés et accessibles via un site unique. La conservation des données est assurée par pôle emploi qui n'aura donc pas de litige à gérer parce qu'un chercheur d'emploi a supprimé "par erreur son mail"…

Il ne faut pas prendre les utilisateurs pour des c.. mais il est attendu aujourd'huide tous les services numériques qu'ils protègent les utilisateurs d'eux même.

Ça vaut pour tous les services numériques, des serveurs OVH (souvenez-vous l'hiver mais pas le dernier) aux drive Google (coucou l'actu) en passant par tous les services gratuits ou payants (qui va se retenir de grogner si twitter, linuxfr ou autre perd toutes les données des utilisateurs ?)

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

REST est un principe d'architecture ; ça peut s'appliquer à des APIs mais aussi simplement au routage d'une application web classique.

REST et API sont orthogonaux, comme REST et JSON ou JSON et API

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

J'ai l'impression que le terme REST a orienté la lecture de certains utilisateurs qui comprennent que tu veux faire des APIs, mais REST n'est pas spécifique aux APIs - cf la page wikipedia qui parle de Representational state transfer

POST ou GET ?

L'idée derrière une architecture est d'avoir qqchose de carré et si possible le + intuitif possible.

Du coup je suggère d'utiliser :

• GET pour des requêtes en lecture uniquement
• POST pour tout le reste (création, modification, suppression)

Ce principe fonctionne bien si tu es ok d'organiser la navigation via des formulaires (

<form action="http://foo.com" method="POST">
  <button>Supprimer</button>
<form/>

Si tu prévois de faire les choses via des liens <a href="xxx">Supprimer</a> alors il faut utiliser des GET et du coup l'archi serait plutôt :

• GET pour des requêtes en lecture uniquement ou des action simples (exemple : supprimer une entité, activer/désactiver un utilisateur, etc)
• POST pour tout le reste (création, modification)

Routage

À partir de ce qui a été dit au dessus, le routage suivant me semble clair et intuitif :

• GET http://foo.bar/entities pour récupérer la liste
• GET http://foo.bar/entities/<id> pour récupérer une entité précise
• POST http://foo.bar/entities pour créer une entité
• POST http://foo.bar/entities/<id> ou POST http://foo.bar/entities/<id>/update pour modifier une entité
• POST http://foo.bar/entities/<id>/delete pour supprimer une entité

Ce à quoi tu peux envisager d'ajouter des routes du style :

• POST http://foo.bar/entities/<id>/activate pour activer une entité par exemple (en imaginant que tu aies un statut actif/inactif comme pour un utilisateur)

• POST http://foo.bar/entities/<id>/archive pour activer une entité par exemple (en imaginant que tu aies un statut actif/inactif comme pour un utilisateur)

D'une manière générale

• cherche à standardiser ton architecture de routage. si tu mets la suppression en GET car accédé via un lien, alors utilise uniquement POST pour la création et modification et mets toutes les actions spécifiques en GET
• dis-toi que tout ce qui est en GET va rester dans l'historique du navigateur et donc proposé en auto-complétion - donc potentiellement ça peut poser problème d'un point de vue utilisateur (par exemple : re-suppression sans faire exprès car mauvaise URL sélectionnée dans l'autocomplétion de firefox)
• tout ce qui passe en GET est visible sur les intermédiaires. Tu trouves dans les logs Apache / NGINX les routes avec les paramètres GET. Typiquement, ne mets pas de données sensibles en GET (exemple : mot de passe, email, etc)
• les paramètres GET sont généralement exploités pour faire du filtrage, par exemple : http://foo.bar/events/?owner=4&category=birthday&after=2023-10-16T00:00:00
• s'il s'agit de pages accessibles publiquement, les GET sont généralement crawlés par les moteurs de recherche

J'ai fait un petit tour de ce qui me vient à l'esprit, n'hésite pas si tu veux approfondir des trucs.

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Merci pour le retour sur le site. Ta formulation est plus fluide, je vais voir pour rectifier ça.

Le service repose sur Dovecot mais je ne saurais pas dire si on supporte les dossiers virtuels. Je vais me renseigner.

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

l'enjeu de ce commentaire ?

Je voulais dire "L'enjeu du commentaire initial"

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

C'est le cas de galae.

Mais du coup si vous êtes hébergé chez un prestataire qui vous convient, c'est quoi l'enjeu de ce commentaire ?

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

De notre côté dans ce cas de figure et parc hétérogène, on déploie

• soit un serveur openmediavault,
• soit un "Tracim NAS" + clients Windows ou Linux qui exploitent soit un accès WebDAV soit TRSync (synchro de fichiers).

Pour la gestion des machines, on configuré selon les attentes client les mises à jour auto + prise en main à distance avec RustDesk je crois.

C'est quoi que tu recherches qui concrètement ? L'accès centralisé et sécurisé aux fichiers ? Une authentification centralisée ? La gestion du parc et des mises à jour ? Un outil de déploiement des configurations genre imprimante, lecteurs réseaux etc etc ?

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Les 35 mails par jour, c'est pour la totalité du compte.

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Merci pour le retour. Comme pour ma réponse ci-dessus, je vous invite à poser les questions sur l'espace communautaire pour les mutualiser et mutualiser nos réponses (et elles seront potentiellement plus précises).

est-ce que vous envisagez de déployer SMTP-AUTH et IMAPS

Il faudrait que j'en reparle avec l'équipe technique ; comme dit précédemment, la roadmap n'est pas encore très claire

mise à dispo d'une API

Il y a bien une API mais il ne me semble pas qu'elle soit ouverte aux comptes utilisateurs. En tout cas pas encore. Je t'invite vivement à l'évoquer sur l'espace communautaire pour aller dans ce sens (ça me semble une bonne évolution, c'est aussi l'enjeu identifié par les utilisateurs et clients qui nous va nous aider à prioriser les améliorations)

Est-ce qu'il est prévu de pouvoir facilement migrer d'une offre vers une autre (ici Start => Evolution) en cas de besoin ?

C'est effectivement possible et sans douleur (pas de reconfiguration de votre côté : c'est une démarche "contractuelle" et une intervention de notre équipe support)

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Merci pour ce retour Cyprien :)

Concernant l'autoconfig dans thunderbird, il me semble qu'on avait testé/validé son fonctionnement. Un petit retour sur l'espace communautaire galae serait le bienvenu pour le support et l'ensemble des clients / utilisateurs !

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Oui tu peux contacter le support directement.

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Le bouton "souscrire à Galae maintenant" pointe vers la grille tarifaire et non un formulaire.

Ah ah ! Oui, l'embarquement client est encore très manuel ;) On a effectivement des ajustements à faire … mais là c'est plus qu'un simple ajustement ;)

Vous avez quand même réussi à mettre ça en place en un temps record.

Je ne cache pas que ça a été intense … dans tous les sens du terme (du bon … et des tensions).

Le résultat semble plaire et de nouveaux clients arrivent, donc c'est signe que l'on est sur la bonne trajectoire.

Merci pour le retour en tout cas !

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Merci pour les retours :)

Concernant le désalignement de config MX, l'avez-vous remonté ? On a peut-ête qqchose à corriger.

Concernant les stickers on les a reçus, mais on ne les a pas encore envoyés. Ça risque d'être plus énergivore de vérifier à qui on doit ou pas les envoyer que de les envoyer à tout le monde.

C'est une bonne question pour le webmail et le MFA ; je ne saurais pas répondre pour le moment. Pour le moment, ce qui est prévu concerne les alias * (c'est financé et développé, reste à tester et à déployer) ; ensuite on a un certain nombre de demandes qui sont arrivées avec les premiers utilisateurs, dès qu'on refait un peu surface on va prioriser les demandes et améliorations et mettre en place un plan d'action et une roadmap.

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

Du coup Marc, on peut avoir un retour sur le module à commenter / sur lequel faire des retours ?

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo

de plus en plus orientée vers le libéralisme

Pour débattre, il faut avoir de bonnes bases, et pas des préjugés basés sur des "on dit" venant de personnes ayant pour agenda autre chose.

Ce n'est pas que du ressenti. Le marché de l'énergie me semble un bon exemple de l'augmentation du libéralisme.

Une définition du libéralisme est la suivante : Doctrine selon laquelle la liberté économique, le libre jeu de l'entreprise ne doivent pas être entravés.

Un autre bon exemple de l'augmentation du libéralisme, c'est la mutuelle qui est devenue obligatoire et qu'en même temps on réduit la prise en charge des soins par la sécurité sociale.

L'évolution de l'éducation et la multiplication des écoles privées et la dégradation des critères de recrutement des enseignants me semblent aller aussi dans ce sens.

Effectivement, je ne suis pas un expert et il y a une part de ressenti. Mais en même temps il y a des éléments tangibles qui vont dans le sens d'une ouverture des marchés et d'un laisser-faire.

Mais de toute façon, ce n'est pas un sujet sur lequel j'ai envie de débattre : je disais juste que j'étais sceptique (ce qui est 100% du ressenti;)

#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo