Migrer d’Infomaniak vers Microsoft 365 : le guide pour les PME à Genève

Votre entreprise utilise la messagerie Infomaniak et souhaite travailler avec Exchange Online, Outlook et les outils Microsoft 365 ? La migration peut conserver vos adresses professionnelles et votre nom de domaine. Elle demande toutefois de préparer les données, les accès et le changement de réception des messages.

Pour une PME à Genève, le projet dépasse souvent la simple copie des e-mails : il faut aussi retrouver ses contacts, ses rendez-vous, les adresses collectives et les archives conservées sur les ordinateurs. Ce guide explique comment migrer d’Infomaniak vers Microsoft 365, ce qui nécessite un traitement séparé et les contrôles à prévoir avant de fermer l’ancienne messagerie.

Pourquoi migrer sa messagerie Infomaniak vers Microsoft 365 ?

Le bon motif est un besoin de travail identifié. Une entreprise peut rechercher une utilisation plus intégrée d’Outlook, des calendriers d’équipe, des accès délégués aux boîtes collectives ou une administration commune de ses utilisateurs et appareils. Le choix dépend des usages, des licences et de la configuration retenue.

Par exemple, une équipe qui utilise déjà Word et Excel peut vouloir centraliser sa messagerie et ses documents dans le même environnement. Un cabinet qui partage les identifiants d’une adresse générale peut préférer organiser des droits individuels. Avant le projet, faites préciser les situations à améliorer : rendez-vous difficiles à partager, départ d’un collaborateur, multiplication des abonnements ou manque de visibilité sur les accès.

Configurer Outlook avec une adresse Infomaniak et migrer vers Exchange Online sont deux opérations différentes. Dans le premier cas, Infomaniak continue d’héberger la messagerie. Dans le second, Microsoft devient l’hébergeur des boîtes concernées. L’installation d’Outlook ne transfère donc pas, à elle seule, votre messagerie.

Quelles données sont reprises lors d’une migration Infomaniak vers Microsoft 365 ?

Le périmètre doit être écrit avant le lancement. La migration IMAP concerne les dossiers de courrier accessibles sur le serveur source. Elle ne déplace pas les contacts, les calendriers ni les tâches. Les autres éléments doivent être inventoriés et traités avec une méthode adaptée. ^[1]

La documentation de la migration IMAP native Microsoft indique notamment une limite de 500 000 éléments par boîte et de 35 Mo par message transféré. Ces limites concernent la méthode documentée ; elles ne décrivent pas toutes les capacités d’Exchange Online ni de tous les outils de migration. Les éléments exclus doivent être identifiés et leur reprise décidée avant la clôture. ^[1]

Quelle licence Microsoft 365 choisir pour remplacer Infomaniak ?

Chaque utilisateur n’a pas nécessairement besoin du même abonnement. Le choix dépend de l’usage des applications installées, des besoins de sécurité et de la gestion des appareils.

Vérifiez la référence exacte de l’offre, notamment la présence de Teams, ainsi que les conditions d’engagement. Un abonnement « Apps for business » seul ne remplace pas un service de messagerie Exchange Online. ^[6] Notre guide sur les licences Microsoft 365 Business Basic, Standard et Premium aide à comparer les usages.

Pour une adresse comme info@, commencez par déterminer s’il faut un alias, une boîte distincte ou une boîte partagée Microsoft 365. Le choix des licences et des délégations vient ensuite.

Préparer la migration : l’inventaire qui évite les oublis

Un état des lieux utile tient dans un tableau validé avec l’entreprise. Pour chaque adresse, indiquez son propriétaire, son volume, ses alias, ses utilisateurs autorisés et la destination prévue. Ajoutez les comptes d’anciens collaborateurs encore utilisés et les adresses qui ne servent qu’à recevoir des factures ou des demandes clients.

