Un serveur multidomaine exécute SMTP et IMAP pour plusieurs domaines sur une infrastructure partagée. La question n'est pas de savoir s'il peut les héberger, Postfix et Dovecot le font depuis des décennies, mais quelle architecture résiste à un incident de délivrabilité. Un modèle inadéquat à 20 domaines peut devenir difficile à exploiter à 100.
Ce guide décrit trois architectures, leurs limites et le calcul achat ou développement pour choisir entre serveur propre et fournisseur multilocataire. Pour le contexte général, consultez serveur de messagerie multidomaine.
Ce qu'est un serveur multidomaine
C'est une pile Postfix/Dovecot qui reçoit et envoie pour plusieurs domaines : le même transport SMTP, stockage IMAP et panneau administrent client1.com, client2.com et client3.com simultanément avec isolation. Un serveur, plusieurs locataires.
Il diffère de « un serveur, un domaine » comme de « plusieurs serveurs, plusieurs domaines ». Il peut réduire l'infrastructure mais exige une configuration rigoureuse. Authentification Dovecot, virtual_mailbox_domains de Postfix, clés DKIM et réputation doivent être isolés pour limiter l'impact d'un mauvais locataire. Cette complexité pousse beaucoup d'agences vers un fournisseur hébergé.
Trois architectures et leurs limites
Trois modèles dominent en 2026. Chacun a sa plage adaptée et son point de rupture. Les connaître aide à éviter une refonte dans deux ans.
| Modèle | Plage adaptée | Point de rupture | Coût opérationnel |
|---|---|---|---|
| Un serveur par domaine | 1-5 domaines à forte valeur | 20+ domaines (la charge croît linéairement) | Élevé par domaine |
| Un serveur multidomaine multilocataire | 10-200 domaines | 500+ (isoler stockage et réputation IP se complique) | Marginal faible, base élevée |
| Multilocataire hébergé (TrekMail, Migadu) | Toute échelle, sans temps d'ingénierie | Cas particuliers de conformité | Prix du forfait, zéro ingénierie |
Beaucoup d'agences passent à l'hébergé lorsque l'ingénierie dépasse le prix du forfait. TrekMail Agency est affiché à $29/month et jusqu'à 1,000 domaines × 1,000 boîtes par domaine, ce qui peut remplacer une partie du travail de 1-2 FTE spécialisés. Sous 500 domaines actifs, comparez les coûts réels.
Configuration Postfix de base
Pour un serveur propre, Postfix gère plusieurs locataires avec virtual_mailbox_domains. Au lieu d'inscrire les domaines dans main.cf, stockez-les dans une table hash, SQL ou LDAP selon l'échelle.
# /etc/postfix/main.cf
virtual_mailbox_domains = hash:/etc/postfix/vhosts
virtual_mailbox_maps = hash:/etc/postfix/vmailbox
virtual_alias_maps = hash:/etc/postfix/valias
virtual_transport = lmtp:unix:private/dovecot-lmtpvhosts liste les domaines, vmailbox associe adresses et chemins, valias gère les alias. LMTP transmet à Dovecot pour le stockage et les quotas. OpenDKIM avec tables de clés par domaine peut gérer signature et rotation.
La structure Dovecot habituelle est /var/vmail/<domain>/<user>/. Les expansions %d et %n dans mail_location = maildir:/var/vmail/%d/%n assurent l'acheminement. On peut sauvegarder ou rsync un locataire sans toucher aux autres. Consultez le guide principal du serveur multidomaine.
Isolation de réputation entre locataires
La difficulté principale est souvent la réputation. Une mauvaise campagne peut placer l'IP partagée sur liste noire et affecter les messages d'autres clients, notamment vers Gmail. Le rayon d'impact peut couvrir toute la clientèle.
Trois mesures aident. Une rotation DKIM par domaine limite l'effet d'une clé divulguée. Une limitation par locataire empêche une boîte compromise d'envoyer 100K spams en 20 minutes. Plusieurs IP avec affinité locataire peuvent séparer les gros expéditeurs. Consultez les risques de l'hébergement multidomaine.
Selon sa configuration actuelle, TrekMail peut appliquer rotation DKIM, plafonds par boîte et compte, surveillance IP et routage par réputation. En auto-hébergement, il faut entretenir OpenDKIM, une tâche cron, la limitation Postfix et un analyseur DMARC. Chaque élément peut demander un travail conséquent.
Serveur propre ou hébergé
Le choix dépend des capacités d'ingénierie. Un VPS à $50/month peut traiter le volume de 50 domaines, mais il faut ajouter 10-40 heures mensuelles pour DKIM, DMARC, listes noires et incidents à 3 a.m.
À petite échelle (1-5 domaines), l'auto-hébergement peut convenir avec un spécialiste. À échelle moyenne (5-50), les heures peuvent dépasser un forfait hébergé. À grande échelle (50-5,000), le multilocataire hébergé peut réduire le TCO sauf besoin de contrôle particulier. Au-delà de 5,000+, des conditions commerciales personnalisées sont généralement nécessaires.
TrekMail Agency est affiché à $29/month ($23.25 yearly) et pourrait remplacer une partie du travail de 1-2 FTE. Pour 50-1,000 domaines, il peut être compétitif. L'auto-hébergement peut rester pertinent pour la conformité ou une équipe interne disponible lors d'incidents à 3 a.m. Consultez le guide principal du serveur multidomaine.
Procédure d'intégration d'un nouveau serveur multidomaine
Déployer un serveur hébergé ou propre suit six étapes. Chacune comporte un contrôle avant la suivante; les omettre complique le diagnostic ultérieur.
Étape un : importez les domaines par CSV. La fonction TrekMail publiée traite 50 domaines en une transaction et met la vérification TXT en file. Avec Postfix, écrivez vhosts et lancez postmap. Contrôle : tous les TXT sont publiés et validés.
Étape deux : créez les clés DKIM par domaine. L'hébergé peut automatiser; l'auto-hébergement nécessite OpenDKIM et ses tables. Contrôle : chaque domaine a un sélecteur DNS et Postfix utilise la bonne clé.
Étape trois : créez les boîtes par CSV ou API. Envoyez des invitations pour le mot de passe et la 2FA. Contrôle : chaque boîte est « active » et au moins un utilisateur termine l'invitation.
Étape quatre : publiez MX, SPF et DMARC chez chaque fournisseur DNS. MX pointe vers le hostname du serveur, SPF inclut ses IP et DMARC commence à p=none pendant l'audit. Contrôle : une boîte par domaine reçoit du courrier externe.
Étape cinq : testez l'aller-retour sur au moins une boîte par domaine. SPF=PASS, DKIM=PASS, DMARC=PASS chez Gmail, Outlook et Yahoo. Contrôle : zéro échec dans la matrice.
Étape six : activez l'ingestion DMARC. L'hébergé peut l'automatiser; l'auto-hébergement exige un analyseur visant l'adresse rua publiée. Contrôle : des rapports quotidiens sont attribués au bon locataire. Après deux semaines propres, passez à p=quarantine.
Étapes suivantes
Un serveur multidomaine peut convenir aux agences ayant beaucoup de clients. Le choix dépend des compétences et de la discipline opérationnelle. Un serveur propre peut servir à petite échelle ou avec une équipe interne; l'hébergé est souvent compétitif aux échelles courantes.
Pour l'hébergé, TrekMail Agency est affiché à $29/month ($23.25 en facturation annuelle) pour 50 à 1,000 domaines. Dans la limite, le coût ne croîtrait pas linéairement : le 100e domaine aurait le même prix de base que le 10e.
L'essai de 14-day nécessite une carte; Nano indique 10 domaines × 10 boîtes pour tester le tableau de bord sans offre payante. Inscrivez-vous sur trekmail.net/pricing. Pour l'isolation, le provisionnement et les incidents, consultez l'hébergement de messagerie multidomaine.
