Dépendances
Inventaire des applications, appareils et services qui envoient ou reçoivent des emails via la plateforme actuelle.
Préparer une migration de messagerie Microsoft 365 ou Google Workspace
Le transfert des boîtes n'est qu'une partie d'une migration. Ce qui casse le plus souvent, c'est ce que personne n'avait listé : le site web qui envoie ses formulaires, le copieur, l'outil de facturation, l'enregistrement SPF. Cette prestation prépare ces dépendances pour limiter les mauvaises surprises lors de la bascule.
Présenter ma situationSymptômes
Quand faire appel à cette prestation ?
- Vous passez de Microsoft 365 à Google Workspace, ou l'inverse
- Vous quittez un serveur de messagerie historique ou un hébergeur
- Vous ajoutez une plateforme d'envoi marketing ou transactionnelle
- Un service que vous utilisez est retiré, comme EWS ou Azure Communication Services Email
- Une fusion ou un changement de nom impose de déplacer des domaines
Pour qui
À qui s'adresse-t-elle ?
- PME qui changent de messagerie sans équipe dédiée à ce type de projet
- Équipes IT qui veulent sécuriser la partie DNS et authentification
- Prestataires qui assurent le transfert des boîtes et cherchent un appui sur les flux
- Éditeurs dont les applications dépendent d'une API ou d'un service d'envoi en fin de vie
Vérifications
Ce qui est vérifié
Le contrôle s'adapte aux flux concernés et aux données disponibles.
Usages
Distinction entre flux humains, marketing, transactionnels et applicatifs, chacun ayant ses contraintes.
DNS
Enregistrements MX, SPF, DKIM et DMARC à modifier, durée de vie (TTL) et ordre des changements.
Routage
Connecteurs, relais, redirections et coexistence entre l'ancienne et la nouvelle plateforme pendant la transition.
Continuité
Scénarios à tester avant et après la bascule, et conditions de retour arrière.
Livrable
Ce que vous obtenez
Le contenu exact dépend du périmètre convenu et des données accessibles.
- 01L'inventaire des flux et des dépendances à traiter
- 02Un plan de bascule indiquant l'ordre des opérations et les responsables
- 03Les réglages d'authentification à appliquer sur la nouvelle plateforme
- 04Une liste de contrôles de continuité et un plan de retour adaptés à votre infrastructure
Déroulé
Comment se passe l'intervention ?
01
Inventaire
Relevé des domaines, des flux et de tout ce qui dépend de la messagerie actuelle.
02
Préparation
Réglages de la plateforme cible, authentification, abaissement des TTL et mise à jour des applications.
03
Bascule
Déroulement du plan et contrôle des flux critiques pendant le changement.
04
Vérification
Tests après bascule, surveillance de l'authentification et transmission des points à clôturer.
FAQ
Questions fréquentes
Dharmail transfère-t-il les boîtes mail ?
La prestation porte sur la préparation et la continuité des flux : dépendances, DNS, authentification, routage et tests. Le transfert des données peut être assuré par vos équipes ou par votre prestataire. Si vous avez besoin d'autre chose, précisez-le lors de notre échange.
La migration peut-elle dégrader ma délivrabilité ?
Oui, notamment si SPF ou DKIM ne sont pas prêts au moment de la bascule, ou si une politique DMARC stricte rencontre un flux oublié. C'est pour cela que l'authentification de la plateforme cible est préparée à l'avance.
Pourquoi abaisser le TTL des enregistrements DNS avant la bascule ?
Le TTL indique combien de temps une réponse DNS reste en cache. Le réduire suffisamment tôt permet au changement de MX de se propager plus vite, et facilite un retour arrière en cas de problème.
Que devient mon enregistrement SPF pendant la transition ?
Tant que les deux plateformes peuvent envoyer, il doit généralement autoriser les deux, sans dépasser la limite de 10 recherches DNS. L'ancienne plateforme est retirée une fois la migration terminée et vérifiée.
Faut-il prévoir une période de coexistence ?
Cela dépend du nombre d'utilisateurs et des dépendances. Une bascule courte est plus simple à gérer, tandis qu'une coexistence permet de migrer par étapes, mais demande un routage plus soigné entre les deux plateformes.
Pour aller plus loin
Articles liés
Google Workspace Data Import : simplifier les migrations depuis Microsoft 365Google Workspace généralise Data Import pour migrer depuis Microsoft 365. Une migration email exige toujours une préparation DNS, sécurité et continuité.Exchange Online : comment préparer la fin d’EWS sans casser ses applications métierInventorier les usages EWS, utiliser EWSAllowedAppIDs comme transition et migrer les applications métier vers Microsoft Graph sans interrompre les flux.Microsoft annonce la fin d’Azure Communication Services Email : quelles alternatives pour les emails transactionnels ?ACS Email prendra fin le 30 septembre 2028. Calendrier, périmètre exact et méthode pour migrer les emails transactionnels Azure vers un ESP adapté.Créer un sous-domaine d'envoi pour Brevo, ActiveCampaign ou MailjetPourquoi et comment isoler les flux marketing sur un sous-domaine d'envoi avec SPF, DKIM, tracking et DMARC.
Les autres prestations
Parlons de votre situation
Décrivez vos symptômes, vos domaines et les plateformes concernées. Nous verrons ensemble si cette prestation est le bon point de départ.