• Accès : identifier qui administre Infomaniak, Microsoft 365, le domaine et la zone DNS.
• Données : recenser les boîtes, calendriers, carnets d’adresses et archives locales.
• Appareils : lister les PC, Mac, téléphones et tablettes à reconfigurer.
• Envois automatiques : relever les formulaires, scanners, newsletters et logiciels métier.
• Organisation : fixer une date, un interlocuteur de validation et le contact d’assistance.

Choisissez aussi quelques éléments de référence : un ancien échange client, une pièce jointe importante, un dossier volumineux et un rendez-vous récurrent. Ils serviront à vérifier le résultat avec les utilisateurs. Une sauvegarde ou un export de précaution, dont le contenu a été contrôlé, complète cette préparation.

Les étapes pour migrer d’Infomaniak vers Microsoft 365

1. Préparer l’environnement Microsoft 365 et vérifier le domaine

Créez ou contrôlez l’environnement Microsoft 365 de l’entreprise, puis vérifiez la propriété du domaine avec l’enregistrement demandé. Cette validation peut précéder la bascule de réception. Le domaine peut rester enregistré chez Infomaniak : un transfert de bureau d’enregistrement n’est pas nécessaire pour utiliser Microsoft 365. ^[5]

Conservez une copie de la zone DNS avant intervention. Faites confirmer quelles modifications concernent la messagerie et préservez les réglages du site web et des autres services.

2. Créer les boîtes cibles et les droits d’accès

Préparez les comptes, les licences nécessaires aux boîtes cibles et les adresses attendues avant le transfert. ^[2] Faites valider la correspondance entre chaque source et sa destination : une faute dans l’adresse ou un alias oublié peut toucher directement les échanges commerciaux.

Définissez qui peut lire et utiliser chaque adresse collective. L’entreprise doit conserver la maîtrise de ses accès d’administration ; les droits temporaires du prestataire doivent être identifiés.

3. Tester la connexion à Infomaniak et réaliser un pilote

Infomaniak indique comme paramètres IMAP le serveur mail.infomaniak.com, le port 993 avec SSL/TLS et l’adresse e-mail complète comme identifiant. Le mot de passe de la boîte concernée doit être vérifié ; ne le confondez pas avec l’accès général au Manager. ^[7]

Dans le scénario natif Microsoft, la connexion et les lots se préparent dans le Centre d’administration Exchange. ^[2] Commencez par une boîte représentative. Contrôlez les dossiers, les dates, les pièces jointes et les recherches. Les identifiants nécessaires au transfert sont à transmettre par un canal sécurisé et à retirer des fichiers de travail lorsqu’ils ne sont plus utiles.

4. Effectuer la copie initiale et corriger les anomalies

Généralisez le transfert après validation du pilote. Consignez les messages ignorés, les erreurs d’accès et les dossiers qui demandent une intervention. Un nombre global de messages ne suffit pas à prouver que tout est exploitable : faites ouvrir des échanges anciens et récents par les utilisateurs.

Précisez également comment seront reprises les données arrivées après la première copie. Pendant cette phase, les collaborateurs doivent savoir quel environnement utiliser et quelles manipulations éviter, notamment les grands déplacements ou suppressions de dossiers.

5. Basculer les DNS et reconfigurer les appareils

Au créneau convenu, modifiez les enregistrements de messagerie avec les valeurs propres à l’entreprise. Les MX orientent les messages entrants ; Autodiscover facilite la configuration des clients compatibles. Adaptez l’unique enregistrement SPF existant aux expéditeurs autorisés, configurez DKIM et contrôlez DMARC. ^[5]

Ajoutez ensuite le compte Microsoft 365 dans les applications compatibles. Vérifiez sur chaque appareil la réception, l’envoi, les contacts et les calendriers attendus. Un compte Infomaniak déjà présent dans Outlook ne devient pas automatiquement un compte Exchange.

Testez aussi le formulaire du site et le scan vers e-mail. Leur méthode d’envoi doit être compatible avec le service retenu ; recopier sans contrôle l’ancien couple serveur et mot de passe n’est pas une validation.

6. Surveiller la transition et clôturer après validation

