Journal galae, le service email qui vous veut (toujours) du bien - point d'étape

Posté par  (site web personnel, Mastodon) . Licence CC By‑SA.
41
28
août
2023

Sommaire

Bonjour,

Comme annoncé le 26 juin, algoo a décidé de lancer galae, le service de mail qui vous veut du bien.

Ce lancement est passé par une campagne de financement participatif - ou plus pragmatiquement une campagne de précommandes - et il se trouve que l'objectif initial a été atteint rapidement - le 19 juillet on était déjà au delà de l'objectif initial.

Aujourd'hui, nous sommes à environ 2000€ du second pallier.

Note : pour ceux qui n'ont pas suivi, je vous invite vivement à lire le journal lié dans la phrase d'introduction pour comprendre le projet.

État des lieux de la campagne

Aujourd'hui (lundi 28 août 2023), les chiffres de la campagne sont les suivants : 3982€ ont été collectés par le biais de 56 contributeurs.

Nous sommes exactement à 2018€ d'intégrer l'alias * dès le lancement ; il reste 13 jours pour précommander et permettre de débloquer cette fonctionnalité dès le début.

Aujourd'hui, nous comptons parmi les contributeurs de la campagne des particuliers, des indépendants, des TPE, des PME.

État des lieux du niveau de services et de fonctionnalités prévu

  • Alias * : comme je l'ai évoqué dans les commentaires du journal précédent, cet alias va en effet être intégré quoi qu'il arrive ; selon le nombre de précommandes, on va simplement lancer les dépenses dès à présent ou plus tard
  • Quotas d'envoi "soft" : on avait prévu de mettre en place des quotas stricts pour l'envoi, ce qui a freiné plusieurs contributeurs / clients potentiels. On a donc décidé de mettre en place des quotas "soft", c'est à dire que vous serez alertés par email (et réellement bloqué si vous dépassez vraiment de beaucoup) et qu'on tolèrera des dépassements ponctuels mais qu'on vous incitera à passer sur les offres au dessus si nécessaire.
  • tarifs de la campagne de précommande similaires au tarifs cibles : la campagne a été construite sur la grille tarifaire que nous avons prévue ensuite. Il n'y aura pas de mauvaise surprise
  • le modèle économique reste basé sur un volume de mails sortant + volume de stockage. Vous gérez vos boîtes email, vos alias, les quotas associés.

Pour la suite, on envisage de proposer des services de passerelle email (juste en envoi) et de mailing basé sur le logiciel mailtrain ; mais ce n'est pas un sujet d'actualité pour le moment. On peut proposer des services autour du mail aussi, avec la stack mailcow ou "from scratch". Mais encore une fois, ce n'est pas l'enjeu de la campagne, ni de ce journal.

Avancement des travaux

On n'a pas chômé cet été avec beaucoup de travaux non visibles pour préparer le chantier.

Comparatif des différentes solutions auto-hébergeables d'email

On a fait un travail de veille sur les solution exploitables et leur niveau de granularité de paramétrage - et de délégation de gestion.

Ce travail ciblait l'offre de service qu'on va proposer tout en partant sur des outils adaptés à l'auto-hébergement. Mailcow est resté le meilleur compromis pour ce double ciblage.

Implémentation * dans mailcow ou fork amical ?

