Notes de version de GWMMO

Les exceptions aux événements d'agenda périodiques ne migraient pas correctement depuis un ancien profil G Suite Sync. Ce problème a été résolu.

GSMMO ne pouvait pas autoriser l'accès au compte Google tant que Microsoft Edge était défini comme navigateur par défaut. Ce problème a été résolu.

GSMMO ne démarrait pas lors de l'installation d'une édition "Démarrer en un clic" d'Outlook 2016, en raison d'une erreur interne. Ce problème a été résolu. Le problème peut également apparaître si vous essayez de transférer des données après avoir créé un profil G Suite Sync.

Des en-têtes MIME ont été tronqués lors du signalement d'erreurs de migration d'e-mails dans le journal de suivi. Ce problème a été résolu.

La conversion de MAPI en MIME empêchait la migration de messages s'ils contenaient des adresses e-mail internationalisées. Ce problème a été résolu.

Google Apps Migration for Microsoft Outlook change de nom pour s'appeler G Suite Migration for Microsoft Outlook (GSMMO), et change également de logo.

Bénéficiez d'une meilleure journalisation sur le programme d'installation MSI d'entreprise pour aider à diagnostiquer les problèmes de compatibilité.

Bénéficiez d'une meilleure journalisation sur les échecs de création de libellés et l'actualisation des caches de libellés Gmail pour aider à diagnostiquer les problèmes de migration de messagerie.

Un plantage survenait parfois lors de l'utilisation d'une version "Démarrer en un clic" d'Outlook 2016. Ce problème a été résolu.

Des conflits de création de libellés Gmail empêchaient la migration de messages, par exemple en cas de différence de casse ("Clients" dans Outlook par rapport à "clients" dans Gmail). Ce problème a été résolu.

Des erreurs d'expiration du serveur étaient signalées en tant qu'expiration du réseau (local). Ce problème a été résolu.

Les exceptions aux événements d'agenda périodiques n'étaient pas migrées pour l'utilisateur invité. Ce problème a été résolu.

La migration échouait si le nom d'utilisateur commençait par un nom Windows réservé et un point (par exemple, "con.user@example.com"). Ce problème a été résolu.

GSMMO n'actualisait pas le jeton OAuth avant son expiration (ce qui provoquait des tentatives supplémentaires inutiles et des messages d'erreur d'authentification consignés dans le journal) lors de l'utilisation d'un compte de service. Ce problème a été résolu.

Mise à jour des points de terminaison OAuth2. Consultez Problèmes de trafic réseau pour vérifier si vous devez apporter des modifications à votre pare-feu/proxy.

En cas de problèmes d'autorisation, les tentatives de migration persistaient au lieu d'envoyer un rapport d'échec à l'utilisateur. Ce problème a été résolu.

Les exceptions aux événements d'agenda périodiques n'étaient pas migrées pour les utilisateurs invités. Ce problème a été résolu.

Des caractères inattendus pouvaient apparaître à la fin des e-mails transférés. Ce problème a été résolu.

Lorsqu'un message dont l'adresse de l'expéditeur est au format X500 ne peut pas être transformé en adresse SMTP valide, il est migré avec l'en-tête "De" défini sur "unknown@domain". Ce problème a été résolu.

Lorsque des messages figuraient dans des dossiers dont le nom commençait ou finissait par un espace ou incluait au moins deux espaces consécutifs, ils n'étaient pas migrés dans Gmail. Ce problème a été résolu.

Si les propriétés MAPI d'un fichier PST comportaient des valeurs incorrectes, les messages de ce fichier étaient convertis au format MIME avec des en-têtes De incorrects, puis étaient rejetés par l'API Gmail. Ce problème a été résolu.

Le jeton OAuth est désormais actualisé avant son expiration, ce qui réduit le nombre d'erreurs 401 se produisant au cours de migrations volumineuses.

Le fonctionnement de reprise a été amélioré lorsque le serveur renvoie un état HTTP 429 (nombre de requêtes trop élevé).

Le corps des messages n'est plus consigné dans le journal de suivi en cas d'échec de l'importation d'un e-mail.

L'argument quotaUser a été ajouté à toutes les requêtes d'API pour garantir la comptabilisation du quota d'API par utilisateur et non par adresse IP.

Les messages dont l'en-tête De ne comportait pas d'adresse SMTP valide étaient rejetés par l'API Gmail. Le problème a été résolu.

Désormais, les requêtes API qui n'ont pas abouti font bien l'objet de nouvelles tentatives d'envoi à intervalles croissants (algorithme de reprise).

La migration des messages de plus de 5 Mo n'aboutissait pas.

Les éditions "Démarrer en un clic" d'Outlook 2013 et d'Outlook 2016 sont désormais compatibles.

Windows 10 est désormais compatible.

Les e-mails sont transférés avec l'API Gmail.

Les options de ligne de commande --google_consumer_key et --google_consumer_secret relatives à l'authentification OAuth en deux étapes sont obsolètes et ont été supprimées.

L'authentification par compte de service est désormais compatible et permet d'effectuer une migration pour le compte d'un utilisateur à partir de la ligne de commande avec l'option --service_account_json_path. Pour en savoir plus, consultez Exécuter des migrations depuis la ligne de commande.

Il est possible de collecter et de signaler les données relatives aux plantages.

La migration des e-mails gère mieux les ralentissements et les défaillances du réseau ou du serveur grâce à un algorithme permettant de limiter la charge du réseau en augmentant le délai entre les tentatives.

Les dossiers de messagerie vides de la source sont migrés en tant que libellés dans Gmail.