Les caches DNS peuvent conduire certains expéditeurs à utiliser encore l’ancien routage. Pour sa procédure IMAP native, Microsoft demande d’attendre au moins 72 heures après la modification du MX avant l’arrêt de synchronisation, puis de vérifier le routage. Cette attente ne remplace pas le contrôle des rapports et des dernières copies. ^[2]

Testez les échanges internes et externes, les alias et les adresses collectives. Faites valider le résultat par l’entreprise avant de résilier l’ancien service. Documentez les réserves éventuelles, retirez les accès temporaires et conservez un relevé des réglages utiles. Un éventuel retour arrière doit aussi tenir compte des nouveaux messages déjà créés dans Microsoft 365.

Comment reprendre les contacts et les calendriers Infomaniak ?

Cette partie mérite son propre test. Un courrier visible dans Outlook ne signifie pas que son expéditeur est enregistré dans le carnet d’adresses, et une suggestion de saisie n’est pas un inventaire de contacts.

Les contacts et carnets d’adresses

Infomaniak permet d’exporter les carnets d’adresses au format vCard (.vcf). L’annuaire de l’organisation n’est pas exportable par cette fonction. ^[3] Choisissez ensuite une méthode d’import compatible avec la destination et la version d’Outlook utilisée. Une adaptation de format peut être nécessaire : renommer simplement un fichier .vcf en .csv ne le convertit pas.

Contrôlez sur un premier lot les accents, numéros de téléphone, entreprises et champs personnalisés. Décidez avec l’équipe quels contacts doivent rester personnels et lesquels doivent être partagés, puis vérifiez les doublons avant de généraliser.

Les calendriers personnels et partagés

Les calendriers Infomaniak peuvent être exportés en .ics. ^[4] Après leur reprise, contrôlez quelques rendez-vous passés et futurs, les récurrences, les fuseaux horaires et les participants. Faites valider la gestion des invitations importantes et recréez les permissions nécessaires.

Pour un agenda collectif, désignez explicitement son propriétaire et les personnes autorisées à le modifier. L’import d’événements et l’organisation des droits sont deux tâches à vérifier séparément.

Faut-il aussi migrer kDrive vers OneDrive ou SharePoint ?

La migration de messagerie ne déplace pas les fichiers kDrive. Vous pouvez traiter les documents dans un second projet, ou conserver kDrive si cela correspond à votre organisation. Notre article sur les usages de kDrive en PME aide à cadrer ce choix.

Si le projet inclut Microsoft 365 pour les fichiers, définissez la destination avant de copier : un espace individuel de travail et une bibliothèque documentaire d’équipe répondent à des usages différents. Évitez de placer tous les dossiers de l’entreprise sous le compte d’un seul collaborateur. Le guide sur SharePoint en entreprise précise les questions d’organisation à examiner.

Établissez une correspondance des dossiers et des droits. Testez ensuite la méthode choisie pour les noms de fichiers, les volumes et les partages. La conservation des versions, métadonnées et liens existants doit être vérifiée pour l’outil retenu ; elle ne doit pas être supposée. Faites également identifier les liens à remplacer sur les postes ou dans les documents.

Sécurité, sauvegarde et localisation : les points à cadrer

Profitez du projet pour formaliser les accès : comptes nominatifs, authentification multifacteur, administration séparée des usages quotidiens et délégations justifiées. Prévoyez les moyens de récupération avant la bascule pour éviter qu’un téléphone indisponible bloque l’équipe.

Une migration validée ne constitue pas un plan de sauvegarde. Définissez ce qui doit pouvoir être restauré, pendant combien de temps et par qui. Notre guide sur la sauvegarde des données d’une PME à Genève permet de préparer ces décisions et un test de récupération.

Pour les entreprises ayant des exigences de localisation ou de confidentialité, vérifiez les engagements applicables à chaque service et l’emplacement indiqué pour leur environnement Microsoft 365. Microsoft prévoit une consultation par service et par client : le seul fait d’être une entreprise suisse ne suffit pas à décrire l’emplacement de toutes ses données. ^[8] Intégrez ces vérifications aux critères de choix avant le lancement.

