Migrer d’OVH ou d’une messagerie IMAP vers Microsoft 365 : étapes et précautions

Rédaction Pixel’IT · Informations vérifiées le 29 octobre 2026

Passer d’une messagerie OVH ou IMAP à Microsoft 365 demande de préparer les comptes, les données et la réception des messages. La méthode dépend du service source : IMAP, Email Pro et Exchange ne doivent pas être considérés comme des environnements identiques. Pour une PME à Genève, le bon point de départ est un inventaire validé avant toute bascule.

Recenser les boîtes et les données hors serveur

Listez les adresses nominatives, alias, redirections, boîtes collectives et agendas partagés. Relevez le volume de chaque boîte et les dossiers utilisés. Sur les postes, recherchez les archives locales et les fichiers PST : ce qui est présent dans Outlook n’est pas nécessairement conservé sur le serveur source.

Identifiez aussi les imprimantes, scanners, formulaires web et logiciels qui envoient des messages. Ces équipements peuvent dépendre d’un serveur SMTP ou d’une méthode d’authentification qui devra être revue. Faites confirmer les accès au domaine et à sa zone DNS, sans demander aux collaborateurs de transmettre leurs mots de passe par e-mail.

Choisir la méthode selon l’environnement source

Le protocole IMAP permet de transférer des messages stockés dans les dossiers de courrier. Il ne reprend pas à lui seul les contacts, calendriers ou tâches. Une source Exchange peut justifier une autre méthode, avec un périmètre différent. Le prestataire doit préciser l’outil utilisé, les données couvertes et les exclusions.

Les limites de taille, d’authentification et de débit de l’outil doivent être contrôlées avant le lancement. Les éléments exclus ou en échec sont à documenter ; une boîte volumineuse nécessite un pilote représentatif.

Préparer Microsoft 365 avant de modifier les DNS

Créez les comptes et les boîtes cibles avec les licences nécessaires. Vérifiez la propriété du domaine selon la procédure Microsoft, puis préparez les adresses et les délégations. La validation du domaine ne suppose pas de déplacer immédiatement la réception de tous les messages.

Décidez quelles adresses relèvent d’une personne et lesquelles doivent devenir des boîtes partagées Microsoft 365. Configurez les méthodes de connexion et les accès d’administration. Le compte d’urgence s’intègre à cette préparation, avec des contrôles adaptés au nouvel environnement.

Effectuer une copie initiale et un pilote

1. Choisir une boîte contenant des messages anciens, des sous-dossiers et des pièces jointes représentatives.
2. Lancer le transfert initial selon la méthode retenue.
3. Analyser les rapports, les erreurs et les exclusions.
4. Faire vérifier les messages et les recherches par le propriétaire de la boîte.
5. Tester la reprise des contacts et agendas avec la méthode prévue.
6. Corriger les anomalies avant de généraliser.

Comparez des éléments précis, pas seulement le nombre total annoncé. Ouvrez des messages anciens et récents, vérifiez les pièces jointes et recherchez une conversation connue. Les politiques d’archivage ou de conservation peuvent déplacer des éléments pendant le projet ; coordonnez leur traitement pour interpréter correctement les écarts.

Organiser la bascule et les contrôles de réception

Planifiez une période où le responsable technique et des utilisateurs pilotes sont disponibles. Les enregistrements de messagerie, notamment les MX, sont modifiés au moment convenu. La propagation peut provoquer une coexistence temporaire des réceptions : gardez un suivi des deux environnements et exécutez les passes complémentaires prévues.

• Envoyer et recevoir des messages entre collègues et avec une adresse externe autorisée.
• Vérifier les alias, les boîtes collectives et les agendas partagés.
• Contrôler les profils Outlook et les mobiles.
• Tester les équipements et applications qui envoient des mails.
• Vérifier SPF, DKIM et DMARC selon les expéditeurs réellement utilisés.

Précisez quel système fait référence et comment les messages reçus pendant la transition seront réconciliés. Un retour vers l’ancien environnement doit tenir compte des données créées après la bascule.

Clôturer après validation et préparer la protection

Le service source n’est résilié qu’après contrôle des données, du routage et des obligations de conservation. Faites remettre un inventaire des boîtes, les accès de gestion de l’entreprise et les points encore à traiter. Révoquez les accès temporaires de migration quand ils ne sont plus nécessaires.

La migration ne constitue pas une sauvegarde durable. Définissez le périmètre de protection des données de l’entreprise et faites tester la récupération d’un message. Notre checklist de migration cloud permet de formaliser ces validations pour une petite équipe genevoise, sans confondre fin de copie et fin de projet.