Soluciona problemas de GWMME

El problema podría deberse a lo siguiente:

• El servidor de Exchange no se está ejecutando.
• Un problema de red bloquea una conexión entre la máquina cliente y el servidor de Exchange. Para verificar una conexión, haz ping al servidor desde la máquina cliente.
• Usaste el nombre incorrecto para el servidor de Exchange o el administrador. Para verificar esta información, haz lo siguiente:
  1. En la máquina cliente, haz clic en Panel de control Correo para crear un perfil de Microsoft Outlook para la cuenta de administrador que deseas usar para la migración.
  2. En GWMME, en la pantalla Paso 1 (Detalles del servidor), haz lo siguiente:
     • En el campo Nombre de host/Dirección IP, ingresa el nombre de host de Exchange del perfil.
     • En el campo Nombre de usuario del administrador, ingresa el nombre de usuario del perfil.

Si realizas la migración desde un servidor alojado, el perfil de la cuenta de administrador debe usar la configuración predeterminada para conectarse al servidor. La conexión no se realizará correctamente si modificas cualquiera de los parámetros de configuración en Panel de control Correo Nombre del perfil Propiedades Cuentas de correo electrónico Nombre del perfil Cambiar cuenta de correo electrónico Más Configuración.

Verifica que hayas ingresado el nombre y la contraseña correctos para el administrador.

Si el problema persiste, verifica que hayas ingresado el nombre correcto para el servidor de Exchange:

1. En la máquina cliente, haz clic en Panel de control Correo para crear un perfil de Outlook para la cuenta de administrador que deseas usar para la migración.
2. En GWMME, en la pantalla Paso 1 (Detalles del servidor), haz lo siguiente:
   • En el campo Nombre de host/Dirección IP, ingresa el nombre de host de Exchange del perfil.
   • En el campo Nombre de usuario del administrador, ingresa el nombre de usuario del perfil.

Si GWMME falla poco después de iniciarse, asegúrate de ejecutarlo en tu máquina cliente y no en el servidor de Exchange. Ejecutar la utilidad en el servidor puede provocar que falle. Para obtener más detalles, consulta la documentación de Microsoft.

Si crees que GWMME podría fallar debido a problemas de balanceo de cargas, ve a "Prepara tus máquinas cliente de Windows" en la Guía para administradores de GWMME.

En ocasiones, los procesos adicionales que se ejecutan en tu máquina (por ejemplo, software antivirus, de búsqueda o de copia de seguridad) interrumpen el acceso de GWMME al archivo de base de datos durante una migración. El siguiente código de error en tus archivos de registro indica que se produjo este problema:

0x80040109
Fail:While stamping the message

Aunque los mensajes se migraron, GWMME no guardó la información de que la migración se realizó correctamente. Si se vuelve a ejecutar una migración con la opción Solo datos nuevos marcada, GWMME intenta migrar estos mensajes nuevamente. No duplicará los mensajes, pero podría duplicar los eventos de calendario o los contactos.

Si la migración no se realiza correctamente para un usuario, verifica lo siguiente:

• El nombre o la dirección SMTP del usuario tienen el formato correcto en el archivo de usuario.
• El usuario no está oculto en la Lista global de direcciones (GAL).
• El usuario tiene una cuenta en el servidor de Exchange.
• El usuario accedió a Google Workspace, aceptó las Condiciones del Servicio y finalizó la creación de su cuenta de Google Workspace.

Los siguientes pasos para solucionar problemas deberían resolver todos los errores de validación de OAuth de GWMME:

• Asegúrate de haber autorizado el software para tu dominio correctamente, como se describe en Autoriza GWMME para tu cuenta.
• Verifica que los usuarios y las contraseñas de Google Workspace que aparecen en tu archivo CSV sean correctos. Un solo error en el archivo CSV puede provocar que la migración no se realice correctamente. Para obtener más información, consulta Crea archivos CSV para tu migración.
• En la computadora en la que ejecutas GWMME, verifica que el reloj del sistema esté configurado con la hora correcta. Si el reloj de la computadora está apagado, se enviará la marca de tiempo local incorrecta a los servidores de Google durante la verificación de validación de OAuth, lo que provocará que no se realice correctamente. Sincroniza tu computadora con los servidores de hora de Internet.
• Asegúrate de que la cuenta de administrador avanzado de Google Workspace super que se usa para autenticar GWMME sea válida y que el nombre de usuario se ingrese correctamente en la configuración de GWMME.

