Accueil›Guides›Sécurité des e-mails

Sécurité des e-mails · Comprendre

Protéger la messagerie que vous avez déjà

Oui, on peut renforcer la protection de Microsoft 365, de Google Workspace, d’Exchange ou d’un autre serveur sans changer de messagerie. Le MX du domaine désigne la passerelle, qui analyse le courrier puis le livre au serveur actuel. Les utilisateurs gardent leurs boîtes ; le gestionnaire du DNS et l’administrateur de la messagerie ont chacun un réglage à faire.

Mis à jour en octobre 20267 min de lectureSources officielles citées

La décision : garder la boîte, changer le MX

Changer de messagerie et changer de protection sont deux projets différents. Le premier déplace les boîtes, l’historique, les agendas et les comptes sur les téléphones. Le second ne touche qu’au chemin du courrier entrant.

Ce chemin tient dans un enregistrement DNS : le MX, qui indique aux serveurs expéditeurs où livrer le courrier de votre domaine. Quand il désigne la passerelle, elle reçoit, analyse, puis remet le message au serveur de boîtes. Cela vaut pour :

  • Microsoft 365 (Exchange Online) ;
  • Google Workspace ;
  • Exchange installé chez vous ou hébergé ;
  • tout autre serveur de messagerie qui reçoit en SMTP ;
  • Klytic Mail, qui n’est qu’un cas parmi les autres, pas un prérequis.

Ce guide traite le cas où l’on garde la boîte. Si vous changez aussi de serveur, les guides migrer depuis Microsoft 365 et migrer depuis Google Workspace décrivent ce projet-là.

Qui modifie quoi

RéglageOùQui
Enregistrement MX du domaineZone DNS, chez le bureau d’enregistrement ou l’hébergeur DNSLa personne qui gère le DNS, ou le prestataire qui en a reçu la délégation
Déclaration de la passerelle à la messagerieConsole d’administration de Microsoft 365, de Google Workspace ou du serveurL’administrateur de la messagerie
SPF, DKIM et DMARCZone DNSLe gestionnaire du DNS, après inventaire des serveurs qui envoient pour le domaine
Domaines et serveur de livraisonPasserelleLe fournisseur de la passerelle, qui prépare la configuration

Le principe côté Microsoft 365

La documentation Microsoft sur le filtrage par un service tiers est claire : le MX du domaine doit désigner ce service, qui livre ensuite à Exchange Online. Microsoft recommande un connecteur entrant de type « partenaire », qui peut refuser le courrier arrivé sans passer par le service. Il recommande aussi d’activer le filtrage amélioré pour les connecteurs, afin que sa propre analyse évalue le véritable expéditeur et non l’adresse de la passerelle. Il déconseille de simplement contourner son filtrage pour les adresses du service tiers.

Le principe côté Google Workspace

Google décrit une « passerelle de messagerie entrante » : le MX désigne la passerelle, puis l’administrateur déclare ses adresses IP dans la console. Gmail s’en sert pour retrouver l’adresse réelle de l’expéditeur dans les en-têtes, dont dépendent SPF et son évaluation du spam. On peut aussi refuser le courrier qui ne vient pas de la passerelle. Google précise qu’il n’applique pas la politique DMARC de l’expéditeur au courrier reçu par une passerelle déclarée : ce contrôle revient alors à la passerelle.

Ce guide ne recopie pas les écrans de ces consoles, qui changent. Suivez la page officielle citée en bas de page au moment du réglage.

Plusieurs serveurs derrière une seule passerelle

Cas fréquent dans un groupe : la société mère sur Microsoft 365, une filiale sur Google Workspace, une troisième sur un serveur historique. Une seule passerelle peut précéder les trois.

Le principe est un routage par domaine. Chaque domaine voit son MX pointer vers la passerelle. Pour chaque domaine, la passerelle connaît le serveur auquel remettre le courrier après analyse. L’analyse est commune, la destination change.

Intérêt : une même politique de filtrage, ou des réglages différents selon le domaine, et la lecture de toutes les décisions au même endroit. Point à préparer : un domaine dont les boîtes seraient réparties entre deux serveurs demande de savoir, adresse par adresse, où livrer. Ce cas s’étudie avant la bascule.

Ce qui change, et ce qui ne change pas

Ne change pas : les adresses, les boîtes, l’historique, le logiciel de messagerie, le webmail, les téléphones. Le filtre intégré de la messagerie continue de fonctionner. Les droits et les partages internes restent ceux de la plateforme.

Change :

  • Le premier serveur qui reçoit le courrier. C’est lui qui voit la connexion d’origine et vérifie l’authentification de l’expéditeur.
  • Le serveur de boîtes ne voit plus l’expéditeur directement, mais la passerelle. D’où la déclaration décrite plus haut.
  • Les messages portent les en-têtes de décision de la passerelle : un administrateur peut y lire pourquoi un message a été livré ou mis de côté.
  • Si la passerelle relaie aussi le courrier qui part, l’enregistrement SPF du domaine doit l’autoriser, et la signature DKIM doit être publiée pour elle. Le sens de ces mécanismes est expliqué dans SPF, DKIM et DMARC.

Le jour où vous changerez aussi de serveur de boîtes, la passerelle peut rester en place : seul son serveur de livraison change. Le guide migrer une messagerie sans interruption reste la référence pour ce jour-là, y compris pour SPF, DKIM et DMARC.

