Exploiter mailcow comme un service en 2026 : inscription, facturation, API, sécurité, sauvegardes

Pourquoi ce comparatif compte

Si vous choisissez une pile de messagerie auto-hébergée en 2026, la liste courte est souvent la même : mailcow, Mailu, Stalwart et Mail-in-a-Box. Les quatre vous donnent un serveur mail open source fonctionnel sur votre propre matériel. La différence apparaît après la première semaine, quand les vrais utilisateurs arrivent et que vous avez besoin d'inscription, de formules payantes, d'accès programmatique aux boîtes, de détection d'attaques et de sauvegardes restaurables.

Ce guide compare les quatre du point de vue de l'exploitant, puis détaille le pack mailcow, qui ajoute ces briques manquantes à un seul serveur mailcow sous une seule clé de licence.

mailcow face à Mailu, Stalwart et Mail-in-a-Box

Un résumé honnête de la position de chaque option pour ceux qui administrent leurs propres serveurs :

• Mail-in-a-Box est le plus directif. Il est conçu comme une boîte complète et clé en main, ce qui est idéal pour un seul administrateur et une poignée de boîtes, mais laisse peu de place aux workflows personnalisés autour de l'inscription, de la facturation ou des API.
• Mailu est une pile Docker Compose modulaire. Vous choisissez les composants et les assemblez. Cette flexibilité est sa force, et aussi la raison pour laquelle vous finissez par maintenir davantage de colle vous-même.
• Stalwart est un serveur mail tout-en-un moderne avec sa propre approche de la configuration. Il vaut la peine d'être évalué si vous voulez un service de type binaire unique, mais l'outillage d'exploitation autour reste à votre charge.
• mailcow est la pile sur laquelle la plupart des auto-hébergeurs se fixent quand ils veulent une interface web mature, la gestion par docker compose, le webmail SOGo et une large communauté. C'est aussi la plateforme pour laquelle les outils MediaLab sont conçus, ce qui explique concrètement pourquoi cet article se concentre sur elle.

Là où mailcow gagne pour les exploitants, ce n'est pas une fonctionnalité isolée mais la combinaison : une vraie interface d'administration, une pile conteneurisée que vous pouvez comprendre, et un écosystème que vous pouvez étendre. Ce qu'il ne fournit pas d'origine correspond exactement à ce que couvre le pack : inscription en libre-service, formules payantes, API REST de boîtes, détection d'attaques avec historique, et sauvegardes chiffrées planifiées avec restauration.

Pour la liste complète des fonctionnalités, consultez la page produit.

Prérequis

Avant de commencer, vérifiez les points suivants :

• mailcow-dockerized sous Linux, avec docker compose et systemd.
• Pack mailcow Toolkit version 0.7.0 ou plus récente. Ce pack contient tous les outils du bundle, vous l'installez donc une seule fois.
• Un accès root sur l'hôte, car vous exécutez install.sh.
• Un accès HTTPS sortant vers medialab.works, car les outils effectuent une vérification de licence.
• Pour Cashier, votre propre compte Stripe.
• Les outils sont open source (GPL-3.0). L'abonnement couvre les nouvelles versions, les mises à jour et le support pour un serveur mailcow ; vous recevez le code source complet.

Un essai gratuit de 30 jours du pack couvre les six outils, et chaque outil peut aussi être essayé séparément.

Étape 1 : installer le pack mailcow Toolkit

Sur l'hôte mailcow, en root, installez le paquet avec son install.sh. Comme le pack est livré dans le paquet Toolkit, cette seule installation vous donne les six outils. Après l'installation, ouvrez l'interface d'administration mailcow et allez dans System > Updates (Toolkit).

Étape 2 : saisir une clé de pack dans chaque carte License

Dans System > Updates (Toolkit), vous voyez une carte License par outil. Saisissez la même clé de pack dans chaque carte. Tout le modèle d'activation tient là : une clé, six cartes, un serveur.

Si vous ajoutez plus tard un nouvel outil mailcow, la liste à jour se trouve toujours sur la page outils mailcow. Les nouveaux outils mailcow que nous publions sont inclus tant que l'abonnement est actif (pour les licences à vie, dans la fenêtre de mise à jour).

Étape 3 : choisir l'ordre d'installation

Les outils sont indépendants, mais un ordre sensé pour un nouveau serveur est le suivant :

1. mailcow Toolkit — SOGo en tant que n'importe quelle boîte sans perdre la session d'administration, les mises à jour de mailcow depuis l'interface d'administration, les enregistrements DNS de chaque domaine (y compris Cloudflare) et la vérification du DNS inverse.
2. Security for mailcow — commencez à collecter l'historique des attaques avant d'ouvrir l'inscription.
3. Backup for mailcow — réalisez une première sauvegarde vérifiée avant que de vraies boîtes existent.
4. Sign-up for mailcow — une page d'inscription publique pour une boîte sur vos domaines, ou un administrateur de domaine pour les domaines du client, après confirmation par e-mail.
5. Cashier for mailcow — des formules de boîtes payantes et des offres de domaines via votre compte Stripe. Les comptes impayés sont suspendus, jamais supprimés.
6. Mailbox API for mailcow — une API REST pour n'importe quelle boîte (lire, envoyer, organiser), avec des webhooks signés pour le nouveau courrier et des notifications Telegram.

