Cloud Mail : un service de messagerie complet sur Cloudflare Workers
Cloud Mail est un service de messagerie basé sur Cloudflare qui combine Workers, routage, stockage et boîte aux lettres Web.
En bref
- De quoi s’agit-il ?
- Cloud Mail assemble Workers, D1, R2 et Resend pour créer un webmail complet. L'article détaille l'architecture, le déploiement, les limites et les alternatives.
- À qui s’adresse-t-il ?
- Cloud Mail s'adresse aux développeurs et aux petites équipes qui veulent un webmail autonome sans serveur dédié, en tirant parti de l'écosystème Cloudflare. Ceux qui ont besoin d'une boîte aux lettres grand public avec un support commercial ou une interface mature devraient plutôt utiliser un service comme Zoho Mail ou un hébergement mutualisé.
- Puis-je l’utiliser commercialement ?
- Oui. MIT est une licence permissive : vous pouvez utiliser, modifier et vendre un logiciel qui en dépend, à condition de conserver les mentions de droit d’auteur et de licence.
- Est-il encore maintenu ?
- Oui. Les derniers commits datent d’il y a 10 jours.
- En quel langage est-il écrit ?
- Principalement JavaScript, d’après les statistiques de langage de GitHub.
Ces réponses reposent sur les données GitHub du projet (dernière synchronisation le 15 septembre 2026) et sur notre analyse. Elles ne constituent pas un avis juridique.
ANALYSE OPEN SOURCE APPROFONDIE
Un webmail complet, mais adossé à une infrastructure particulière
Cloud Mail résout un problème précis : comment offrir une messagerie électronique complète, avec envoi, réception, pièces jointes et gestion des utilisateurs, sans posséder de serveur. Il s'appuie entièrement sur Cloudflare Workers, qui exécute du code en périphérie, et sur les services associés comme D1 pour la base de données, R2 pour le stockage des fichiers et KV pour le cache. Le projet se présente comme une alternative aux grandes plateformes de messagerie, mais avec un coût réduit et un contrôle total. Il est destiné aux développeurs qui ont déjà une certaine familiarité avec l'écosystème Cloudflare et qui acceptent de gérer eux-mêmes l'infrastructure.
L'architecture : un backend Hono, un frontend Vue et des services Cloudflare
Le dépôt est organisé en deux parties principales. Le dossier mail-worker contient le backend, écrit en JavaScript et basé sur le framework Hono. On y trouve une séparation en couches classique : une couche d'API, une couche de service, une couche d'accès aux données (DAO) et une couche de sécurité pour l'authentification. Le frontend utilise Vue 3 avec Element Plus, ce qui donne une interface réactive qui s'adapte aux écrans de téléphone et d'ordinateur. Les données sont stockées dans D1, une base de données SQLite gérée par Cloudflare, tandis que KV sert de cache et R2 conserve les fichiers joints. L'envoi de courriels est délégué à Resend, un service externe. Cette architecture permet de faire fonctionner l'ensemble sans serveur physique, mais elle crée une dépendance forte aux services Cloudflare et à Resend.
Déploiement : un domaine, des commandes, et des services à configurer
Le README indique que le déploiement se fait sur Cloudflare Workers et que la documentation complète est disponible à l'adresse doc.skymail.ink. En pratique, il faut créer un compte Cloudflare, configurer un domaine, puis déployer le worker en suivant les instructions du dépôt. Les commandes ne sont pas détaillées dans le README, mais on peut supposer qu'il faut utiliser l'outil wrangler, l'interface en ligne de commande de Cloudflare. Les variables d'environnement doivent inclure les clés pour Resend, Turnstile et probablement les identifiants pour D1 et R2. Le projet nécessite donc de configurer plusieurs services avant de pouvoir envoyer le premier courriel. Un déploiement de démonstration est accessible sur skymail.ink, ce qui permet de voir le rendu final sans installation.
Fonctionnalités : de la gestion des utilisateurs à la reconnaissance de codes
Le projet ne se limite pas à l'envoi et à la réception. Il inclut un panneau d'administration avec un contrôle d'accès basé sur les rôles (RBAC), ce qui permet de limiter l'utilisation des ressources pour chaque utilisateur. La réception de courriels peut déclencher un transfert vers un bot Telegram ou une autre adresse. Une API ouverte permet de créer des utilisateurs en masse et d'interroger les courriels avec des filtres multiples. Une fonction originale utilise Workers AI pour reconnaître automatiquement les codes de vérification dans les courriels reçus. Le projet affiche aussi des graphiques avec ECharts pour visualiser la croissance des courriels et l'utilisation du système. Enfin, l'interface peut être personnalisée : titre du site, image de fond, transparence. Ces fonctions sont annoncées dans le README, mais certaines sont encore marquées comme "en cours de développement".
Limites et points de vigilance
Le projet dépend de plusieurs services externes. Si Resend cesse de fonctionner ou modifie ses tarifs, l'envoi de courriels est interrompu. Les limites de Cloudflare Workers, notamment le nombre de requêtes par jour et le temps d'exécution, peuvent devenir un goulot d'étranglement pour une utilisation intensive. La base de données D1 est puissante, mais elle a ses propres contraintes de taille et de concurrence. Le README ne mentionne pas de procédure de sauvegarde ou de migration, ce qui est un manque pour un service qui stocke des courriels et des fichiers. De plus, la reconnaissance de codes par Workers AI est une fonctionnalité avancée qui peut échouer selon la qualité de l'image ou le format du courriel. Enfin, le projet est jeune : la version 3.2.0 date d'août 2026, et certaines fonctions sont encore en développement. Il faut donc être prêt à suivre les évolutions et à corriger d'éventuels bugs.
Alternatives : comparer avec une solution classique
L'alternative la plus directe est d'utiliser un service de messagerie hébergé comme Zoho Mail, qui offre un webmail complet sans configuration technique. La différence est fondamentale : Zoho Mail est un produit fini, avec un support client, une interface éprouvée et des garanties de disponibilité. Cloud Mail, lui, est un logiciel à installer et à maintenir. Il offre en revanche un contrôle total sur les données et une personnalisation poussée. Pour un développeur qui veut maîtriser son infrastructure, Cloud Mail est un choix cohérent. Pour une entreprise qui veut une messagerie fiable sans effort, un service hébergé reste plus simple. Le choix dépend donc de la compétence technique et de la tolérance au risque.
Maintenance et licence
Le projet est sous licence MIT, ce qui autorise une utilisation commerciale, une modification et une redistribution, avec l'obligation de conserver la mention de copyright. C'est un point positif pour les entreprises qui veulent adapter le code. En matière de maintenance, le dépôt est actif, avec plusieurs versions publiées en 2026. La dernière version, v3.2.0, date du 25 août 2026. Cela indique une équipe qui continue à développer le projet. Toutefois, il faut vérifier la fréquence des mises à jour de sécurité et la réactivité de l'équipe sur les issues. Le README renvoie à un groupe Telegram pour la discussion, ce qui peut être utile pour poser des questions. Enfin, la documentation est disponible en ligne sur doc.skymail.ink, mais le README ne précise pas si elle est à jour avec la dernière version.
Conclusion éditoriale
Cloud Mail s'adresse aux développeurs et aux petites équipes qui veulent un webmail autonome sans serveur dédié, en tirant parti de l'écosystème Cloudflare. Ceux qui ont besoin d'une boîte aux lettres grand public avec un support commercial ou une interface mature devraient plutôt utiliser un service comme Zoho Mail ou un hébergement mutualisé. Avant de l'adopter, vérifiez la qualité des envois via Resend, la gestion des limites de Workers et la capacité de l'équipe à maintenir le projet. Le dépôt est actif, mais la version 3.2.0 est récente et les fonctions avancées sont encore en développement. Testez d'abord avec un domaine secondaire.
Notes de la communauté