On est en discussion avec l'équipe mailcow pour l'implémentation des alias * mais l'équipe n'est pas forcément emballée à l'heure actuelle ; on est prêt à maintenir un fork amical si c'est nécessaire (on espère qu'on pourra trouver un consensus).

Architecture et infrastructure

Pour démarrer dans les meilleures conditions possibles, on va démarrer avec une infra hébergée chez Scaleway, probablement basée sur de la virtualisation XCP-NG & Xen Orchestra de nos voisins Vates (c'est un éditeur libre, français, et on se connait pas mal).

On va exploiter une série de passerelles SMTP sortantes pour ne pas se faire blacklister et assurer notre réputation IP ; on sera vigilant sur les usages abusifs.

Les sauvegardes seront doublées, on n'a pas encore décidé où on va les mettre mais on a suffisamment de pistes pour trancher au dernier moment. Comme probablement la majorité des plateformes de service en ligne, notre stratégie reste d'avoir un système résilient en cas de panne plutôt que de chercher à exploiter des sauvegardes avec de la redondance là où on peut / là où il faut et des sauvegardes (redondées) pour prévoir l'imprévisible.

À terme, on va déployer une infra à nous ; ça va être l'occasion d'accélérer le sujet sur lequel on se posait déjà des questions par ailleurs. La souplesse d'exploitation et de constitution des machines est vraiment différente de machines louées - et je ne suis personnellement pas fan du "cloud". Pour celles et ceux qui auraient loupé le sujet, Basecamp a fait du bruit sur le sujet de l'hébergement en quittant les cloud Amazon et Google au profit d'une infra à eux

Documentation administrateur, utilisateur, migration

On travaille sur le sujet de la documentation. On n'aura sans doute qu'une documentation incomplète au lancement, mais on prévoit d'ores et déjà une documentation pour la migration des emails via IMAP (la migration IMAP, ça va s'appuyer sur ImapSync)

Le but n'est pas forcément de proposer une migration en 1 clic mais d'accompagner nos clients et utilisateurs dans leur démarche de migration. L'idée, c'est que chacun grandisse et soit ensuite capable de dédramatiser la migration (parce que oui, ça se fait relativement bien une migration de mail).

On va bien sûr également documenter la configuration DNS pour avoir des emails de qualité et une réputation maximale pour vos emails. C'est un des véritables enjeux du projet, d'ailleurs

Les goodies, on y travaille

Les goodies sont en cours de préparation. On échange notamment avec nos voisins alpins de Blues Brodeurs sur ce sujet. Pour info, les stickers algoo et tracim qu'on diffuse jusqu'à présent était produits par stickermule (et j'en suis très content).

Le site web arrive

On va avoir un site web minimaliste pour le lancement. C'est important, mais vu les délais auxquels on fait face pour "accueillir" les insatisfaits de Gandi, on n'aura pas un site de compétition.

Une partie des infos sera disponible sous forme de PDF téléchargeable ; la grille de prix en est un exemple.

Support et outil d'entraide communautaire

Pour le support et l'entraide, on va utiliser notre logiciel tracim (Eat your own dog food, ça vous dit quelque chose ? ;) avec quelques scripts et plugins adéquats. C'est déjà ce qu'on utilise pour le support et l'espace communautaire tracim.

Au sujet de l'espace de documentation et support, l'idée est aussi d'en faire un outil d'entraide communautaire pour que les utilisateurs puissent aussi échanger directement entre eux. Je me pose la question aussi de prévoir des sections dédiées à l'auto-hébergement (avec ou sans notre stack technique)

Démarche transparente et "build in public"

On a décidé d'avoir une démarche de type build in public. Ça va avec l'esprit du logiciel libre, et ça va aussi avec l'idée de proposer un service qui est conçu POUR ses utilisateurs et ses clients.

Ça va aussi avec ma vision de la transparence ; être client galae c'est aussi adhérer au projet et à une certaine vision de la manière de fournir des services éthiques et économiquement viables .

Comme évoqué dans la dernière actualité de la campagne de financement, je suis preneur de vos retours sur ce que vous aimeriez voir / découvrir de la démarche de construction de ce service

J-13 pour la campagne, précommandes et commandes - on a besoin de vous

La campagne de précommandes est validée, on a toutefois envie d'aller plus loin. Pour arriver au second pallier (les alias *) d'une part, mais aussi pour pérenniser le service car avoir des clients payant est le meilleur moyen d'avoir un service pérenne et de qualité.

On cible notamment les entreprises TPE, PME, ETI, SCOP, associations qui auraient besoin de mail et qui cherchent un service éthique, conforme au RGPD, paramétrable finement et une proximité avec le support.

On a vraiment besoin de vous pour relayer cette campagne et pour assurer une suite à cette démarche de mail indépendant et de qualité.

Pour les professionnels qui le souhaitent on peut vous mettre à disposition un accès à l'interface de gestion d'un domaine pour que vous puissiez vous rendre compte de ce que vous pourrez faire. Contactez-moi directement via le site web algoo

Vous pouvez retrouver la campagne galae sur Ulule.

Je suis disponible pour répondre à vos questions, remarques, critiques en commentaires :-)

  • # Mailcow et alias *

    Posté par  . Évalué à 3.

    Qu'est-ce qui t'empêche d'avoir des alias * dans Mailcow ? Pour mes mails perso, j'utilise Mailcow et j'ai un alias *. Cela fonctionne sans soucis.

    • [^] # Re: Mailcow et alias *

      Posté par  (site web personnel, Mastodon) . Évalué à 4.

      Tu le configures dans l'interface utilisateur ?

      • [^] # Re: Mailcow et alias *

        Posté par  . Évalué à 1.

        Je vais dans Aliases, puis + Ajouter un alias.

        Là, dans le champ Alias d'adresse(s), je lis:

        Adresse(s) courriel complète(s) ou @example.com, pour capturer tous les messages d'un domaine (séparées par des virgules). Seulement des domaines Mailcow.

        • [^] # Re: Mailcow et alias *

          Posté par  (site web personnel, Mastodon) . Évalué à 8.

          Ok. Du coup c'est un catch-all ; mais tu en as un seul par domaine. Ce qu'on prévoit de faire, c'est que tu puisses définir un alias type machin*@domaine.com et que ça agrège tous les mails qui correspondent sur cette boîte mail. Et en même temps que tu puisses avoir truc*@domaine.com qui agrège ses propres emails.

          Ce n'est pas faisable de base.

          • [^] # Re: Mailcow et alias *

            Posté par  (Mastodon) . Évalué à 10.

            En fait je trouvais ça super les alias à la Gandi au début…jusqu'au jour où j'ai créé des boites emails pour mes filles et ma partenaire dans le même domaine et que j'ai entrevu les limites du système.

            Du coup moi je m'étais réservé app* site* sitio* adm* admin* pour créer des alias dynamiques…sauf que quand j'ai voulu proposer à ma partenaire de faire de même…ben tous les beaux alias étaient pris, il fallait en inventer d'autres.

            Et après j'ai vu ce que simplelogin.io pouvait faire avec les sous-domaine et je trouve ça mieux.

            Exemple: tu possèdes le domaine example.com

            Tu crée 2 boites mails alice.example.com bob.example.com

            tu crée deux sous-domaines a.example.com et b.example.com

            Un catch-all est réalisé pour faire pointer a.example.com vers la boite alice.example.com , un autre fait pointer b.example.com vers la boite b.example.com

            Ainsi les deux utilisateurs de boites mails gèrent indépendemment leurs alias dynamiques. alice peut commander ses billets de trains et utiliser l'adresse sncf@a.example.com pendant que bob va communiquer au pôle emploi l'adresse anpe@b.example.com et si un jour Bob veut acheter des billets de train ou qu'Alice perd son job, il peuvent utiliser les mêmes mots clés sans être emmerdé par un risque de collision tant que chacun utilise son sous-domaine.

            • [^] # Re: Mailcow et alias *

              Posté par  (Mastodon) . Évalué à 6.

              il fallait bien sûr lire les boites mails alice@example.com et bob@example.com au lieu de alice.example.com et bob.example.com.

              • [^] # Re: Mailcow et alias *

                Posté par  (site web personnel, Mastodon) . Évalué à 4.

                Je comprends la technique ; c'est malin mais pas forcément intuitif pour quelqu'un qui ne connait pas bien les mécanismes (mais ces personnes ne sont probablement pas les cibles pour des alias *).

                Je ne vois pas de raison de ne pas pouvoir le faire avec ce qu'on propose avec Galae ; du coup je note de l'intégrer dans la documentation 👍

                Merci pour l'explication 👌

            • [^] # Re: Mailcow et alias *

              Posté par  . Évalué à 4.

              Pour éviter ce problème, je crée mes alias avec un préfixe unique par utilisateur: bob-* et alice-*, mais tu peux aussi faire bob-app* bob-site* bob-sitio* bob-adm* bob-admin* si tu veux trier par préfixe quand ça arrive chez Bob. Et tu remplaces bob- et alice- par des pseudos si tu ne veux pas qu'on devine que tu t'appelles Bob ou Alice.

    • [^] # Re: Mailcow et alias *

      Posté par  (site web personnel, Mastodon) . Évalué à 2.

      Je suis très curieux de savoir aussi comment tu configure ça !

      🦀🐍 http://github.com/buxx 🖥 https://algoo.fr 📋 https://tracim.fr

  • # [HS] Blues Broders HS ?

    Posté par  (Mastodon) . Évalué à 8.

    Tu peux dire à tes copains que le site est tout cassé !

    En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

  • # simpleLogin

    Posté par  (site web personnel) . Évalué à 3.

    Le logociel simpleLogin ne fait pas le boulot ?

    "La première sécurité est la liberté"

    • [^] # Re: simpleLogin

      Posté par  (site web personnel, Mastodon) . Évalué à 4.

      À chaud, je dirais que ça pourrait être une solution qu'on déploie en complément ; par contre je vois mieux la simplicité d'usage si on intègre tout dans mailcow directement.

  • # Concurrence déloyale

    Posté par  . Évalué à 5.

    Je suis bombardé de pub par
    "Enfin une adresse mail éco responsable".

    J'espère que vous proposez cette option (même si je n'ai aucune idée de ce que ça veut dire).

  • # Commentaire supprimé

    Posté par  . Évalué à 2. Dernière modification le 29 août 2023 à 19:58.

    Ce commentaire a été supprimé par l’équipe de modération.

  • # Bravo pour l'initiative

    Posté par  . Évalué à 4.

    Bravo, c'est toujours sympa de voir des projets d'entreprise fondés sur des logiciels libres ! C'est d'autant plus rare sur des projets « grand public ».

    Je suis parti sur l'offre à 24 € pour ma part.

    Tous mes vœux de réussite !

  • # Migration

    Posté par  . Évalué à 3.

    Salut, est-ce que vous prévoyez de quoi faire la bascule sans douleur depuis l'offre de l'autre hébergeur pour les personnes n'ayant plus envie de consacrer des neurones à cette partie de la pile numérique ? ça va faire vingt ans que je n'ai pas eu à m'en soucier et je l'aurais bien fait vingt de plus

    • [^] # Re: Migration

      Posté par  (site web personnel, Mastodon) . Évalué à 9.

      Bonjour Jean-Roc,

      La bascule peut se faire sans douleur dès lors que tu suis la documentation que l'on va mettre à disposition :

      • synchro des boîtes mail 1 par 1 via IMAPsync
      • le cas échéant :
        • export des contacts SOGo / Roundcube de l'autre hébergeur au format CSV + import dans SOGo galae
        • export des anciens agendas SOGo / Roundcube de l'autre hébergeur au format ics + import dans SOGo galae

      Ce n'est pas totalement transparent, mais c'est indolore.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.