Combien de temps et quel budget prévoir pour la migration ?

Le nombre de collaborateurs ne suffit pas à chiffrer le projet. Dix boîtes récentes avec peu de données peuvent demander moins de travail que quelques boîtes anciennes accompagnées d’archives locales et d’agendas partagés. Le devis doit préciser les volumes, les exclusions et l’accompagnement prévu.

Pour planifier, distinguez le temps de travail du prestataire, la durée des copies et la période de transition. Une première copie peut se dérouler avant le changement de routage. Le créneau de reconfiguration doit, lui, tenir compte de la disponibilité des collaborateurs et de leurs appareils. Le calendrier définitif se fixe après l’inventaire et le pilote.

Un budget clair sépare les licences récurrentes, la préparation, l’éventuel outil de migration, la reprise des contacts et agendas, la configuration des appareils et l’assistance après bascule. Ajoutez le chevauchement temporaire des services et, si nécessaire, le projet kDrive. Demandez ce qui est compris dans la validation finale et ce qui ferait l’objet d’un complément.

Les erreurs fréquentes à éviter

• Changer les MX trop tôt : préparer et tester les boîtes de destination avant la bascule.
• Oublier les données locales : contrôler les archives sur PC et Mac, en plus du serveur Infomaniak.
• Assimiler IMAP à une reprise complète : prévoir séparément contacts, agendas et réglages.
• Négliger les envois automatiques : tester scanners, formulaires et logiciels de facturation.
• Résilier avant validation : attendre le contrôle du routage, des copies complémentaires et des données.
• Laisser des accès provisoires : retirer les autorisations et fichiers d’identifiants devenus inutiles.

Questions fréquentes sur la migration Infomaniak vers Microsoft 365

Peut-on conserver les mêmes adresses e-mail ?

Oui, si l’entreprise maîtrise le domaine et prépare les adresses correspondantes dans Microsoft 365. Le changement d’hébergeur de messagerie n’impose pas de communiquer une nouvelle adresse aux clients. Les alias doivent eux aussi être recensés et recréés.

Le nom de domaine et le site web peuvent-ils rester chez Infomaniak ?

Oui. Le domaine, les DNS, le site et la messagerie sont des services distincts. Préservez les enregistrements du site et vérifiez les dépendances avant de résilier un produit ou une offre groupée. ^[5]

Peut-on migrer sans interrompre le travail ?

Une copie préalable et une bascule préparée visent à limiter les perturbations. Il faut néanmoins prévoir les reconnexions, les contrôles et une assistance disponible. Une promesse absolue de zéro interruption ne remplace pas un planning adapté à vos usages.

Les dossiers « Envoyés » et les anciens messages sont-ils concernés ?

Les dossiers de courrier accessibles sur le serveur font partie du périmètre IMAP, sous réserve des limites et exclusions de la méthode. Les éléments uniquement présents sur un ordinateur nécessitent une reprise distincte. Faites vérifier ces deux emplacements lors de l’inventaire. ^[1]

Doit-on donner son mot de passe général Infomaniak à tous les utilisateurs ?

Le projet doit distinguer l’administration de l’organisation et les accès aux boîtes. Les droits nécessaires sont attribués aux personnes concernées, avec un canal sécurisé pour les informations sensibles. Un compte administratif partagé avec toute l’équipe ne constitue pas une organisation adaptée.

Peut-on migrer seulement la messagerie et garder kDrive ?

Oui, le périmètre peut se limiter aux e-mails et aux données associées. Confirmez les produits à conserver, leurs abonnements et les accès nécessaires avant toute résiliation. Le déplacement des documents pourra être étudié séparément.

Quand peut-on fermer l’ancienne messagerie ?

Après vérification du routage, des dernières copies, des données attendues et de l’utilisation du nouvel environnement par l’équipe. La décision doit être validée avec l’entreprise et tenir compte de ses besoins de conservation.