Si tu sais comment implémenter ça dans / au dessus de dovecot, je veux bien qu'on échange sur le sujet. De ce que j'ai vu, dovecot ne support pas (encore ?) JMAP et la solution serait d'implémenter un proxy …
Il y a quelques années, on a implémenté le support de WebDAV dans Tracim. On n'a pas développé un serveur mais on a intégré WsgiDAV avec les mécanismes natifs de Tracim : stockage de certaines données en base de données, versionning, etc.
On a mis un bon moment à stabiliser le truc car chaque client fonctionne différemment. Au bout d'un moment on avait toujours des problèmes sous Windows, MacOS et impossible d'identifier la source. On a vraiment, vraiment dépensé de l'énergie sur notre code … pour nous rendre compte au final que c'était juste nginx qui proposait juste une implémentation partielle du protocole.
On est (re)passé sur Apache en frontal et pouf, tout s'est mis à fonctionner. Aujourd'hui je ne sais pas si la situation a évolué, mais je conseillerais plutôt de déployer avec Apache.
À noter que sous linux, avec les gestionnaires de fichiers natifs, on n'avait aucun problème ; c'était vraiment lié aux clients Windows & MacOS. Sous Windows on avait testé cyberduck qui marchait très bien.
Ce qui peut être intéressant, c'est aussi le lien vers un document google créé collectivement qui compare les/des offres d'hébergement de mails - auquel il est possible de contribuer.
Ça concerne les personnes qui sont frileuses à cause de la limite stricte. On va passer sur qqchose de + souple. Ça ne sera pas no limite mais avec une gestion permettant du "burst" ponctuel pour éviter le blocage en cas de dépassement raisonnable.
C'est du boulot en plus mais on sait (techniquement et fonctionnellement) comment gérer.
Notre but est de proposer un service de qualité, avec du support, avec un prénom dans les échanges liés à la facturation, et ce tout en payant les salariés correctement, en France.
On ne cherche pas à proposer l'offre la moins chère pour "rafler le marché" et faire du bas prix à tout prix.
À 10€ HT, on rentre pas dans nos frais avec des humains ; peut-être que ça pourrait se faire en mode 100% auto et avec une FAQ et pas de support.
Idéalement, il ne devrait pas y avoir de limite basse "dure" : si un utilisateur envoie trop de mails d'un coup, ses mails seront bien envoyés, mais avec un délai.
Typiquement, ce n'est pas ce que font les plateformes d'envoi en masse ; de ce que je connais des SMTP "grand public", il me semble que ça coupe également l'envoi.
Je confirme. C'est ce qu'on fait sur certains domaines pour pouvoir faire de l'envoi en masse sur des serveurs SMTP distincts des serveurs utilisés pour les emails "humains"
il n'y a pas encore de site en ligne pour Galae ? La doc, le forum, le ticketing … bref pouvoir juger de la qualité du support est indispensable.
Non pour l'instant il n'y a rien en place : on a été pris de court par l'annonce de Gandi (c'était dans les cartons, mais pas prêt à publier) et la première chose qu'on a voulu faire était (est) de valider qu'il y a une attente.
Pour les outils, on va mettre en place ce qu'il faut - et l'idée d'avoir une première clientèle technique est aussi de mettre en place les bons outils en sollicitant vos retours (on a des idées, mais on n'a pas tranché sur ces points-là)
On a indiqué septembre pour être sûr d'être au RDV. Est-ce que c'est vraiment rédhibitoire ? Si oui, je veux bien qu'on en parle en privé pour voir si on peut envisager une situation convenable pour le projet et pour vous.
La contrainte est mixte technique et commerciale : proposer une offre "simple à comprendre" et "simple à mettre en place".
Le fait de ne pas proposer "facturation à la boîte mail" mais "facturation pour des volumes d'utilisation autorisés" est lié aux discussions qu'on a eues, et notamment des cas où des boîtes mail sont très peu utilisées ou encore lorsqu'on paie 50Go par boîte mail par exemple, au lieu d'avoir une boîte qui aurait 100Go et une autre 500Mo.
Aujourd'hui cette clause a été mise pour des raisons techniques "imposées" par les outils que l'on va déployer.
La perspective d'avoir une limite plus souple est l'évolution naturelle.
Question : est-ce que retirer cette limite stricte en la remplaçant par une clause plus souple déclenchera ta contribution ?
Si oui, on change dès à présent et on prend le risque de notre côté pour la phase de lancement - en prévoyant de mettre en place un mécanisme de contrôle plus intelligent.
Pour avoir une idée du nombre de mails que vous envoyez, vous pouvez faire une recherche dans thunderbird (si vous utilisez ce client) sur une période de 1 an. Ça vous donnera une bonne idée de votre consommation et donc du coût associé dans le modèle galae (avec un coefficient de sécurité pour ne pas vous retrouver bloqué).
Menu Édition > Rechercher > Rechercher dans le courier
Là, pour l'entrée "rechercher dans" sélectionnez "Envoyés dans xxxx@xxx.xxx"
Ajouter un filtre Date "se trouve après" et saisir 01/01/2022
Ajouter un filtre Date "se trouve avant" et saisir 31/12/2022
Comme dit par ailleurs, une consommation "normale" d'un utilisateur est relativement faible et se compte plutôt en mails par personne par jour et non en "dizaines de mails par personne et par jour".
Exemple concret : Algoo est une boîte de 15 personnes. On est à une moyenne de 5 emails / personne / jour.
Si on prend l'offre galae à 80€ HT / an, ça revient à moins de 45 centimes par boîte mail. On a 100 mails par jour, et on en envoie 75 en moyenne.
Si on "craint" on prend l'offre à 275€ HT / an. ça revient à 1,53€ HT / personnne, avec une capacité d'envoi de 500 emails par jour.
Combien coûtent 15 boîtes mail individuelles + l'adresse support, plus l'adresse commerciale, plus les anciennes adresses qu'on conserve pendant quelques temps lors des départs, etc, etc.
[^] # Re: Les différentes solutions qu'on a identifiées à algoo ...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Stalwart mail server. Évalué à 2.
Ce n'est pas prévu pour le moment / lancement.
Si tu sais comment implémenter ça dans / au dessus de dovecot, je veux bien qu'on échange sur le sujet. De ce que j'ai vu, dovecot ne support pas (encore ?) JMAP et la solution serait d'implémenter un proxy …
# Les différentes solutions qu'on a identifiées à algoo ...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Stalwart mail server. Évalué à 6.
# WebDAV, Nginx et Windows ...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Implementer un serveur Webdav - qui fonctionne - sous Linux.. Évalué à 10. Dernière modification le 07 juillet 2023 à 13:07.
Il y a quelques années, on a implémenté le support de WebDAV dans Tracim. On n'a pas développé un serveur mais on a intégré WsgiDAV avec les mécanismes natifs de Tracim : stockage de certaines données en base de données, versionning, etc.
On a mis un bon moment à stabiliser le truc car chaque client fonctionne différemment. Au bout d'un moment on avait toujours des problèmes sous Windows, MacOS et impossible d'identifier la source. On a vraiment, vraiment dépensé de l'énergie sur notre code … pour nous rendre compte au final que c'était juste nginx qui proposait juste une implémentation partielle du protocole.
On est (re)passé sur Apache en frontal et pouf, tout s'est mis à fonctionner. Aujourd'hui je ne sais pas si la situation a évolué, mais je conseillerais plutôt de déployer avec Apache.
À noter que sous linux, avec les gestionnaires de fichiers natifs, on n'avait aucun problème ; c'était vraiment lié aux clients Windows & MacOS. Sous Windows on avait testé cyberduck qui marchait très bien.
# Comparatif de quelques offres email ...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Où héberger ses emails avec nom de domaine personnalisé ?. Évalué à 10.
L'article de NextInpact présente un comparatif de quelques offres d'hébergement d'emails. Ils parlent notamment de galae \o/ et font référence au journal d'annonce du lancement du service galae que j'ai publié sur LinuxFR
Ce qui peut être intéressant, c'est aussi le lien vers un document google créé collectivement qui compare les/des offres d'hébergement de mails - auquel il est possible de contribuer.
[^] # Re: SOGo
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal galae, le service email qui vous veut du bien. Évalué à 2.
Je vais regarder. Ça m'étonne mais comme je n'utilise le webmail qu'en dépannage, je préfère ne pas dire de bêtise.
[^] # Re: Comment estimer le nombre de mails que j'envoie par jour ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal galae, le service email qui vous veut du bien. Évalué à 2.
On a modifié notre stratégie de limite. Cf. https://linuxfr.org/users/lebouquetin/journaux/galae-le-service-email-qui-vous-veut-du-bien#comment-1929069
[^] # Re: Nice
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal galae, le service email qui vous veut du bien. Évalué à 2.
On a modifié notre stratégie de limite. Cf. https://linuxfr.org/users/lebouquetin/journaux/galae-le-service-email-qui-vous-veut-du-bien#comment-1929069
# Concernant les limites dures sur le nb de mails envoyés ...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal galae, le service email qui vous veut du bien. Évalué à 10.
Ça concerne les personnes qui sont frileuses à cause de la limite stricte. On va passer sur qqchose de + souple. Ça ne sera pas no limite mais avec une gestion permettant du "burst" ponctuel pour éviter le blocage en cas de dépassement raisonnable.
C'est du boulot en plus mais on sait (techniquement et fonctionnellement) comment gérer.
[^] # Re: Tirs mortels
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Tirs mortels en France: un problème systémique (vidéo, 3min). Évalué à 9.
Je pense que c'est erroné : tout dépend de la posture et de la stratégie de tes adversaires.
Le parcours politique de Nelson Mandela et les évènements associés à la fin de l'apartheid l'illustrent malheureusement.
[^] # Re: Staff & SAV
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal galae, le service email qui vous veut du bien. Évalué à 3.
Aujourd'hui on n'est pas une coopérative ; mais c'est une piste à suivre pour la suite 👍
[^] # Re: 35 mails pour moi c'est déjà trop
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal galae, le service email qui vous veut du bien. Évalué à 10.
Notre but est de proposer un service de qualité, avec du support, avec un prénom dans les échanges liés à la facturation, et ce tout en payant les salariés correctement, en France.
On ne cherche pas à proposer l'offre la moins chère pour "rafler le marché" et faire du bas prix à tout prix.
À 10€ HT, on rentre pas dans nos frais avec des humains ; peut-être que ça pourrait se faire en mode 100% auto et avec une FAQ et pas de support.
Mais ce n'est pas ce qu'on souhaite développer.
[^] # Re: Comment estimer le nombre de mails que j'envoie par jour ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal galae, le service email qui vous veut du bien. Évalué à 2.
Oui, mais ce n'est pas dynamique :
Et quand tu atteints ton quota plus rien ne part du tout ; il faut alors contacter le support pour faire quelque chose.
On n'est pas sur des coûts à 24€ par an ; le coût du support serait clairement rédhibitoire si on devait faire ça avec une offre à 35 mails / jour.
[^] # Re: Comment estimer le nombre de mails que j'envoie par jour ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal galae, le service email qui vous veut du bien. Évalué à 2.
Typiquement, ce n'est pas ce que font les plateformes d'envoi en masse ; de ce que je connais des SMTP "grand public", il me semble que ça coupe également l'envoi.
[^] # Re: Ça m'intéresse
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal galae, le service email qui vous veut du bien. Évalué à 2.
Merci :)
[^] # Re: Intéressant mais...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal galae, le service email qui vous veut du bien. Évalué à 2.
Oui effectivement, sur ce genre d'usage notre offre ne répondra clairement pas.
[^] # Re: Nice
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal galae, le service email qui vous veut du bien. Évalué à 4.
Je confirme. C'est ce qu'on fait sur certains domaines pour pouvoir faire de l'envoi en masse sur des serveurs SMTP distincts des serveurs utilisés pour les emails "humains"
[^] # Re: Intéressant mais...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal galae, le service email qui vous veut du bien. Évalué à 4.
Non pour l'instant il n'y a rien en place : on a été pris de court par l'annonce de Gandi (c'était dans les cartons, mais pas prêt à publier) et la première chose qu'on a voulu faire était (est) de valider qu'il y a une attente.
Pour les outils, on va mettre en place ce qu'il faut - et l'idée d'avoir une première clientèle technique est aussi de mettre en place les bons outils en sollicitant vos retours (on a des idées, mais on n'a pas tranché sur ces points-là)
[^] # Re: Nice
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal galae, le service email qui vous veut du bien. Évalué à 3.
Est-ce qu'une limite plus souple telle que décrite dans ce commentaire répondrait à ta crainte ?
[^] # Re: Intéressant mais...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal galae, le service email qui vous veut du bien. Évalué à 3. Dernière modification le 27 juin 2023 à 12:15.
Devnewton, cf mon commentaire sur l'assouplissement potentiel des quotas.
Est-ce que ça te déciderait à venir ?
[^] # Re: Custom domaine
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal galae, le service email qui vous veut du bien. Évalué à 3.
On a indiqué septembre pour être sûr d'être au RDV. Est-ce que c'est vraiment rédhibitoire ? Si oui, je veux bien qu'on en parle en privé pour voir si on peut envisager une situation convenable pour le projet et pour vous.
[^] # Re: Ça m'intéresse
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal galae, le service email qui vous veut du bien. Évalué à 3.
La grille tarifaire proposée sur Ulule est la grille de facturation que l'on va appliquer par la suite.
[^] # Re: Flexibilité à l'usage
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal galae, le service email qui vous veut du bien. Évalué à 6.
La contrainte est mixte technique et commerciale : proposer une offre "simple à comprendre" et "simple à mettre en place".
Le fait de ne pas proposer "facturation à la boîte mail" mais "facturation pour des volumes d'utilisation autorisés" est lié aux discussions qu'on a eues, et notamment des cas où des boîtes mail sont très peu utilisées ou encore lorsqu'on paie 50Go par boîte mail par exemple, au lieu d'avoir une boîte qui aurait 100Go et une autre 500Mo.
Est-ce que ça répond ?
[^] # Re: Comment estimer le nombre de mails que j'envoie par jour ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal galae, le service email qui vous veut du bien. Évalué à 5. Dernière modification le 27 juin 2023 à 12:10.
J'entends cet argument.
Aujourd'hui cette clause a été mise pour des raisons techniques "imposées" par les outils que l'on va déployer.
La perspective d'avoir une limite plus souple est l'évolution naturelle.
Question : est-ce que retirer cette limite stricte en la remplaçant par une clause plus souple déclenchera ta contribution ?
Si oui, on change dès à présent et on prend le risque de notre côté pour la phase de lancement - en prévoyant de mettre en place un mécanisme de contrôle plus intelligent.
[^] # Re: un initiative
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal galae, le service email qui vous veut du bien. Évalué à 3.
Merci pour le message. C'est bien ce qu'on prévoit de faire !
# Comment estimer le nombre de mails que j'envoie par jour ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal galae, le service email qui vous veut du bien. Évalué à 9.
Pour avoir une idée du nombre de mails que vous envoyez, vous pouvez faire une recherche dans thunderbird (si vous utilisez ce client) sur une période de 1 an. Ça vous donnera une bonne idée de votre consommation et donc du coût associé dans le modèle galae (avec un coefficient de sécurité pour ne pas vous retrouver bloqué).
Comme dit par ailleurs, une consommation "normale" d'un utilisateur est relativement faible et se compte plutôt en mails par personne par jour et non en "dizaines de mails par personne et par jour".
Exemple concret : Algoo est une boîte de 15 personnes. On est à une moyenne de 5 emails / personne / jour.
Combien coûtent 15 boîtes mail individuelles + l'adresse support, plus l'adresse commerciale, plus les anciennes adresses qu'on conserve pendant quelques temps lors des départs, etc, etc.