GWMME no aprovisiona usuarios en Google Workspace. Crea las cuentas de usuario de Google Workspace antes de migrar los datos.

En este caso, el año de la fecha actual de la máquina se cambió a 2022, lo que hace que el certificado parezca desactualizado. Puedes ver la fecha actual al comienzo de cada línea de registro, y las fechas "Valid from" y "Valid until" del certificado no coinciden con la fecha actual. La marca de error WINHTTP_CALLBACK_STATUS_FLAG_CERT_REV_FAILED indica que no se realizó correctamente la verificación de revocación del certificado.

También puedes ver la dirección IP de destino y el nombre de host resuelto después de "Network connection destination details" en la última línea de registro. Es una 1e100.net address, lo que significa que es de Google.

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)

En este caso, se instaló Fiddler y se configuró para realizar el desencriptado de HTTPS (lo que significa que usa su propio certificado), pero su certificado se quitó de la lista de certificados de confianza de Windows, por lo que no es de confianza. Ten en cuenta que, como Fiddler es un proxy, se conectaba a 127.0.0.1 y no a Google. Las marcas de error incluyen WINHTTP_CALLBACK_STATUS_FLAG_INVALID_CA, lo que significa que el sistema no confía en la autoridad certificadora (CA). También ten en cuenta que Google no emitió este certificado.

Aparece un mensaje de error similar a este en la pantalla de salida o en el archivo de registro de seguimiento:

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

Por lo general, las cuentas de usuario sin los permisos necesarios causan este problema. Para resolverlo, asegúrate de otorgar a las cuentas el permiso Recibir como en Exchange.

Si las cuentas tienen el permiso Recibir como y el error persiste, es posible que tu entorno de Exchange requiera que las cuentas de los usuarios también tengan el permiso Enviar como.

Algunos usuarios no pueden migrar desde Exchange 2010 y reciben errores "Failed with 0x80004005" en el archivo de registro de seguimiento. Los registros también tienen lo siguiente:

• Llamadas MAPI aleatorias a Exchange 2010
• Errores "BufferTooSmall" en el registro de acceso de cliente de la llamada a procedimiento remoto (RPC) en el servidor de acceso de cliente de Exchange Server 2010

Este es un problema conocido con Exchange 2010, Outlook 2007 y Outlook 2010. Es posible que debas actualizar a Exchange 2010 SP2 RU3. Para obtener más información, consulta la documentación de Microsoft sobre errores de llamadas MAPI fallidas.

Si tienes muchas instancias de códigos de error HTTP 500, 502 y 503 en los registros y los mensajes no se suben con el código de error 0x8004106a, es posible que haya un problema con el buzón de destino. Por lo general, se debe a una carga alta.

Para resolver el problema, asegúrate de que el buzón de destino no se esté usando en exceso. Puedes hacer lo siguiente:

• Desactivar cualquier cliente de sincronización (como IMAP, POP, dispositivos móviles y clientes de correo electrónico)
• Migrar mensajes de una sola fuente a la vez

Los siguientes problemas indican que tus usuarios no se aprovisionaron correctamente:

• Los cambios en un evento de calendario no se comparten con los asistentes.
• Las notificaciones y actualizaciones del calendario no se propagan a los calendarios de los asistentes.

Aprovisiona a todos tus usuarios en Google Workspace antes de migrar cualquier cuenta, incluso si solo deseas realizar una migración parcial. Asegúrate de agregar todos los alias de dominio y apodos. Luego, para resolver el problema, borra y vuelve a crear todos los eventos en los que el usuario sea organizador o invitado.

De forma predeterminada, GWMME migra datos a una velocidad de 25 usuarios por segundo. Esta tasa supera las consultas predeterminadas por segundo (QPS) para la API de Contacts y la API de Calendar.

Para resolver el problema, ejecuta migraciones para contactos y calendarios:

• Por separado de las migraciones de correo electrónico
• A una tasa más baja de 4 a 8 usuarios por segundo

