Problemen met GWMME oplossen

Het probleem kan de volgende oorzaken hebben:

• De Exchange-server is niet actief.
• Een netwerkprobleem blokkeert de verbinding tussen de clientcomputer en de Exchange-server. Om de verbinding te controleren, pingt u de server vanaf de clientcomputer.
• U hebt de verkeerde naam gebruikt voor de Exchange-server of de beheerder. Om deze informatie te controleren:
  1. Klik op de clientcomputer op Configuratiescherm . Stuur een e-mail om een ​​Microsoft Outlook-profiel aan te maken voor het beheerdersaccount dat u wilt gebruiken voor de migratie.
  2. In GWMME, op het scherm Stap 1 (Serverdetails):
     • Voer in het veld Hostnaam/IP-adres de Exchange-hostnaam uit het profiel in.
     • Voer in het veld 'Beheerdersgebruikersnaam' de gebruikersnaam uit het profiel in.

Als u migreert vanaf een gehoste server, moet het profiel van het beheerdersaccount de standaardinstellingen gebruiken om verbinding te maken met de server. De verbinding mislukt als u instellingen wijzigt in het Configuratiescherm. Mail Profielnaam Eigenschappen E-mailaccounts Profielnaam E-mailaccount wijzigen Meer instellingen .

Controleer of je de juiste gebruikersnaam en het juiste wachtwoord voor de beheerder hebt ingevoerd.

Als het probleem aanhoudt, controleer dan of u de juiste naam voor de Exchange-server hebt ingevoerd:

1. Klik op de clientcomputer op Configuratiescherm . Stuur een e-mail om een ​​Outlook-profiel aan te maken voor het beheerdersaccount dat u wilt gebruiken voor de migratie.
2. In GWMME, op het scherm Stap 1 (Serverdetails):
   • Voer in het veld Hostnaam/IP-adres de Exchange-hostnaam uit het profiel in.
   • Voer in het veld 'Beheerdersgebruikersnaam' de gebruikersnaam uit het profiel in.

Als GWMME kort na het opstarten vastloopt, controleer dan of u het programma op uw clientcomputer uitvoert en niet op de Exchange-server. Het uitvoeren van het hulpprogramma op de server kan namelijk een crash veroorzaken. Raadpleeg de Microsoft-documentatie voor meer informatie.

Als u vermoedt dat GWMME vastloopt vanwege problemen met de taakverdeling, raadpleeg dan "Uw Windows-clientcomputers voorbereiden" in de GWMME-beheerdershandleiding .

Soms verstoren extra processen die op uw computer draaien (bijvoorbeeld antivirus-, zoek- of back-upsoftware) de toegang van GWMME tot het databasebestand tijdens een migratie. De volgende foutcode in uw logbestanden geeft aan dat dit probleem zich heeft voorgedaan:

0x80040109
Fail:While stamping the message

Hoewel de berichten zijn gemigreerd, heeft GWMME niet opgeslagen dat de migratie succesvol was. Als een migratie opnieuw wordt uitgevoerd met de optie 'Alleen nieuwe gegevens' aangevinkt, probeert GWMME deze berichten opnieuw te migreren. Dit zal geen berichten dupliceren, maar mogelijk wel agenda-items of contactpersonen.

Als de migratie voor een gebruiker mislukt, controleer dan het volgende:

• De gebruikersnaam of het SMTP-adres is correct opgemaakt in het gebruikersbestand.
• De gebruiker is niet verborgen in de Global Address List (GAL).
• De gebruiker heeft een account op de Exchange-server.
• De gebruiker heeft zich aangemeld bij Google Workspace, de servicevoorwaarden geaccepteerd en de aanmaak van zijn of haar Google Workspace-account voltooid.

De volgende stappen voor probleemoplossing zouden alle GWMME OAuth-validatiefouten moeten verhelpen:

• Zorg ervoor dat u de software correct hebt geautoriseerd voor uw domein, zoals beschreven in GWMME autoriseren voor uw account .
• Controleer of de Google Workspace-gebruikers en -wachtwoorden in uw CSV-bestand correct zijn. Een enkele fout in het CSV-bestand kan ervoor zorgen dat de migratie mislukt. Zie CSV-bestanden maken voor uw migratie voor meer informatie.
• Controleer op de computer waarop u GWMME uitvoert of de systeemklok correct is ingesteld. Als de klok van de computer niet klopt, wordt er tijdens de OAuth-validatie een onjuiste lokale tijdstempel naar de servers van Google verzonden, waardoor de verificatie mislukt. Synchroniseer uw computer met internettijdservers.
• Zorg ervoor dat het Google Workspace- superbeheerdersaccount dat wordt gebruikt om GWMME te authenticeren geldig is en dat de gebruikersnaam correct is ingevoerd in de GWMME-configuratie.

GWMME maakt geen gebruikersaccounts aan in Google Workspace. Maak de Google Workspace-gebruikersaccounts aan voordat u gegevens migreert.

In dit geval is het jaartal in de huidige datum van de machine gewijzigd naar 2022, waardoor het certificaat verouderd lijkt. U kunt de huidige datum aan het begin van elke logregel bekijken, en de datums " Valid from " en " Valid until " van het certificaat komen niet overeen met de huidige datum. De foutvlag WINHTTP_CALLBACK_STATUS_FLAG_CERT_REV_FAILED geeft aan dat de controle op intrekking van het certificaat is mislukt.

Je kunt het bestemmings-IP-adres en de opgeloste hostnaam ook bekijken na " Network connection destination details " op de laatste logregel. Het is een 1e100.net address , wat betekent dat het Google is.

2017-09-21T04:10:04.356-03:00 1a20 E:Network ClientMigration!WinHttp::HandleCallback @ 2025 ()> Secure connection failure. Status: 0x00010000. Info 0x00000009
2017-09-21T04:10:04.356-03:00 1a20 E:Network ClientMigration!WinHttp::HandleCallback @ 2030 ()> Failure details:
WINHTTP_CALLBACK_STATUS_FLAG_CERT_REV_FAILED: Certification revocation checking has been enabled, but the revocation check failed to verify whether a certificate has been revoked. The server used to check for revocation might be unreachable.
WINHTTP_CALLBACK_STATUS_FLAG_INVALID_CA: The function is unfamiliar with the Certificate Authority that generated the server's certificate.
Certificate details:
---Validity--
Valid from: 2016-09-20T04:08:45.000Z
Valid until: 2022-09-20T04:08:45.000Z
---Subject---
Created by http://www.fiddler2.com
DO_NOT_TRUST
*.google.com
---Issuer----
Created by http://www.fiddler2.com
DO_NOT_TRUST
DO_NOT_TRUST_FiddlerRoot
-------------
2017-09-21T04:10:04.356-03:00 1a20 E:Network ClientMigration!WinHttp::HandleCallback @ 2071 ()> Error result 5, hr = 0x80072f8f. Setting event 0000000000001638.
2017-09-21T04:10:04.356-03:00 1a20 E:Network ClientMigration!WinHttp::HandleCallback @ 2076 ()> Network connection destination details: 127.0.0.1:8888 (COMPUTERNAME)

In dit geval was Fiddler geïnstalleerd en ingesteld voor HTTPS-decryptie (wat betekent dat het zijn eigen certificaat gebruikt), maar dit certificaat is verwijderd uit de lijst met vertrouwde certificaten Windows , waardoor het niet wordt vertrouwd. Merk op dat Fiddler , omdat het een proxy is, verbinding maakte met 127.0.0.1 en niet met Google. De foutmeldingen bevatten onder andere WINHTTP_CALLBACK_STATUS_FLAG_INVALID_CA , wat betekent dat het systeem de certificeringsinstantie (CA). Merk ook op dat Google dit certificaat niet heeft uitgegeven.

