Messagerie · Comprendre
Une messagerie professionnelle peut tourner sur une plateforme partagée entre clients, sur une instance réservée à votre organisation, ou sur un serveur installé dans vos locaux. Le lieu de la machine change moins de choses qu’on ne le croit : ce qui compte est la personne qui l’exploite, qui peut ouvrir une boîte, et comment vous en sortez. Héberger soi-même donne la maîtrise physique ; cela ne règle ni l’exploitation, ni à lui seul la souveraineté.
Mis à jour en octobre 20268 min de lectureSources officielles citées
On parle souvent de « cloud » contre « on-premise », comme s’il y avait deux camps. En pratique, trois régimes coexistent, et ils se distinguent par deux questions : où tourne la machine, et qui la fait tourner.
Exploiter une messagerie, c’est appliquer les mises à jour, surveiller la file d’attente et l’espace disque, renouveler les certificats, sauvegarder, restaurer, répondre à un incident à 7 h du matin et garder la réputation d’envoi du domaine. Héberger, c’est seulement fournir la machine et le réseau.
Le prestataire tient toute la plateforme. Elle est en général partagée entre plusieurs clients, avec un cloisonnement logique : chaque organisation ne voit que ses domaines et ses boîtes, mais les serveurs, le stockage et les équipes d’exploitation sont communs. C’est le régime le plus simple à démarrer et le moins cher à faire vivre.
Une instance ou un serveur est réservé à votre organisation. Vos données ne côtoient celles d’aucun autre client. Le prestataire continue d’exploiter : vous achetez de l’isolement, pas une charge de travail. Ce régime répond aux secteurs réglementés, aux gros volumes, aux groupes qui veulent séparer nettement leurs sociétés, ou aux réglages qu’une plateforme partagée ne peut pas accorder à un seul client.
La machine est chez vous, dans votre salle serveur ou votre datacenter. Quelqu’un doit pourtant l’exploiter. Soit votre équipe le fait, soit un prestataire le fait à distance, avec un accès que vous lui ouvrez. Les deux choix sont légitimes ; ils ne coûtent pas la même chose et ne donnent pas les mêmes garanties de reprise.
Cinq points départagent les trois régimes. Les autres, comme le webmail ou la compatibilité Outlook, dépendent surtout du logiciel, pas du lieu.
| Point | Cloud opéré | Dédiée | Dans vos locaux |
|---|---|---|---|
| Voisinage | Plateforme partagée, cloisonnement logique | Aucun autre client sur l’instance | Votre réseau, vos autres serveurs |
| Mises à jour | Le prestataire, selon son calendrier | Le prestataire, calendrier parfois négociable | Votre équipe ou le prestataire mandaté |
| Sauvegardes | Chez le prestataire, selon son contrat | Chez le prestataire, parfois dédiées | À organiser : où, par qui, hors du site ? |
| Qui peut ouvrir une boîte | Vos administrateurs et l’exploitant | Vos administrateurs et l’exploitant | Vos administrateurs, et l’exploitant s’il en a un |
| Sortie | Export et changement du MX | Export et changement du MX | Export, changement du MX, et la machine à reprendre ou à recycler |
Sur une plateforme partagée, une campagne de spam envoyée depuis le compte compromis d’un autre client peut dégrader la réputation de l’adresse IP d’envoi commune. Une instance dédiée, ou une adresse IP dédiée, isole ce risque. Dans vos locaux, le voisin est votre propre réseau : un poste infecté peut atteindre le serveur s’il n’est pas cloisonné.
C’est la ligne que l’on remplit trop vite. Celui qui peut restaurer une boîte peut la lire, quel que soit le régime. Le lieu ne supprime pas cet accès ; il change seulement la liste des personnes qui l’ont. Les questions utiles sont donc : qui détient les comptes d’administration, ces accès sont-ils nominatifs et tracés, et le contrat interdit-il à l’exploitant d’ouvrir une boîte hors demande du client. Seul un chiffrement de bout en bout, dont vous gardez la clé privée, par exemple avec S/MIME, rend le contenu d’un message illisible pour l’exploitant.
Le nom de domaine doit rester à votre nom : c’est son enregistrement MX qui désigne le serveur qui reçoit votre courrier, et vous devez pouvoir le modifier sans demander la permission. Le reste se prépare : export des boîtes dans un format standard, agendas et contacts compris, délai d’export, suppression après la fin du contrat.
Mettre le serveur dans ses locaux répond à une question précise : où sont physiquement les disques. Le guide qu’est-ce qu’un cloud souverain rappelle qu’il en reste au moins trois : quelle société exploite, quel droit s’applique à elle, et comment on sort.
Un serveur dans vos murs peut ainsi rester dépendant de l’extérieur sans que cela se voie :
À l’inverse, un service hébergé peut être exploité par une société européenne qui garde seule la main sur les données, avec des accès tracés et une sortie écrite. Le lieu reste un élément utile, notamment pour le registre des traitements. La page hébergement et souveraineté détaille les modes proposés par Klytic.
Une PME peut vouloir le contrôle sans vouloir l’astreinte. Avant de rapatrier une messagerie, faites l’inventaire de ce que l’exploitation demande réellement.
Exemple. Une société industrielle de 60 personnes (cas hypothétique) dispose d’une salle serveur et veut que ses plans ne quittent pas le site. Elle installe la messagerie dans ses locaux, mais confie l’exploitation à distance à un prestataire : mises à jour, supervision, restaurations. Son informaticien garde la main sur le matériel et le réseau. Elle a le lieu qu’elle voulait, sans porter seule l’astreinte. Il lui reste à écrire où partent les sauvegardes et qui peut se connecter.
Le cloud opéré convient quand vous voulez démarrer vite, sans équipe d’exploitation, et que le cloisonnement logique et les engagements écrits de l’exploitant vous suffisent.
L’instance dédiée convient quand un donneur d’ordre, un secteur réglementé ou un groupe à plusieurs sociétés exige que vos données ne côtoient celles d’aucun autre client, sans vouloir pour autant exploiter.
Les locaux conviennent quand les données ne doivent pas sortir du site, quand le réseau doit pouvoir être isolé, ou quand l’annuaire et l’infrastructure existent déjà et sont tenus.
Les locaux sont un mauvais choix s’ils servent seulement à « être souverain » sans que personne n’ait le temps d’exploiter, ni de sauvegarder hors du site.
Les fonctions à exiger, quel que soit le régime, sont dans ce qu’une messagerie professionnelle doit faire. La sauvegarde et la reprise après panne sont traitées dans sauvegarde, suppression et continuité. Pour comparer des fournisseurs européens, voir choisir une messagerie professionnelle européenne.
Seulement si vous avez une raison de garder la machine sur place et quelqu’un pour l’exploiter, ou un prestataire mandaté pour le faire. Pour la seule question de la souveraineté, l’exploitant et le contrat comptent davantage que le lieu.
Elle supprime le voisinage avec d’autres clients. Elle ne change pas, à elle seule, qui peut ouvrir une boîte ni la qualité des sauvegardes. Comparez ces deux points par écrit.
Oui, à condition que les boîtes s’exportent dans un format standard et que le domaine soit à votre nom. La méthode est celle d’une migration sans interruption.
Non. Une passerelle de sécurité peut être placée devant la messagerie, ailleurs qu’elle. Le guide filtre intégré ou passerelle explique ce choix.
Klytic Mail est proposé dans les trois régimes : dans l’architecture mutualisée de Klytic, cloisonnée par client, dans une instance dédiée, ou chez le client. Quel que soit le mode, Klytic exploite la plateforme : maintenance, mises à jour, sécurité, supervision et maintien en conditions opérationnelles. Le serveur dédié est établi sur devis. Le passage d’un mode à l’autre est possible plus tard.
L’hébergement est possible dans toute zone géographique correspondant à la juridiction applicable, sous réserve de la disponibilité des services, notamment en Europe ou à Maurice, ou sur les serveurs du client.
Klytic Mail est la messagerie. Klytic MTA est la passerelle qui filtre le courrier devant elle ; un fonctionnement mixte est possible, par exemple le filtrage chez Klytic et la messagerie chez vous. Le détail du filtre est dans filtre intégré ou passerelle.
L’accès aux comptes de messagerie des clients est interdit aux équipes Klytic ; les accès techniques sont contrôlés et audités. Les messages sont chiffrés au repos avec des clés gérées par Klytic, ce qui protège les supports de stockage ; pour un contenu illisible par Klytic, le client chiffre de bout en bout avec sa propre clé privée, par exemple en S/MIME.
Ce que l’offre ne couvre pas : une messagerie que vous exploiteriez seul, sans Klytic, sur votre serveur. Klytic n’est pas qualifié SecNumCloud ; si un donneur d’ordre l’exige, cette offre ne répond pas.
Cette page décrit un cadre général. Elle ne remplace pas l’analyse de votre contrat ni de votre infrastructure.
Consultées en octobre 2026.
Contraintes, infrastructure existante, zone souhaitée : un conseiller étudie votre contexte et vous recommande un mode d’hébergement.
Offre de bienvenue
Offre d'essai sans engagement. Un conseiller vous rappelle pour comprendre vos besoins et préparer votre espace Klytic.