Étape 4 : l'administration quotidienne avec le Toolkit

Trois habitudes du Toolkit rapportent immédiatement :

• SOGo en tant que n'importe quelle boîte. Ouvrez la session SOGo d'un utilisateur sans perdre votre session d'administration, ce qui accélère nettement le traitement des demandes de support.
• Mises à jour depuis l'interface d'administration. Lancez les mises à jour de mailcow depuis l'interface d'administration plutôt que depuis une session SSH.
• DNS pour chaque domaine. Le Toolkit affiche les enregistrements DNS de chaque domaine, y compris dans Cloudflare, et inclut la vérification du DNS inverse. Corrigez le DNS avant de déboguer la livraison du courrier.

Étape 5 : la sécurité au-delà de fail2ban

fail2ban bloque les acteurs malveillants connus, mais il ne raconte pas d'histoire. Security for mailcow ajoute la détection d'attaques avec un historique : force brute lente et distribuée, password spraying, scans et boîtes compromises. Les bannissements passent par le fail2ban de mailcow, et vous recevez des alertes.

Cet historique transforme un journal bruyant en décision : quelle boîte est ciblée, si une attaque est répartie sur plusieurs adresses, et si une boîte est peut-être déjà compromise.

Étape 6 : des sauvegardes chiffrées hors site

Backup for mailcow exécute des sauvegardes planifiées vers un dossier local et vers Google Drive, avec rétention, vérification et restauration depuis la page d'administration. La vérification compte plus que la planification : une sauvegarde non vérifiée est un espoir, pas un plan. La restauration depuis la page d'administration garde le chemin de récupération dans l'interface quand vous êtes sous pression.

Étape 7 : ouvrir l'inscription et la facturation

Avec Security et Backup en place, activez la partie visible par le client :

• Sign-up for mailcow publie une page d'inscription. Les clients peuvent demander une boîte sur vos domaines, ou un administrateur de domaine pour leurs propres domaines, après confirmation par e-mail.
• Cashier for mailcow vend des formules de boîtes payantes et des offres de domaines via votre propre compte Stripe. Les comptes impayés sont suspendus, jamais supprimés, si bien qu'un paiement échoué est un événement de facturation, pas une perte de données.

Étape 8 : automatiser avec le Mailbox API

Mailbox API for mailcow expose une API REST pour n'importe quelle boîte : lire, envoyer et organiser. Les webhooks signés pour le nouveau courrier, plus les notifications Telegram, vous permettent de construire des pipelines de collecte, des passerelles de tickets ou de l'alerting sans toucher directement à IMAP.

Conseils et dépannage

• La carte License reste non licenciée. Vérifiez que l'hôte peut joindre medialab.works en HTTPS et que vous avez saisi la clé de pack dans chaque carte, pas seulement dans une.
• Outil manquant après l'installation. Confirmez que le paquet Toolkit est en 0.7.0 ou plus récent ; les paquets plus anciens ne contiennent pas les six outils.
• L'installation échoue. install.sh nécessite root sur l'hôte, et la pile doit être mailcow-dockerized avec docker compose et systemd.
• Cashier ne facture pas. Cashier utilise votre propre compte Stripe ; sans lui, les formules payantes ne peuvent pas fonctionner.
• Le courrier arrive en spam après l'ajout d'un domaine. Lancez la vérification du DNS inverse et examinez les enregistrements DNS que le Toolkit affiche pour ce domaine avant de changer autre chose.
• Ne supprimez pas les comptes impayés à la main. Cashier les suspend par conception ; la suppression est une décision distincte que vous devez prendre délibérément.
• Vérification du périmètre. Le pack couvre uniquement les outils mailcow. Les produits Emby, Jellyfin et Nextcloud ont leurs propres packs.

D'autres réponses se trouvent dans la base de connaissances et la FAQ ; si quelque chose ne correspond pas à votre installation, contactez-nous.

Conclusion

Mailu, Stalwart et Mail-in-a-Box sont tous des serveurs mail raisonnables. L'avantage de mailcow pour les exploitants, c'est la plateforme autour du serveur, et le pack comble les manques que cette plateforme laisse ouverts : inscription, facturation, API de boîtes, historique de sécurité et sauvegardes chiffrées vérifiées, le tout sur un seul serveur mailcow avec une seule clé. Installez le paquet Toolkit, saisissez la même clé dans chaque carte License, et ajoutez les outils dans l'ordre ci-dessus. Commencez par la page du pack mailcow pour la liste actuelle des outils et les détails de l'essai.