Préparer une migration de messagerie OVH vers Microsoft 365

Identifier votre messagerie OVH et les accès disponibles

Le nom « OVH » ne suffit pas à choisir une méthode de migration. Relevez l’offre exacte et la technologie utilisée, puis vérifiez les paramètres d’accès avec la documentation correspondante. OVHcloud décrit plusieurs technologies pour MX Plan ; les informations à utiliser doivent correspondre à votre service.

Faites la liste des boîtes, des alias, des redirections et des adresses partagées. Pour chaque boîte, relevez le volume visible et les appareils qui l’utilisent. Identifiez aussi la personne qui peut administrer le service et celle qui gère la zone DNS active du domaine.

Distinguer les messages des autres données

La migration IMAP proposée par Microsoft déplace les messages de la boîte de réception et des autres dossiers de courrier. Elle ne reprend pas les contacts, les calendriers ni les tâches. Les limites de l’outil et les éléments signalés en erreur doivent être examinés dans la préparation et dans les rapports de migration.

Inventoriez séparément les contacts, les agendas partagés et les archives locales, notamment les fichiers PST. Les règles, signatures, délégations et appareils demandent également leurs propres vérifications. Le choix d’une méthode pour les messages ne confirme pas leur reprise automatique.

Convenez d’une protection adaptée des données avant les changements et de la personne qui valide le contenu à conserver. Un historique visible uniquement sur un ordinateur doit être signalé avant de supprimer ou de reconfigurer son compte.

Préparer les boîtes Microsoft 365 avant le transfert

Pour la méthode IMAP documentée par Microsoft, les utilisateurs et leurs boîtes de destination doivent exister avant la migration. Si le domaine professionnel doit être utilisé, son ajout et sa vérification sont également à préparer. Les licences retenues doivent permettre les services attendus, dont les boîtes Exchange Online concernées.

Établissez la correspondance entre chaque boîte source et sa destination. Précisez les alias et boîtes partagées à préparer, puis testez les accès avant de modifier l’acheminement des messages. Les autorisations et la méthode de connexion à la source doivent être vérifiées pour l’offre OVH utilisée.

Planifier la bascule des nouveaux emails

L’enregistrement DNS MX indique vers quels serveurs acheminer le courrier entrant. Sa modification ne transfère pas les anciens messages. La documentation Microsoft pour OVH distingue la vérification du domaine et les enregistrements nécessaires au service de messagerie.

Préparez les valeurs demandées par votre environnement Microsoft 365, l’emplacement où les modifier et les contrôles après changement. Recensez les autres outils qui envoient des messages avec votre domaine, par exemple un formulaire de site ou un logiciel métier : leur fonctionnement doit être pris en compte dans les réglages de messagerie.

Choisissez le créneau avec votre équipe et expliquez comment se connecter après la bascule. Identifiez les ordinateurs et téléphones à reconfigurer. La durée et les éventuelles perturbations sont à évaluer selon la méthode et l’installation ; elles ne se déduisent pas du seul nombre d’adresses.

Vérifier les données et le fonctionnement avant de fermer la source

Contrôlez les rapports du transfert et examinez les erreurs ou éléments non repris. Avec les utilisateurs désignés, vérifiez des messages anciens et récents, les dossiers, les pièces jointes et les autres données incluses au projet. Testez aussi l’envoi et la réception avec une adresse extérieure.

L’arrêt de la synchronisation et de l’ancien service se décide après les contrôles, en tenant compte des prérequis de l’outil utilisé. Microsoft demande notamment de vérifier que les utilisateurs sont passés sur la destination et que le courrier y est correctement acheminé avant d’arrêter son lot de migration IMAP.

Conservez un compte rendu : boîtes traitées, tests réalisés, données exclues ou restant à reprendre, appareils configurés et décision sur l’ancien abonnement. Ce document permet de clore le projet et de distinguer un éventuel suivi régulier.