Cet article est dédié à deux personnes.
D’abord à Genma, dont le travail de documentation autour de l’auto-hébergement, et notamment de YunoHost, m’a accompagné de manière décisive. Son blog fait partie de ces ressources discrètes, patientes, concrètes, qui permettent à des utilisateurs non spécialistes de franchir un cap : celui qui mène de la simple curiosité à la reprise progressive de ses propres services numériques.
Il est aussi dédié à Benjamin Bayart, dont la conférence donnée en 2007 aux Rencontres Mondiales du Logiciel Libre d’Amiens, Internet libre ou Minitel 2.0 ?, reste l’un des textes fondateurs pour comprendre ce qui se joue derrière nos usages numériques. Elle rappelle une idée simple, mais rarement prise au sérieux jusqu’au bout : héberger son propre serveur de courriel n’est pas seulement une opération technique. C’est reprendre la maîtrise de sa correspondance, refuser que toute communication passe par quelques plateformes centrales, et défendre un Internet réellement décentralisé.
C’est dans cet esprit que s’inscrit cet article.
Il ne s’agit pas ici de vendre une solution miracle, ni de prétendre que l’auto-hébergement serait simple, immédiat ou adapté à tout le monde. Il s’agit plutôt de partager une expérience concrète : l’installation et la prise en main de grommunio, une solution autrichienne open source qui propose de remplacer, au moins en partie, ce que beaucoup d’organisations confient aujourd’hui à Microsoft Exchange ou Microsoft 365.
Dit simplement, grommunio permet de gérer une messagerie professionnelle complète : courriels, calendriers, contacts, tâches, synchronisation avec un téléphone, accès depuis un navigateur, et compatibilité avec des clients comme Outlook ou Apple Mail. Ce n’est donc pas seulement une boîte mail. C’est une tentative de reconstruire, avec des briques ouvertes, une infrastructure de communication que l’on peut installer, administrer et maîtriser soi-même.
Cette ambition mérite d’être examinée avec sérieux. Elle touche à un sujet central de la souveraineté numérique : la possibilité, pour des individus, des associations, des entreprises ou des collectivités, de reprendre la main sur leurs outils de correspondance. Mais elle demande aussi de la prudence. Une solution open source n’est pas automatiquement parfaite parce qu’elle est ouverte. Elle doit être testée, comprise, critiquée, comparée, et confrontée à l’usage réel.
C’est ce cheminement que cet article propose de raconter : non pas depuis un laboratoire ou une documentation commerciale, mais depuis une installation concrète, avec ses réussites, ses réglages, ses doutes et ses limites.
grommunio : une entreprise autrichienne face au verrou Exchange
Avant de raconter l’installation elle-même, il faut s’arrêter sur l’entreprise qui porte cette solution. grommunio n’est pas un grand nom connu du grand public. Ce n’est pas Microsoft, Google, Apple, ni même un acteur open source aussi identifié que Nextcloud ou LibreOffice. C’est une société autrichienne, basée à Vienne, qui s’est construite autour d’une idée assez simple à formuler, mais très difficile à réaliser : proposer une alternative ouverte aux grandes plateformes collaboratives propriétaires.
Sur son site, grommunio explique que l’équipe s’est réunie en 2019, dans un contexte où la pandémie de 2020 a rendu plus visible encore la dépendance aux outils centralisés et aux solutions propriétaires étrangères.
L’entreprise se présente donc comme une réponse européenne à une dépendance très concrète : celle des organisations qui utilisent Microsoft Exchange, Microsoft 365 ou des services équivalents pour gérer leurs courriels, leurs calendriers, leurs contacts, leurs tâches et leurs communications internes. Sa promesse n’est pas seulement de fournir une boîte mail. Elle consiste à proposer une plateforme collaborative complète, capable de s’intégrer à des usages déjà installés dans les entreprises. Sur son site, grommunio met en avant les courriels, les contacts, le calendrier, les tâches, la visioconférence, le chat, les fichiers, la bureautique, l’archivage et la gestion des appareils mobiles.
Dit plus simplement : grommunio cherche à remplacer une partie importante de ce que beaucoup d’organisations délèguent aujourd’hui à Microsoft. Non pas seulement l’adresse de courriel, mais l’environnement quotidien qui va avec : recevoir ses messages, consulter son agenda, synchroniser son téléphone, partager des dossiers, travailler depuis Outlook, Apple Mail, Thunderbird ou un navigateur.
Le cœur technique de cette ambition s’appelle Gromox. C’est le composant central de grommunio, celui qui joue le rôle du moteur sous le capot. Gromox est présenté comme un serveur groupware capable de servir de remplacement à Microsoft Exchange, avec la prise en charge de protocoles comme RPC/HTTP, MAPI/HTTP, EWS, IMAP, POP3 et SMTP. Ces noms peuvent sembler obscurs, mais l’idée est simple : ce sont les « langages » que les logiciels de messagerie utilisent pour dialoguer avec le serveur. Si Outlook sait parler à Exchange, grommunio essaie de faire en sorte qu’Outlook puisse aussi lui parler.
C’est là que la solution devient intéressante du point de vue de la souveraineté numérique. Beaucoup de solutions libres savent faire du mail. Certaines savent très bien gérer des calendriers, des contacts ou des fichiers. Mais reproduire suffisamment le comportement d’un serveur Exchange pour conserver des usages comme Outlook, la synchronisation mobile ou les calendriers partagés est un exercice beaucoup plus délicat. grommunio ne se contente donc pas de proposer un webmail agréable : son pari est de reprendre une place très stratégique, celle du serveur de communication professionnelle.
Derrière cette entreprise, plusieurs noms apparaissent. Le plus visible est Norbert Lambing, fondateur et dirigeant de grommunio. Son parcours public est assez atypique pour le monde du logiciel : avant grommunio, il est notamment connu pour être champion du monde d’aviron et médaillé, avec une carrière sportive et des responsabilités dans la fédération autrichienne. Ce détail ne suffit évidemment pas à résumer l’entreprise, mais il donne une couleur particulière au projet : grommunio n’est pas seulement présenté comme une aventure de développeurs, mais aussi comme une organisation construite autour d’une stratégie, d’une équipe et d’un objectif de long terme.
Norbert Lambing a également plusieurs associés : Jan Engelhardt, Alexander Nosko, Walter Hofstädtler et Martin Witte. Ces noms permettent de comprendre que grommunio repose sur un noyau resserré, davantage proche d’une structure spécialisée que d’un grand éditeur industriel.
Le nom de Jan Engelhardt est particulièrement important sur le plan technique. grommunio le présente comme développeur principal et architecte logiciel. En 2024, il a donné une conférence au FOSDEM, grand rendez-vous européen du logiciel libre, consacrée à l’implémentation de nombreux protocoles Microsoft Exchange en open source. C’est un point majeur : la crédibilité de grommunio repose largement sur cette capacité à comprendre et à réimplémenter des mécanismes techniques complexes, sans disposer du code propriétaire de Microsoft Exchange.
En 2024, grommunio a aussi annoncé l’arrivée de Michael Kromer comme directeur technique. L’entreprise le présente comme un profil expérimenté, avec plus de vingt ans dans l’informatique et des fonctions de direction dans l’écosystème allemand et européen. Là encore, le signal est intéressant : grommunio semble vouloir passer d’un projet très technique, porté par une petite équipe spécialisée, à une solution plus structurée pour des organisations, des clients et des partenaires.
Le modèle économique est assez classique dans le monde de l’open source professionnel. Le produit repose sur du code ouvert, mais l’entreprise vend des abonnements, du support et des services. grommunio indique que l’achat d’une souscription donne accès aux fonctionnalités, au support selon le niveau choisi, et contribue au développement du produit open source. Ce point mérite d’être rappelé, car il évite deux malentendus : open source ne veut pas dire absence de modèle économique, et gratuit ne veut pas dire absence de coût réel d’administration.
Il faut donc regarder grommunio pour ce qu’elle est : une solution européenne, jeune à l’échelle du marché de la messagerie professionnelle, ambitieuse sur le plan technique, et positionnée face à un acteur immense. Sa force est de s’attaquer à un verrou très concret : la dépendance des organisations à Exchange et à Outlook. Sa limite potentielle tient au même endroit : plus la compatibilité recherchée est profonde, plus les détails techniques deviennent nombreux, sensibles et parfois difficiles à stabiliser.
Ce n’est pas une raison pour l’écarter. C’est au contraire ce qui rend l’expérience intéressante. grommunio appartient à cette famille de solutions qui ne se contentent pas de critiquer les grandes plateformes propriétaires, mais tentent de reconstruire une alternative fonctionnelle. L’enjeu n’est donc pas de savoir si elle remplace parfaitement Microsoft du jour au lendemain. La vraie question est plutôt celle-ci : jusqu’où une infrastructure ouverte, européenne et administrable peut-elle permettre de reprendre la main sur un outil aussi central que la messagerie professionnelle ?
En France, il existe aussi une solution de référence sur ce terrain : BlueMind, fondée par Pierre Baudracco. Elle rappelle que grommunio n’est pas seul à proposer une alternative européenne aux grandes suites collaboratives propriétaires. Les deux solutions jouent dans la même famille : celle des alternatives à Microsoft Exchange et Microsoft 365. Elles cherchent toutes deux à préserver des usages devenus familiers : courriels, calendriers, contacts, mobilité, compatibilité Outlook, tout en redonnant aux organisations davantage de maîtrise sur leurs outils. La nuance se trouve plutôt dans leur approche. BlueMind apparaît davantage comme une messagerie collaborative française structurée pour les organisations, avec une forte logique d’accompagnement, de support et de déploiement professionnel. grommunio, de son côté, met particulièrement en avant sa compatibilité avec l’univers Exchange et Outlook, tout en gardant l’image d’un serveur que l’on peut installer, administrer et intégrer dans sa propre infrastructure. Cette approche n’empêche pas l’existence d’une offre commerciale, avec abonnements, support et réseau de partenaires. Plutôt que de les comparer frontalement, il paraît plus juste de les considérer comme deux réponses différentes à une même dépendance.
Installer grommunio : sortir du confort de YunoHost
L’installation de grommunio commence par un changement d’univers. Jusqu’ici, l’auto-hébergement passait surtout par YunoHost, une solution basée sur Debian, pensée pour simplifier au maximum l’installation de services web : une interface claire, des applications installables en quelques clics, une logique très accessible pour qui accepte d’apprendre progressivement.
Avec grommunio, l’approche est différente. La solution repose sur openSUSE, une distribution Linux issue d’un autre écosystème que Debian. openSUSE est un système libre utilisé pour des ordinateurs, des serveurs et des environnements professionnels. Ce n’est pas un détail bloquant, mais cela oblige à changer certains réflexes : les commandes, les outils d’administration, l’organisation du système et les habitudes ne sont pas exactement les mêmes. Pour quelqu’un qui a appris l’auto-hébergement par YunoHost, c’est donc un nouvel apprentissage. openSUSE présente Leap comme une distribution à vocation stable, liée à l’univers SUSE Linux Enterprise, ce qui explique son usage fréquent côté serveur.
La différence avec YunoHost se voit aussi dans la philosophie générale. Avec YunoHost, un même serveur peut accueillir plusieurs applications : un blog, un cloud, un gestionnaire de mots de passe, un outil de statistiques, une messagerie, etc. Avec grommunio, le serveur devient beaucoup plus spécialisé. On installe bien un système d’exploitation, mais l’objectif est ensuite que grommunio soit la solution centrale de ce serveur. Il ne s’agit pas d’une application ajoutée à côté d’autres services : le serveur est pensé comme une infrastructure de messagerie et de collaboration.
L’installation elle-même reste relativement austère. Elle n’est pas incompréhensible, mais elle n’a pas la douceur pédagogique de YunoHost. L’interface d’installation est en anglais, les choix demandent un minimum de familiarité avec un système Linux, et certaines notions réseau doivent déjà être comprises : nom de domaine, adresse IP, sous-domaine, DNS, pare-feu, ports, certificat, accès SSH. Ce n’est pas réservé aux seuls ingénieurs, mais ce n’est pas encore une expérience grand public au sens habituel du terme.
Le premier travail a donc consisté à installer le système, puis grommunio, sur une machine dédiée. La solution a été volontairement limitée à l’essentiel : courriels, calendriers et contacts. Les autres briques possibles de grommunio : visioconférence, chat, fichiers, bureautique en ligne, n’ont pas été activées. Ce choix permettait de tester d’abord le cœur du sujet : peut-on réellement faire fonctionner une messagerie collaborative ouverte, compatible avec des clients modernes, dans une infrastructure maîtrisée ?
Avant même les courriels : préparer tout l’environnement
La mise en production d’un serveur de courriel ne commence pas au moment où l’on envoie le premier message. Elle commence bien avant, dans la préparation du domaine.
Il a fallu configurer un sous-domaine dédié, ici avec une logique du type mail.domaine.tld, puis préparer le serveur autodiscover. Ce dernier joue un rôle discret mais important : il permet à des clients comme Apple Mail, Outlook ou Thunderbird de trouver automatiquement les bons réglages de connexion. L’objectif est simple : entrer son adresse de courriel et son mot de passe, puis laisser le logiciel découvrir le serveur sans devoir remplir à la main une série de paramètres techniques.
Un autre point a demandé une attention particulière : le reverse DNS. Dans le monde du courriel, il ne suffit pas d’avoir un serveur qui envoie des messages. Il faut aussi que son adresse IP soit cohérente avec le nom de domaine annoncé. Les grands services de messagerie vérifient cette cohérence. Google rappelle par exemple qu’une adresse IP d’envoi doit correspondre au nom d’hôte déclaré dans l’enregistrement PTR, c’est-à-dire le DNS inverse.
Au niveau du bureau d’enregistrement du nom de domaine, il a également fallu préparer les enregistrements SPF, DKIM et DMARC. Ces trois sigles peuvent sembler obscurs, mais leur rôle est assez simple :
- SPF indique quels serveurs ont le droit d’envoyer des courriels pour un domaine.
- DKIM ajoute une signature cryptographique aux messages pour prouver qu’ils n’ont pas été envoyés par n’importe qui.
- DMARC donne une politique générale aux serveurs qui reçoivent les messages : que faire si l’authentification échoue ?
Google présente ces trois mécanismes comme des éléments importants pour limiter l’usurpation de domaine, le spam et les erreurs de délivrabilité.
Ce point était probablement l’une de mes plus grandes inquiétudes, au-delà de la technique elle-même. Un serveur de courriel peut être parfaitement installé, mais devenir presque inutile si ses messages arrivent systématiquement dans les spams. Depuis 2024, Gmail et Yahoo ont renforcé leurs exigences autour de SPF, DKIM et DMARC, notamment pour « fiabiliser » l’authentification des expéditeurs. Mailjet résume bien cet enjeu : ces protocoles ne sont plus seulement des bonnes pratiques, ils deviennent progressivement des conditions de délivrabilité.
Dans cette installation, les premiers tests ont été rassurants : les messages envoyés vers Gmail et Yahoo ne sont pas arrivés dans les courriers indésirables. Cela ne garantit pas tout sur le long terme, car la réputation d’un domaine et d’une adresse IP se construit dans la durée, mais c’était un premier seuil important à franchir.
Reverse proxy, routeur et pare-feu : rendre le serveur joignable sans l’exposer inutilement
Le serveur grommunio n’a pas été exposé directement sur Internet pour tous les usages web. L’accès public en HTTP et HTTPS passe par le serveur YunoHost déjà exposé sur les ports 80 et 443. Celui-ci joue le rôle de reverse proxy : il reçoit les demandes venant d’Internet, puis les transmet au bon serveur interne.
Cette étape a été nécessaire pour rendre accessibles l’interface web de grommunio et le service autodiscover, tout en gardant une architecture cohérente avec l’infrastructure existante. En clair, YunoHost reste la porte d’entrée web principale, tandis que grommunio travaille derrière lui pour la messagerie.
Un port a aussi dû être ouvert sur le routeur pour permettre au serveur de recevoir le courrier depuis l’extérieur. Là encore, l’enjeu n’était pas d’ouvrir largement la machine, mais de laisser passer uniquement ce qui était nécessaire. Le pare-feu a donc été configuré de manière rigoureuse, avec l’idée de limiter l’exposition au strict besoin du service.
L’accès SSH, lui, n’était pas actif dès le départ. Il a fallu l’activer pour pouvoir administrer correctement la machine à distance. Ce détail peut sembler secondaire, mais il fait partie des différences avec une solution plus guidée : sur un serveur de ce type, la ligne de commande reste rapidement indispensable pour comprendre, corriger et vérifier.
DKIM, Rspamd et les petits détails qui comptent
La signature DKIM a été configurée avec rspamadm configwizard. Derrière cette commande se cache une opération importante : générer la clé qui permettra au serveur de signer les courriels sortants. Cette signature aide les serveurs destinataires à vérifier que le message provient bien du domaine annoncé.
Un point de droits a aussi dû être corrigé sur la clé DKIM. Le fichier existait, mais il devait être lisible par le bon service, avec les bons droits. Dans ce cas, la clé a été corrigée avec le propriétaire groas:grommunio et des permissions restrictives en 440. Dit simplement : le fichier devait être accessible au service qui signe les courriels, sans être ouvert inutilement au reste du système.
Ce genre de détail montre bien la nature de l’expérience. Le problème n’est pas toujours spectaculaire. Parfois, tout repose sur un fichier, un droit d’accès, un service à redémarrer, une ligne de configuration oubliée. C’est exactement là que l’auto-hébergement devient formateur : on ne se contente plus de cliquer sur une interface, on commence à comprendre les dépendances entre les briques.
Deux bugs remontés à la communauté
L’installation a aussi révélé deux bugs, qui ont été remontés à la communauté grommunio.
Le premier était bloquant pour une première expérience : à l’ouverture d’un courriel dans grommunio Web, une erreur apparaissait, rendant impossible la lecture du premier message reçu. Pour un utilisateur qui vient tout juste d’installer la solution, voir le webmail échouer au tout premier lancement de l’interface est, évidemment décourageant. Le problème a été documenté précisément sur le forum communautaire, avec l’environnement, les versions installées, le symptôme, le fichier concerné et un contournement temporaire.
Ce bug a ensuite été corrigé très rapidement par mise à jour, en moins d’une journée. Pour une solution open source, c’est un signal intéressant : le problème existait, il était gênant, mais la remontée a été utile et le correctif est arrivé vite.
Le second bug (et corrigé en moins de 48h) était moins bloquant, mais restait important pour la qualité d’administration. Après un redémarrage complet du serveur, l’interface d’administration de grommunio affichait des erreurs DNS : MX, SPF, DKIM, DMARC ou autodiscover pouvaient apparaître comme non résolus, alors que les vérifications manuelles montraient que la configuration DNS était correcte. Le contournement consistait à redémarrer uniquement le service grommunio-admin-api, puis à forcer le rechargement du navigateur. Dans le ticket ouvert, le problème est bien décrit comme un état incohérent de l’interface ou de l’API, plutôt qu’une véritable erreur DNS.
Ces deux épisodes sont utiles à raconter, car ils évitent de présenter l’installation comme une histoire simple et parfaite. Il y a eu des obstacles. Mais il y a aussi eu une documentation du problème, un échange constructif et actif avec la communauté, une correction rapide pour le bug bloquant, et un contournement clair pour le second.
Surveiller le serveur : ne pas seulement l’installer, mais le suivre
Une fois le serveur fonctionnel, il ne suffisait pas de constater que le webmail fonctionnait. Un serveur de messagerie doit être surveillé. Il doit envoyer, recevoir, signer les messages, exposer les bons services, rester joignable et ne pas se dégrader silencieusement.
Un agent Beszel a donc été ajouté (merci à Nidouille pour l’information), pour assurer la surveillance de l’état du serveur. L’idée est de pouvoir suivre les ressources et le comportement général de la machine sans devoir se connecter en permanence dessus.
Des alertes ont aussi été mises en place pour vérifier que les services importants restent bien actifs. C’est un point essentiel dans une démarche d’auto-hébergement : l’autonomie n’a de valeur que si l’on sait quand quelque chose ne fonctionne plus. Un serveur silencieux n’est pas forcément un serveur en bonne santé.
Les premiers usages : webmail, smartphone et ordinateur
Une fois les réglages terminés, les tests ont été faits depuis plusieurs environnements : le webmail, un smartphone et un ordinateur. Le logiciel de lecture des courriels a pu être configuré en mode Exchange. Le webmail fonctionne. Les services essentiels : courriels, calendrier, contacts, répondent correctement.
Le résultat est franchement encourageant pour une solution open source. Il ne s’agit pas encore de conclure que tout est résolu, ni que l’expérience sera parfaite dans la durée. Mais pour une installation auto-hébergée, sur une infrastructure personnelle, avec une solution européenne compatible avec des usages « modernes », le résultat est déjà très concret.
Ce point mérite d’être souligné : il ne s’agit pas seulement d’avoir « réussi à envoyer et recevoir un courriel ». Il s’agit d’avoir mis en place une infrastructure capable de gérer les usages quotidiens d’une messagerie : recevoir, envoyer, synchroniser, consulter depuis plusieurs appareils, signer les messages, passer les contrôles de base des grands « opérateurs », et s’offrir une interface web exploitable.
Le point noir : la sauvegarde
C’est le grand point noir de cette mise en production. Une messagerie personnelle ou professionnelle concentre des éléments sensibles : correspondances, pièces jointes, contacts, calendriers, historique. Tant que la sauvegarde n’est pas pensée, testée et restaurable, l’installation ne peut pas être considérée comme pleinement mature.
Ce n’est pas un détail secondaire. Dans un service de courriel, perdre les données peut être plus grave qu’une panne temporaire. Cette partie devra donc être traitée avant toute bascule sérieuse et durable. L’installation fonctionne, mais la sauvegarde reste l’étape qui sépare encore l’expérimentation avancée d’une vraie exploitation de long terme.
Une bascule possible, mais pas encore décidée
À ce stade, il serait prématuré de me séparer définitivement de Proton Mail. La solution grommunio va plutôt être testée sur plusieurs mois. Ce temps long permettra de répondre à des questions plus importantes que la simple réussite de l’installation initiale :
- La maintenance est-elle soutenable ?
- L’espace disque reste-t-il maîtrisé ?
- Les mises à jour se passent-elles correctement ?
- Les courriels continuent-ils d’arriver proprement chez Gmail, Yahoo et les autres ?
- Le serveur reste-t-il stable après plusieurs semaines ou plusieurs mois ?
- Les alertes suffisent-elles à repérer les problèmes ?
- La sauvegarde peut-elle être mise en place proprement ?
- Qu’est-ce que cela implique dans ma vie, le jour où un service plante et que mon serveur n’est plus accessible pendant plusieurs jours ?
Si ces points se confirment, alors la question de la bascule deviendra sérieuse. Mais elle ne doit pas être posée trop tôt. La souveraineté numérique ne consiste pas à quitter un service fiable pour une installation fragile. Elle consiste à construire progressivement une alternative que l’on comprend, que l’on maîtrise et que l’on peut maintenir.
Conclusion
Cette installation montre aussi une évolution personnelle dans la maîtrise de l’environnement technique. Il ne s’agit pas d’un parcours d’ingénieur système, ni d’un métier exercé au quotidien. Mais à force d’installer, de lire, de casser, de réparer, de documenter et de questionner, certains mécanismes deviennent plus lisibles.
Ce qui semblait totalement opaque il y a quelque temps : DNS, reverse proxy, DKIM, pare-feu, services système, logs, certificats, ports… devient progressivement compréhensible. Pas simple, pas automatique, mais concret.
C’est peut-être l’enseignement le plus intéressant. Une solution comme grommunio n’est pas encore faite pour le grand public. Elle demande trop de préparation, trop de vocabulaire technique et trop de vigilance pour être recommandée à n’importe qui. En revanche, pour des curieux, des amateurs motivés, des personnes qui acceptent d’apprendre et de documenter leur chemin, elle rend quelque chose de très important à nouveau possible : construire une infrastructure de courriel plus résiliente, mieux comprise, mieux surveillée, et moins dépendante d’un point unique de défaillance. L’enjeu n’est pas de désigner un ennemi, mais de retrouver une capacité d’action. Savoir où sont ses données, comprendre comment circule un message, pouvoir maintenir ses propres services, anticiper les pannes et organiser ses sauvegardes : tout cela participe d’une culture numérique plus robuste.
L’expérience ne dit donc pas que tout le monde devrait installer grommunio demain matin. Elle montre plutôt qu’une voie existe. Elle reste exigeante, imparfaite, parfois austère, mais elle devient praticable. Dans un monde où une grande partie de nos communications repose sur quelques infrastructures très concentrées, cette possibilité n’a rien d’anecdotique : elle participe d’une logique de résilience, d’apprentissage et de diversification des chemins numériques.
Cette expérience ne cherche pas à convaincre chacun d’installer grommunio dès demain matin. Elle montre plutôt qu’une voie alternative existe : exigeante, imparfaite, parfois austère, mais elle n’est plus réservée aux seuls spécialistes. Des amateurs motivés peuvent s’y aventurer, tout comme des professionnels souhaitant mieux maîtriser leur environnement technique. Dans un monde où une grande partie de nos échanges dépend de quelques plateformes et de quelques acteurs très concentrés, cette possibilité n’a rien d’anecdotique : elle participe d’une logique de résilience, d’apprentissage et de diversification des outils.
Laisser un commentaire