Les messages figurant dans le dossier "Éléments supprimés" d'Outlook sont désormais correctement transférés dans la corbeille.

GAMMO permet désormais d'annuler une migration en cours sans accroc.

D'autres problèmes mineurs liés à l'interface utilisateur ont été résolus.

La migration des agendas secondaires ne fonctionnait pas correctement. Ce problème a été résolu.

L'option de ligne de commande ClientLogin --google_password est obsolète et a été supprimée.

L'option de commande --noenable_calendar_fanout a été supprimée, car ce paramètre est appliqué par défaut depuis le passage à la version 3 de l'API Calendar.

Problème : la migration client échouait en cas de réception de trois réponses 503 consécutives. Le client passait à l'état "throttled" (limitation de bande passante), ce qui entraînait l'expiration des requêtes renvoyées restantes et l'échec de la migration avec le message "Échec de la migration en raison d'une erreur réseau".

Ce problème a été résolu. Le client applique désormais correctement un intervalle exponentiel entre les tentatives en cas de réception de requêtes 503. Le client exécute jusqu'à dix tentatives en augmentant au fur et à mesure le temps d'attente entre deux envois de requête. Si un événement aboutit, le nombre de tentatives et le temps d'attente sont réinitialisés.

L'option de ligne de commande --emapi_sleep_time a été ajoutée. Ce paramètre vous permet d'augmenter le nombre de millisecondes pendant lesquelles GSMMO se met en attente entre chaque requête de l'API Email Migration.

Les éléments supprimés étaient transférés dans la boîte de réception de Gmail au lieu de la corbeille. Les éléments supprimés sont désormais correctement placés dans la corbeille.

Le temps d'attente minimum requis entre deux requêtes API Email Migration est passé de 700 ms à 1 000 ms.

GAMMO utilise désormais la dernière version de l'API Email Migration (version 2).

Cette version règle le problème d'intégration dans Google Apps Sync for Microsoft Outlook. Dans les versions précédentes, il était impossible d'importer les profils/fichiers PST Outlook existants lors de la création d'un profil G Suite Sync.

Pour effectuer les migrations d'agendas, GAMMO utilise maintenant la dernière version de l'API Google Calendar (version 3).

Lors de la migration d'agendas, davantage de fuseaux horaires sont désormais détectés.

GAMMO peut désormais récupérer l'adresse e-mail de l'expéditeur dans les en-têtes Internet du message, même si cette adresse ne figure pas dans le champ d'expéditeur d'Outlook.

Les problèmes suivants sont corrigés dans cette version :

• Suppression de la compatibilité avec l'API ClientLogin, cette dernière étant abandonnée. Les utilisateurs ne peuvent donc désormais s'authentifier qu'en passant par un navigateur avec le protocole OAuth.
• Suppression de la demande inappropriée de copie du code d'autorisation au cours du processus d'autorisation. L'utilisateur se voit désormais uniquement demander de retourner dans l'application une fois l'accès autorisé.
• Il était impossible de migrer à nouveau un agenda secondaire si l'utilisateur l'avait supprimé dans G Suite. Ce problème a été résolu.
• L'option de ligne de commande "-noenable_label_prefixes" n'était pas respectée en cas d'utilisation de l'interface graphique. Ce problème a été résolu.
• Le nom de l'option de ligne de commande "-noenable_label_prefixes" a été remplacé par "-noenable_label_prefix" pour assurer la cohérence avec Google Apps Migration for Microsoft Exchange (GAMME).
• Un plantage pouvait se produire en cas d'annulation de la boîte de dialogue de saisie du mot de passe lors de la migration de fichiers PST. Ce problème a été résolu.

GAMMO est désormais compatible avec Outlook 2013 (32 bits et 64 bits), et fonctionne sous Windows 8 en plus des systèmes d'exploitation déjà compatibles.

GAMMO est désormais disponible dans 26 nouvelles langues !

GAMMO est désormais disponible dans 26 langues (en plus de l'anglais). Sa documentation l'est également dans un grand nombre de ces langues.

Lorsque la langue sélectionnée par l'utilisateur dans Microsoft Outlook est disponible, GAMMO apparaît dans cette langue. Dans le cas contraire, il utilise la langue par défaut de Windows. Sinon, l'application s'ouvre en anglais.

La documentation de GAMMO est également disponible dans ces langues. Pour consulter la documentation dans votre langue, utilisez les liens suivants et choisissez votre langue dans la liste déroulante en bas de la page.

Aide pour les utilisateurs
Aide pour les administrateurs

GAMMO est désormais compatible avec l'authentification unique par l'intermédiaire du protocole OAuth en trois étapes.

GAMMO peut maintenant utiliser le service OAuth en trois étapes pour migrer le courrier, les contacts et les données d'agenda des utilisateurs vers G Suite. Lors de l'exécution de l'utilitaire de migration, les utilisateurs peuvent à présent se connecter à leur compte G Suite via un système d'authentification unique. Ils utilisent pour cela leurs identifiants actuels de connexion au service, au lieu de leurs identifiants G Suite.

Le service OAuth en trois étapes assure par ailleurs une meilleure sécurité dans la mesure où les utilisateurs peuvent explicitement autoriser l'accès à leur compte et l'annuler à tout moment.

Cette nouvelle version est également compatible avec un indicateur de ligne de commande qui permet de désactiver le déploiement d'agendas. Il est ainsi possible de créer des événements uniquement pour l'utilisateur dont les données sont transférées (sans ajouter l'événement aux agendas des autres participants). Ce nouvel indicateur est utile lors des migrations d'essai.