Informacje o wersji GWMMO

Rozwiązaliśmy problem, który powodował, że wyjątki kalendarza dotyczące wydarzeń cyklicznych nie były poprawnie przenoszone ze starego profilu G Suite Sync.

Rozwiązaliśmy problem, który powodował, że narzędzie GSMMO nie mogło autoryzować dostępu do konta Google, gdy przeglądarką domyślną była przeglądarka Microsoft Edge.

Rozwiązaliśmy problem, który powodował, że GSMMO nie działał na początku, gdy zainstalowana była wersja Outlooka 2016 typu „Szybka instalacja”, z powodu błędu wewnętrznego. Błąd może też wystąpić podczas próby migracji danych po utworzeniu nowego profilu G Suite Sync.

Rozwiązaliśmy problem, który powodował obcięcie nagłówków MIME podczas zgłaszania błędów migracji e-maili w dzienniku śledzenia.

Rozwiązaliśmy problem z konwersją z MAPI na MIME, który uniemożliwiał migrację wiadomości z międzynarodowymi adresami e-mail.

Google Apps Migration for Microsoft Outlook ma nową nazwę – G Suite Migration for Microsoft Outlook (GSMMO) – i nowe logo.

Ulepszone rejestrowanie w instalatorze MSI dla przedsiębiorstw, które pomaga w diagnozowaniu problemów ze zgodnością.

Ulepszone rejestrowanie błędów tworzenia etykiet Gmaila i odświeżania pamięci podręcznej etykiet, które pomaga w diagnozowaniu problemów z migracją poczty e-mail.

Rozwiązaliśmy problem z awarią, która w niektórych przypadkach występowała podczas korzystania z wersji Outlooka 2016 w wersji Szybka instalacja.

Rozwiązaliśmy kilka problemów spowodowanych przez konflikty tworzenia etykiet Gmaila, które uniemożliwiały migrację wiadomości, na przykład jeśli wielkość liter była inna („Klienci” w Outlooku i „klienci” w Gmailu).

Rozwiązaliśmy problem, który powodował zgłaszanie błędu przekroczenia limitu czasu oczekiwania serwera jako przekroczenia limitu czasu oczekiwania sieci.

Rozwiązaliśmy problem, który powodował, że wyjątki Kalendarza dotyczące wydarzeń cyklicznych nie były przenoszone w przypadku zaproszonego użytkownika.

Rozwiązaliśmy problem, który powodował niepowodzenie migracji, jeśli nazwa użytkownika zaczynała się od zarezerwowanej nazwy w systemie Windows i kropki (na przykład „con.użytkownik@example.com”).

Rozwiązaliśmy problem, który powodował, że w przypadku korzystania z konta usługi narzędzie GSMMO nie odświeżało tokena OAuth, dopóki nie wygasł (powodowało to niepotrzebne ponawianie próby oraz zapisywanie komunikatów o błędach uwierzytelniania w dzienniku).

Zaktualizowaliśmy punkty końcowe OAuth2. Informacje o tym, czy zapora sieciowa lub serwer proxy wymagają zmian, znajdziesz w artykule Rozwiązywanie problemów z ruchem sieciowym.

Rozwiązaliśmy problem, który powodował ciągłe ponawianie próby migracji w przypadku błędów autoryzacji zamiast zgłoszenia niepowodzenia użytkownikowi.

Rozwiązaliśmy problem, który powodował, że wyjątki kalendarza dotyczące wydarzeń cyklicznych nie były przenoszone w przypadku zaproszonych użytkowników.

Rozwiązaliśmy problem, który powodował, że przeniesione e-maile mogły zawierać nieoczekiwane znaki na końcu treści.

Rozwiązaliśmy problem, który powodował, że wiadomość z adresem nadawcy X500, którego nie można przyporządkować do poprawnego adresu SMTP, była przenoszona z nagłówkiem From (Od) „unknown@domain”.

Rozwiązaliśmy problem polegający na tym, że nie można było przenieść wiadomości do Gmaila, jeśli znajdowały się w folderach, których nazwa zaczynała się lub kończyła spacją albo zawierała dwie lub więcej spacji z rzędu.