La mise en place, dans l’ordre

  1. Inventaire : domaines, serveur de boîtes de chacun, applications qui envoient du courrier au nom du domaine.
  2. Préparation de la passerelle par son fournisseur : domaines acceptés, serveur de livraison, règles de départ.
  3. Déclaration de la passerelle dans la messagerie (connecteur entrant ou passerelle entrante), si la plateforme le prévoit.
  4. Baisse préalable du TTL du MX, puis modification du MX. Pendant la durée du cache DNS, une partie des expéditeurs livre encore directement au serveur de boîtes : c’est normal.
  5. Contrôle : un message envoyé depuis une adresse extérieure doit arriver avec les en-têtes de décision de la passerelle.
  6. Surveillance de la quarantaine les premiers jours, pour libérer les faux positifs et ajuster les règles.

Le retour arrière est simple : remettre l’ancien MX. Il se prépare comme pour une migration, avec une personne qui a le droit de le décider.

Ce que la passerelle ne fait pas

Elle voit le courrier qui la traverse, et seulement lui. Elle ne voit pas les messages échangés entre deux boîtes d’une même plateforme qui ne sortent pas de celle-ci, ni les fichiers partagés dans un espace de stockage en ligne, ni les connexions des utilisateurs.

Elle ne remplace donc pas les réglages internes de Microsoft 365 ou de Google Workspace : droits, double authentification, alertes de connexion, règles de transfert automatique. Un compte volé reste d’abord un sujet de la messagerie. Le guide spam, phishing, malware et compte compromis fait la part des choses.

Enfin, un expéditeur qui connaît l’adresse technique du serveur de boîtes peut tenter de lui livrer directement, sans passer par le MX. C’est la raison du verrouillage proposé par Microsoft (connecteur partenaire) et par Google (refus du courrier hors passerelle).

Questions fréquentes

Faut-il prévenir les utilisateurs ?

Leurs adresses ne changent pas. Prévenez-les en revanche qu’ils pourront recevoir des avis de quarantaine : voir Quarantaine, faux positifs et signalements.

Faut-il couper le filtre de Microsoft 365 ou de Google ?

Non. Microsoft recommande de laisser son analyse active et de la régler pour qu’elle voie le véritable expéditeur, plutôt que de la contourner.

Combien de temps prend la bascule ?

Le changement de MX lui-même prend effet au rythme du cache DNS. La préparation dépend du nombre de domaines et de serveurs. Pour Klytic MTA, voir la section suivante.

Une passerelle placée devant change-t-elle la délivrabilité de nos envois ?

Seulement si elle relaie aussi le courrier sortant. Dans ce cas, SPF et DKIM doivent en tenir compte : voir SPF, DKIM et DMARC.

Pourquoi ne pas tout simplement changer de messagerie ?

C’est une autre décision, avec d’autres critères. Elle est traitée dans choisir une messagerie professionnelle européenne.

Où Klytic se situe

Klytic MTA se place devant la messagerie que vous avez : Microsoft 365, Google Workspace, Exchange, Klytic Mail ou tout autre serveur. Il ne suppose pas de boîte Klytic.

  • Mise en service : généralement 24 à 48 heures. Klytic prépare la configuration ; vous modifiez l’enregistrement MX de votre domaine, ou Klytic le fait pour vous. La déclaration de la passerelle dans la console Microsoft 365 ou Google Workspace se fait par l’administrateur de cette messagerie, et se prépare avec Klytic lors de la mise en service.
  • Déploiement : cloud Klytic, instance dédiée ou serveurs du client. Pour des besoins particuliers, d’autres architectures se conçoivent avec Klytic, par exemple un filtrage dans le cloud et un relais installé chez vous, ou plusieurs régions.
  • Offres : Essentiel et Avancé. L’Essentiel couvre l’authentification, l’antispam, l’antivirus, le phishing, les domaines sosies, la quarantaine, la signature DKIM des envois et le rappel avant envoi. L’Avancé ajoute la fraude financière, la protection au clic, la console DMARC et l’export des journaux vers un SIEM.
  • Essai : 30 jours gratuits, sans changer de messagerie.

Klytic MTA ne gère pas les droits ni les comptes de votre messagerie actuelle, et ne promet pas d’équivalence avec les outils de sécurité intégrés à Microsoft 365 ou à Google Workspace : il s’ajoute devant eux.

Cette page décrit un principe. Les consoles Microsoft et Google évoluent : leur documentation officielle fait foi pour le geste.

Sources

Consultées en octobre 2026.

  • Microsoft Learn, « Manage mail flow using a third-party cloud service with Exchange Online » : le MX doit désigner le service tiers ; connecteur entrant de type partenaire ; filtrage amélioré pour les connecteurs plutôt qu’un contournement du filtrage. learn.microsoft.com
  • Aide Google Workspace, « Set up an inbound mail gateway » : MX vers la passerelle, déclaration de ses adresses IP, refus possible du courrier hors passerelle ; la politique DMARC de l’expéditeur n’est pas appliquée par Gmail au courrier reçu par la passerelle. knowledge.workspace.google.com
  • RFC 5321, SMTP : les hôtes intermédiaires sont en général désignés par l’enregistrement MX du DNS. rfc-editor.org
  • Klytic, page Klytic MTA : modules des offres Essentiel et Avancé, options, modes de déploiement, mise en service par le MX. klytic.com

Protéger votre messagerie actuelle

Essai gratuit de 30 jours, sans changer de messagerie : seul le MX change.

Parler à un conseiller →

Découvrir Klytic MTA

Offre de bienvenue

30 jours d’essai gratuit, migration accompagnée

Offre d'essai sans engagement. Un conseiller vous rappelle pour comprendre vos besoins et préparer votre espace Klytic.