Er verschijnt een foutmelding die hierop lijkt op het uitvoerscherm of in het traceerlogbestand:

E:Generic ExchangeMigration!SetPropertyGuid @ 641 (user@example.com)> Failed with 0x80070005, last successful line = 637.

Gebruikersaccounts zonder de vereiste machtigingen veroorzaken dit probleem meestal. Om dit probleem op te lossen, moet u ervoor zorgen dat u accounts de machtiging 'Ontvangen als' verleent in Exchange.

Als accounts de machtiging ' Ontvangen als' hebben en de fout blijft optreden, vereist uw Exchange-omgeving mogelijk dat gebruikersaccounts ook de machtiging 'Verzenden als' hebben.

Sommige gebruikers kunnen niet migreren van Exchange 2010 en krijgen de foutmelding "Mislukt met 0x80004005" in het traceerlogbestand. De logbestanden bevatten ook:

• Willekeurige MAPI-aanroepen naar Exchange 2010.
• " BufferTooSmall "-fouten in het logboek voor clienttoegang tot externe procedureaanroepen ( RPC ) op de Exchange Server 2010 Client Access-server.

Dit is een bekend probleem met Exchange 2010, Outlook 2007 en Outlook 2010. Mogelijk moet u upgraden naar Exchange 2010 SP2 RU3. Raadpleeg de Microsoft-documentatie over fouten met mislukte MAPI-aanroepen voor meer informatie.

Als u veel HTTP-foutcodes 500, 502 en 503 in de logboeken aantreft en berichten niet worden geüpload met foutcode 0x8004106a , is er mogelijk een probleem met de doelmailbox. Dit wordt doorgaans veroorzaakt door een hoge belasting.

Om het probleem op te lossen, moet u ervoor zorgen dat de betreffende mailbox niet overbelast is. U kunt het volgende doen:

• Schakel alle synchronisatieclients uit (zoals IMAP, POP, mobiele apparaten en e-mailclients).
• Migreer berichten slechts vanuit één bron tegelijk.

De volgende problemen wijzen erop dat uw gebruikers niet correct zijn geconfigureerd:

• Wijzigingen in een agenda-item worden niet met de deelnemers gedeeld.
• Agenda-meldingen en -updates worden niet doorgegeven aan de agenda's van de deelnemers.

Maak eerst alle gebruikersaccounts aan in Google Workspace voordat u accounts migreert, zelfs als u slechts een gedeeltelijke migratie wilt uitvoeren. Vergeet niet om alle domeinaliassen en bijnamen toe te voegen. Om het probleem op te lossen, verwijdert u vervolgens alle evenementen waar de gebruiker organisator of gast is en maakt u ze opnieuw aan.

GWMME migreert standaard gegevens met een snelheid van 25 gebruikers per seconde. Deze snelheid overschrijdt de standaard query's per seconde (QPS) voor zowel de Contacten-API als de Agenda-API.

Om het probleem op te lossen, voert u migraties uit voor contactpersonen en agenda's:

• Los van e-mailmigraties.
• Met een lagere snelheid van 4-8 gebruikers per seconde.

Als sommige berichten niet worden gemigreerd, kan het bericht de door Gmail ingestelde maximale bestandsgrootte overschrijden. Of het kan zijn dat het bijlagen bevat die door Gmail worden geblokkeerd. Ga voor meer informatie naar Geblokkeerde bestandstypen in Gmail .

Mogelijk moet u ook de limieten voor mapgrootte verwijderen en ervoor zorgen dat mappen worden weergegeven in IMAP. Zie POP en IMAP in- en uitschakelen voor gebruikers voor meer informatie.

Google Workspace schat het aantal berichten in je inbox na een migratie. Het geeft geen absoluut aantal weer. Het aantal berichten dat in je Gmail-inbox wordt weergegeven, kan afwijken van het aantal berichten in je oude inbox.

Als je denkt dat je berichten mist, controleer dan of:

• Het bericht, inclusief bijlagen, is niet groter dan 25 MB. U kunt geen berichten migreren die groter zijn dan 25 MB. Zie Bijlagen verzenden met uw Gmail-bericht voor meer informatie.
• Gmail blokkeert geen bijlage bij het bericht. Gmail blokkeert bepaalde soorten bijlagen, zoals uitvoerbare bestanden. Ga naar Geblokkeerde bestandstypen in Gmail voor meer informatie.
• Het bericht bevindt zich in een map of binnen een datumbereik dat deel uitmaakt van de migratie.

Bij Exchange- of PST-bestandmigraties kunnen berichten ontbreken of berichten worden gemigreerd met een onjuiste afzender of ontvanger. Het SMTP-adres van de afzender of ontvanger van een bericht kan ontbreken en in plaats daarvan wordt het Exchange X.500-adres gebruikt. Dit kan gebeuren als er geen profiel in de Global Address List (GAL) is aangemaakt of als de gebruiker uit de GAL is verwijderd.

Wat gebeurt er als GWMME een X.500-adres vindt?

Wanneer GWMME een X.500-adres vindt, zoekt het naar een MAPI-mailprofiel dat is geregistreerd op de migratieserver en dat overeenkomt met dezelfde X.500 Exchange-organisatienaam. Als er een wordt gevonden, lost GWMME het X.500-adres op met behulp van de adresboekregistratie in het MAPI-mailprofiel.

Als GWMME deze informatie niet in het Exchange-adresboek vindt, probeert het het X.500-adres om te zetten naar een SMTP-adres. Hiervoor gebruikt het de laatste CN-waarde van het X.500-adres als gebruikersnaam voor het e-mailadres. Het X.500-adres /O=ExchangeOrg/OU=CA/CN=RECIPIENTS/CN=EX_ALIAS resulteert bijvoorbeeld in het SMTP-e-mailadres ex_alias@example.com.

Hoe gebruik ik het Exchange-adresboek om het X.500-adres op te lossen?

1. Maak een MAPI-mailprofiel (niet in cachemodus) aan op de server die de migratie uitvoert.
2. Zorg ervoor dat het MAPI-mailprofiel is ingesteld op de server die wordt gebruikt voor de PST-migratie.
3. Het MAPI-mailprofiel moet verbonden zijn met de oorspronkelijke Exchange-server, zodat GWMME de ontvangers correct kan identificeren met behulp van de GAL (Global Address List).
4. Stel het MAPI-mailprofiel in met de gebruiker of het serviceaccount waarmee u momenteel bent aangemeld om authenticatiefouten te voorkomen.

Belangrijke mededeling

Test of je de migratie correct hebt ingesteld. Als het probleem aanhoudt, worden de reeds naar je Google-accounts gemigreerde gegevens niet bijgewerkt na een nieuwe migratie. Verwijder de e-mailgegevens, haal ze uit de prullenbak en voer vervolgens de migratie opnieuw uit.

Gemigreerde berichten kunnen de migratiedatum en -tijd weergeven in plaats van de datum en tijd van het oorspronkelijke bericht.

Dit gebeurt hoogstwaarschijnlijk omdat de datumheader van het oorspronkelijke bericht niet voldoet aan RFC 5322. Als een bericht een datumheader heeft die niet correct is opgemaakt, past Gmail de migratietijd en -datum toe op het bericht.

Dit gebeurt wanneer je evenementen importeert voor gebruikers die niet de oorspronkelijke organisator of eerste deelnemer van het evenement zijn.

Ondanks de waarschuwingsmelding wordt de gebeurtenis succesvol overgezet naar Google Workspace en wordt de betreffende Google Workspace-gebruiker als deelnemer aan de gebeurtenis weergegeven in Google Agenda. Dit is noodzakelijk omdat Agenda geen agenda-evenementen weergeeft voor een gebruiker die geen organisator of deelnemer is.