Rozwiązaliśmy problem, który powodował, że wiadomości z pliku PST zawierające nieprawidłowe wartości we właściwościach MAPI były konwertowane na wiadomości MIME z nieprawidłowymi nagłówkami From (Od), a następnie odrzucane przez interfejs Gmail API.

Token OAuth jest teraz odświeżany przed wygaśnięciem, dzięki czemu podczas dużych migracji występuje mniej błędów 401.

Ulepszone działanie wycofania w przypadku zwrócenia przez serwer stanu HTTP 429 (Za dużo żądań).

Treść wiadomości nie jest już zapisywana w dzienniku śledzenia, gdy nie uda się przesłać e-maila.

Dodaliśmy argument quotaUser do wszystkich żądań API, aby zapewnić, że limit interfejsu API jest liczony według użytkowników, a nie adresów IP.

Rozwiązaliśmy problem, który powodował, że wiadomości były odrzucane przez interfejs Gmail API, jeśli nagłówek From (Od) nie zawierał prawidłowego adresu SMTP.

Żądania API zakończone niepowodzeniem są teraz prawidłowo powtarzane przy użyciu coraz dłuższych przerw (algorytm Exponential back-off).

Migracja wiadomości o rozmiarze przekraczającym 5 MB kończyła się niepowodzeniem.

Dodaliśmy obsługę Szybkich instalacji Outlooka 2013 i Outlooka 2016.

System Windows 10 jest teraz obsługiwany.

Migracja e-maili za pomocą interfejsu Gmail API.

Usunięto wycofane opcje wiersza poleceń związane z dwuetapową autoryzacją OAuth: --google_consumer_key i --google_consumer_secret.

Dodano obsługę uwierzytelniania na konto usługi umożliwiającą przeprowadzanie migracji w imieniu użytkownika, korzystając w wierszu polecenia z opcji --service_account_json_path. Więcej informacji znajdziesz w artykule Uruchamianie migracji z wiersza poleceń.

Opcjonalnie zbieraj i zgłaszaj dane o awariach.

Migracja e-maili jest bardziej odporna na ograniczanie przepustowości oraz błędy sieci i serwera dzięki ulepszonemu ponawianiu prób z wykładniczym wycofywaniem.

Puste foldery poczty e-mail w źródle są przenoszone do Gmaila jako etykiety.

Wiadomości z folderu Elementy usunięte w Outlooku są teraz prawidłowo przenoszone do Kosza.

GAMMO umożliwia teraz płynne anulowanie trwającej migracji.

Poprawiono kilka mniejszych problemów z interfejsem użytkownika.

Migracja kalendarzy pomocniczych nie działała prawidłowo. Naprawiliśmy ten problem.

Usunięto wycofaną opcję wiersza poleceń clientlogin --google_password.

Usunięto polecenie --noenable_calendar_fanout, ponieważ jest to działanie domyślne w wersji 3 interfejsu Calendar API.

Problem: migracje klientów kończyły się niepowodzeniem, jeśli otrzymano 3 kolejne odpowiedzi 503 z odczekiwaniem. Klient przechodził w stan „ograniczenia”, co szybko wyczerpywało pozostałe żądania ponowienia i powodowało niepowodzenie migracji z komunikatem „Migracja nie powiodła się z powodu błędu sieci”.

Naprawiliśmy ten problem. Teraz klient prawidłowo wykonuje odczekiwanie wykładnicze w przypadku otrzymania żądania 503. Klient próbuje wysłać żądanie do 10 razy, za każdym razem zwiększając czas uśpienia wykładniczo. Jeśli uda się wysłać żądanie, czas uśpienia i liczba prób są resetowane.

Dodaliśmy nową opcję wiersza poleceń --emapi_sleep_time. To ustawienie pozwala zwiększyć liczbę milisekund, przez które GSMMO wstrzymuje działanie między poszczególnymi żądaniami interfejsu Email Migration API.

Podczas migracji usunięte elementy były przenoszone do skrzynki odbiorczej w Gmailu, a nie do kosza. Usunięte elementy prawidłowo trafiają do kosza.

Zmieniono minimalny wymagany czas oczekiwania między żądaniami interfejsu Email Migration API z 700 ms na 1000 ms.