Si algunos mensajes no se migran, es posible que superen el límite de tamaño impuesto por Gmail. O bien, podrían contener tipos de archivos adjuntos bloqueados por Gmail. Para obtener más información, consulta Tipos de archivo que bloquea Gmail.

Es posible que también debas quitar los límites de tamaño de las carpetas y asegurarte de que las carpetas se muestren en IMAP. Para obtener más información, consulta Activa y desactiva el acceso IMAP y POP para los usuarios.

Google Workspace estima la cantidad de mensajes en tu carpeta Recibidos después de una migración. No proporciona un recuento absoluto. La cantidad de mensajes que se indica en tu carpeta Recibidos de Gmail puede ser diferente de la cantidad de mensajes en tu carpeta Recibidos heredada.

Si crees que te faltan algunos mensajes, verifica lo siguiente:

• El mensaje, incluidos los archivos adjuntos, no supera los 25 MB. No puedes migrar mensajes de más de 25 MB. Para obtener más información, consulta Cómo enviar archivos adjuntos en un mensaje de Gmail.
• Gmail no bloquea un archivo adjunto al mensaje. Gmail impide ciertos tipos de archivos adjuntos, como archivos ejecutables. Para obtener más información, consulta Tipos de archivo que bloquea Gmail.
• El mensaje está en una carpeta o dentro de un período que forma parte de la migración.

Los mensajes faltantes o los mensajes migrados con un remitente o destinatario incorrecto pueden ocurrir con las migraciones de archivos de Exchange o PST. Es posible que falte la dirección SMTP del remitente o destinatario de un mensaje y, en su lugar, se use la dirección X.500 de Exchange. Esto puede ocurrir si no se crea un perfil de la Lista global de direcciones (GAL) o si se quitó al usuario de la GAL.

Qué sucede cuando GWMME encuentra una dirección X.500

Cuando GWMME encuentra una dirección X.500, busca un perfil de correo MAPI registrado en el servidor de migración que coincida con el mismo nombre de organización de Exchange X.500. Si encuentra uno, GWMME resuelve la dirección X.500 con el registro de la libreta de direcciones en el perfil de correo MAPI.

Si GWMME no encuentra esta información en la libreta de direcciones de Exchange, intenta convertir la dirección X.500 en una dirección SMTP. Para ello, considera el último valor CN de la dirección X.500 y lo usa como el nombre de usuario de la dirección de correo electrónico. Por ejemplo, la dirección X.500 /O=ExchangeOrg/OU=CA/CN=RECIPIENTS/CN=EX_ALIAS da como resultado la dirección de correo electrónico SMTP ex_alias@example.com.

Cómo usar la libreta de direcciones de Exchange para resolver la dirección X.500

1. Crea un perfil de correo MAPI (modo no caché) en el servidor que realiza la migración.
2. Asegúrate de que el perfil de correo MAPI esté configurado en el servidor que se usa para realizar la migración de PST.
3. El perfil de correo MAPI debe estar conectado al servidor de Exchange original para que GWMME pueda resolver correctamente los destinatarios con la GAL.
4. Configura el perfil de correo MAPI con el usuario o la cuenta de servicio que accedió actualmente para evitar errores de autenticación.

Nota importante

Prueba y confirma que configuraste correctamente la migración. Si el problema persiste, volver a migrar no actualizará los datos que ya se migraron a tus Cuentas de Google. Borra los datos de correo electrónico, quítalos de la papelera y, luego, vuelve a migrar.

Es posible que los mensajes migrados muestren la fecha y hora de la migración, en lugar de la hora y la fecha del mensaje original.

Lo más probable es que esto ocurra porque el encabezado de fecha del mensaje original no cumple con la RFC 5322. Si un mensaje tiene un encabezado de fecha que no tiene el formato correcto, Gmail aplica la hora y la fecha de la migración al mensaje.

Esto sucede cuando importas eventos para usuarios que no son organizadores originales ni asistentes iniciales del evento.

Independientemente del mensaje de advertencia, el evento se migra correctamente a Google Workspace, y el usuario de destino de Google Workspace se muestra como asistente del evento en el Calendario de Google. Esto es necesario, ya que Calendario no admite la enumeración de eventos de calendario para un usuario en el que no es organizador ni asistente.