GAMMO korzysta teraz z najnowszej wersji interfejsu Email Migration API (wersja 2).

Ta wersja naprawia integrację z Synchronizacją Google Apps z Microsoft Outlook. Występował problem uniemożliwiający zaimportowanie istniejących profili Outlooka i plików PST podczas tworzenia nowego profilu G Suite Sync.

Migracje kalendarza GAMMO korzystają teraz z najnowszej wersji interfejsu Google Calendar API (wersja 3).

Migracje kalendarza rozpoznają teraz więcej stref czasowych.

GAMMO może teraz pobrać adres e-mail nadawcy z nagłówków internetowych wiadomości, nawet jeśli adresu nie ma w polu nadawcy w Outlooku.

Ta wersja rozwiązuje następujące problemy:

• Usunęliśmy obsługę interfejsu ClientLogin API, ponieważ został on wycofany. Oznacza to, że użytkownicy mogą teraz uwierzytelniać się tylko za pomocą przeglądarki z protokołem OAuth.
• Usunięto nieprawidłową prośbę o skopiowanie kodu autoryzacji podczas procesu autoryzacji. Teraz prośba wyświetlana użytkownikowi po autoryzacji dostępu dotyczy tylko powrotu do aplikacji.
• Rozwiązaliśmy problem, który powodował, że ponowna migracja kalendarzy pomocniczych kończyła się niepowodzeniem, jeśli użytkownik usunął kalendarz w G Suite.
• Rozwiązaliśmy problem związany z nieuwzględnianiem opcji wiersza polecenia -noenable_label_prefixes podczas używania interfejsu graficznego.
• Nazwa opcji wiersza polecenia -noenable_label_prefixes została zmieniona na -noenable_label_prefix tak, aby była zgodna z Google Apps Migration for Microsoft Exchange (GAMME).
• Rozwiązaliśmy problem powodujący błąd po anulowaniu okna hasła w trakcie wykonywania migracji pliku PST.

GAMMO obsługuje teraz program Outlook 2013 (w wersji 32-bitowej i 64-bitowej) i działa w systemie Windows 8 (oprócz wcześniej obsługiwanych systemów operacyjnych).

Interfejs GAMMO jest teraz dostępny w 26 nowych językach.

Interfejs GAMMO jest teraz dostępny w 26 językach (oprócz angielskiego). Dokumentacja jest dostępna w wielu z tych języków.

GAMMO dopasowuje się teraz do języka, który jest zdefiniowany przez użytkownika w programie Microsoft Outlook, jeśli jest to język, który obsługujemy. W przeciwnym razie jest on zgodny z domyślnym językiem systemu Windows, jeśli jest obsługiwany. W przeciwnym razie otworzy się w języku angielskim.

Dokumentacja GAMMO jest też dostępna w tych językach. Aby wyświetlić dokumentację w swoim języku, użyj jednego z poniższych linków i wybierz wymagany język z listy na dole strony.

Pomoc dla użytkowników
Pomoc dla administratorów

GAMMO obsługuje teraz logowanie jednokrotne przy użyciu trzyetapowej autoryzacji OAuth

GAMMO obsługuje teraz logowanie jednokrotne przy użyciu trzyetapowej autoryzacji OAuth na potrzeby migracji poczty, kontaktów i danych kalendarzy użytkowników do G Suite. Po uruchomieniu narzędzia do migracji użytkownicy mogą teraz zalogować się na konto G Suite w ramach systemu logowania jednokrotnego – przy użyciu swoich obecnych danych logowania do usługi, zamiast danych logowania do G Suite.

Trzyetapowa autoryzacja OAuth jest też bezpieczniejsza, ponieważ użytkownicy mogą wprost przyznać dostęp do swojego konta, a potem anulować go w dowolnej chwili.

Nowa wersja obsługuje też nową flagę wiersza poleceń, która umożliwia wyłączenie rozsyłania wydarzeń w kalendarzu, dzięki czemu wydarzenia są tworzone tylko dla użytkownika, którego dane są przenoszone, bez dodawania ich do kalendarzy innych uczestników. Ten nowy znacznik przydaje się podczas migracji testowych.