Notas de la versión de GWMHN

• Se han inhabilitado los botones Activo y Aprovisionar.
• Se ha eliminado el protocolo OAuth de triple vía.

• G Suite Migration for HCL Notes es ahora Google Workspace Migration for HCL Notes (GWMHN).
• Se ha actualizado la interfaz de usuario para que haga referencia a Google Workspace en vez de a G Suite.
• Se ha eliminado la solicitud que permite al usuario elegir entre una configuración normal y una rápida.

• Mejoras en la gestión de las respuestas 403 de la API de Calendar.
• Los segundos nombres que aparecen en los campos Fullname y FirstName o LastName de Notes ya no figuran como tales en G Suite para evitar que aparezcan elementos de nombres duplicados en Contactos de Google.

• Se ha añadido un informe en el que se muestra el estado de la migración de los usuarios en diferentes servidores de migración.
• Ya se puede realizar la acción Migrate Again (Volver a migrar) con varios usuarios.
• La calculadora de migraciones ya admite hasta 60 servidores.
• Se ha añadido una nueva vista en la que se muestran los usuarios según la fecha o la hora en que se completaron.

• Se ha corregido un problema que provocaba que no se pudieran migrar algunos eventos al aplicar una fecha límite de calendario al perfil de migración.
• Se ha corregido un problema que provocaba que no se realizara correctamente la migración de los eventos de un usuario si la diferencia entre las zonas horarias del servidor y del usuario incluía un desfase de 30 minutos, como la hora estándar de la India (UTC +5:30).

• Ya se pueden configurar los valores que controlan el tamaño máximo de los mensajes y de las conversaciones.
• Ya se pueden configurar las URL de autenticación.

La configuración de red de GAMIN ahora se aplica durante las solicitudes de token de la cuenta de servicio.

• Se ha actualizado la gestión de recursos para que utilice el nuevo objeto de recursos de Calendar en la API Directory.
• Ahora se pueden modificar los puntos de acceso de autenticación del administrador.

Se ha resuelto un problema relacionado con la latencia que impedía que se recuperara y se actualizara la lista de control de acceso (LCA) de un grupo inmediatamente después de crear el grupo en G Suite.

Se han actualizado los puntos de acceso que se utilizan para autenticar a los administradores.

Se ha corregido un problema que provocaba que la API de Gmail rechazara los mensajes si la cabecera De no incluía una dirección SMTP válida.

• Ahora se utilizan los tokens de OAuth 2.0 y las cuentas de servicio para la migración de datos.
• Para migrar el correo y crear etiquetas, GAMIN utiliza ahora la API de Gmail, que sustituye a la API de migración de correo electrónico v2 y a la API de configuración de correo, respectivamente.
• Arquitectura sin formato y simplificada:
  • Se ha desactivado la opción de implementación de la base de datos de administrador replicada o en varios sitios web.
  • Se han combinado los perfiles del sitio web y de configuración en un único perfil de configuración del sistema.
  • Ya no es necesario especificar servidores de correo o de base de datos como parte de la configuración del sistema.
  • Se ha añadido un asistente de configuración rápida en cinco pasos.
  • Se ha incluido la opción de actualizar de forma automática los ajustes del documento de configuración y del servidor del directorio de Domino requeridos para realizar la migración.

Se ha reducido la frecuencia del agente de migración de 30 a 15 minutos.

Se ha movido la acción del registro Import from File (Importar desde el archivo) del menú de Notes al menú Register (Registrar) de GAMLN.

Se ha mejorado la gestión de errores al autorizar la herramienta si no se pueden encontrar el registro de migración ni la plantilla de registro en el servidor de la migración.

Creación de etiquetas:

• Se han añadido estadísticas sobre migración de etiquetas a la base de datos de administración de la migración.

Migración de contactos:

• Ahora se admiten los campos de Notas siguientes: Address 3 details (Datos de dirección 3), Personal 2 email (Correo electrónico personal 2), Assistant phone (Teléfono de ayudante), Business 2 phone (Teléfono de empresa 2), Home 2 phone (Teléfono particular 2), Blog site (Blog), Custom 1 field (Campo personalizado 1), Custom 2 field (Campo personalizado 2) y Custom 3 field (Campo personalizado 3).
• Se han movido los valores de Other email 1 (Otro correo electrónico 1), Other email 2 (Otro correo electrónico 2), Other email 3 (Otro correo electrónico 3) y Personal Cell phone (Teléfono móvil particular) de la sección de Notas a entradas adicionales de correo electrónico o de teléfono.
• Los valores de las etiquetas se migran ahora a G Suite con las excepciones siguientes: la primera dirección de correo electrónico sigue asignándose a "Work" (Trabajo), los primeros números de teléfono y de móvil se asignan a "Work" y "Mobile" (Móvil) respectivamente, y la primera dirección se asigna a "Work".

• Se ha añadido una nueva función para permitir la exportación de la configuración de GAMLN en formato de texto. Esta función está disponible en el menú Actions (Acciones) de la base de datos de administración de la migración.
• Se ha mejorado el rendimiento de la rutina de registro masivo.

Los errores de tiempo de ejecución no se exportaban correctamente desde las bases de datos de registros de GAMLN. Ahora los errores se exportan correctamente.

Los usuarios con el mismo nombre completo en el directorio de Domino pueden registrarse ahora correctamente mediante el método de registro por servidor. Anteriormente, los usuarios con el mismo nombre se omitían, ya que había entradas duplicadas en el directorio de Domino.

Se producía un error al migrar los contactos personales con el elemento "Anniversary" (Aniversario) a G Suite.

Los contactos personales sin ningún valor de nombre, apellido o nombre completo en Lotus Notes se mostraban como "Unknown" (Desconocido) después de migrar a G Suite. Ahora G Suite muestra el nombre de contacto de la empresa en la lista de contactos.

Ahora, los detalles sobre el organizador y el participante se muestran en la copia importada de un evento de Notes del participante. Anteriormente, la información sobre el participante solo se añadía una vez que se migraba al organizador.

Se ha corregido un problema con la cuota del calendario que provocaba que dicha cuota la utilizara la cuenta del administrador del dominio en lugar del propietario del calendario durante la migración de eventos. Esto podía ocasionar que el servidor de migración superara los límites diarios y que el cliente debiera esperar 24 horas hasta que se completaran las migraciones.

Se ha corregido un problema con la repetición semanal de los eventos. Cuando un evento tenía lugar en un día de la semana que era diferente en la zona horaria del participante que en la del organizador, el evento se mostraba incorrectamente en el calendario del participante hasta que se migraba al organizador. Las copias de los eventos importadas aparecen ahora en el día de la semana correcto, incluso si este es distinto en la zona horaria del organizador.

Se ha añadido compatibilidad con la API de migración del correo electrónico v2.

Se han actualizado los servicios de gestión de cuentas para utilizar la API del SDK del administrador.

Ahora el sistema comprueba si existen usuarios o grupos durante la activación del perfil. Nota: Ahora el sistema requiere la autorización del producto como parte de su proceso de configuración. Esto era opcional en las versiones anteriores de GAMLN.

Las opciones de invitación, registro automático y gestión de cuentas dejan de estar disponibles. Estas tareas se realizan ahora manualmente desde la base de datos de administración de la migración.

El nombre del organizador del evento se añade al título del evento en la copia "importada" privada del participante. Este se quita mediante diseminación del control ("fan-out") una vez que se migra la copia del evento del organizador.

Los participantes externos se quitan de los eventos cuando se habilita el modo de prueba de migración del calendario.

Ahora se admiten los cambios en los metadatos en el nivel de instancia del evento que se repite. Además de la capacidad de introducir cambios en la fecha y la hora, en las cancelaciones y en los recursos que se ofrecían en las versiones anteriores, en la versión 4.0.3 se añade capacidad para actualizar el título del evento, la descripción, la ubicación, los participantes (incluido el estado), la disponibilidad, la visibilidad y las notificaciones. 

Ahora se admiten las reglas de fin de semana de Notes. Los eventos de Notes a los que se aplican reglas de fin de semana se tratan ahora como eventos personalizados y cada instancia se migra como un evento de instancia único e independiente. 

Ahora se admiten los usuarios en itinerancia. Los grupos y los contactos personales se migrarán ahora desde la agenda personal de un usuario en itinerancia en el servidor especificado en el documento Person (Persona) de dicho usuario. 

Ahora se puede distribuir el control en el modo de prueba de migración del calendario. 

Problema: antes se podía aplicar un nombre de usuario de Gmail incorrecto durante el registro si había más de un usuario con el mismo nombre en la organización. Este problema se producía en el registro de un único usuario, en la importación desde archivo y en el registro por servidor. 

Solución: cuando existen nombres duplicados, ahora se aconseja al administrador que registre a los usuarios desde el directorio de Domino para garantizar que se aplique el nombre de usuario de Gmail correcto.

Problema: los contactos con campos de más de 1024 caracteres provocaban que la migración del usuario en cuestión se detuviera.

Solución: estos contactos se marcan como errores, pero la migración puede continuar. 

Problema: los ID de mensajes que contienen espacios o no están incluidos entre los símbolos < y > se rechazaban durante la migración a un archivo de Grupos. 

Solución: se ha resuelto este problema.

Problema: las solicitudes por segundo o por límite de usuario permitidas para las migraciones de calendario se aplicaban a la dirección IP del servidor de la migración y no a la cuenta del usuario. 

Solución: se ha resuelto este problema.

Para tu información, todos los participantes indicados en Notes se añaden a la lista de participantes opcionales en Google Calendar.

Problema: un evento personalizado de Notes que no se podía identificar como tal (por ejemplo, falta el elemento RepeatUnit o está vacío) seguía tratándose como un evento periódico diario normal.

Solución: estos eventos se marcan ahora como un error de compilación.

Problema: la cabecera De en un mensaje migrado no se completaba correctamente cuando el elemento Principal del mensaje de Lotus Notes estaba vacío.

Solución: se ha resuelto este problema.

Problema: las reuniones periódicas canceladas en Lotus Notes no siempre se marcaban de forma correcta como migradas\canceladas en Notes.

Solución: se ha resuelto este problema.

Los eventos personalizados de Lotus Notes ya no se migran como eventos periódicos diarios. Por motivos de rendimiento, cada fecha seleccionada en un evento personalizado se migra ahora como un evento de instancia único independiente.

No se realiza la migración de un evento si ya existe en el calendario del usuario.

El administrador de la migración puede excluir los grupos o contactos personales, eventos y correos electrónicos de Notes de usuarios concretos mediante la nueva acción "Exclude Source Document" (Excluir documento de origen), que se puede localizar en la base de datos de registros de feeder.

Problema: algunas cancelaciones de instancia que devolvían un código de respuesta HTTP correcto desde la API no se transferían al calendario correctamente. Este error dejaba las instancias canceladas en los calendarios de algunos participantes hasta que se migraba la copia del organizador.

Solución: se ha resuelto este problema.

Problema: gestión de errores 403 de la API v3 generados por la API durante la migración del evento.

Solución: se ha resuelto este problema.

Compatibilidad para migración de bibliotecas de documentos y bases de datos de debate de Notes a un grupo de Google. Al igual que ocurría antes, también se pueden migrar las bases de datos integradas en el correo a un grupo de Google o a una cuenta de Google Apps.

Compatibilidad con Google Vault. Los clientes pueden elegir ahora migrar directamente a Google Vault omitiendo la carpeta Recibidos de Gmail.

Se han actualizado las migraciones de calendario para utilizar la versión API 3.0.

Uso de tokens de OAuth 2.0 para la gestión de recursos, de grupos y de usuarios.

Nuevo diseño de la base de datos de registros: eventos agrupados por usuario/base de datos. Capacidad para exportar eventos a un archivo de texto.

Grabación y registro de eventos detallados combinados de excepciones de migración en una función.

Compatibilidad mejorada para la visualización de nombres en correos electrónicos delegados en Gmail.

Compatibilidad añadida para el segundo nombre durante la migración de contactos. El sistema migrará ahora un contacto que no tenga un atributo FullName en Lotus Notes.

Limpieza de IU general.

Se han desactivado los siguientes elementos: repositorio de archivos adjuntos, umbral de errores de migración, función de administración Genera XML, vista de actividad actual, configuración de tamaño máximo (ahora coincide con el tamaño de correo máximo de Gmail).

Problema: no se podían recopilar estadísticas de Notes de los archivos de correo de 2 GB o más.

Solución: se ha resuelto este problema.

Problema: la fecha de cierre de Google Calendar se aplica ahora a la fecha del evento y no a la fecha de creación del evento.

Solución: se ha resuelto este problema.

Problema: se producía un error del tipo "404 (no encontrado)" al realizar un cambio en una instancia de una reunión periódica que se ajusta a la media noche en el servidor de GAMLN.

Solución: se ha resuelto este problema.

Problema: la colección de Lotus Notes se migraba a Gmail.

Solución: se ha resuelto este problema.

Problema: la retirada exponencial no se efectuaba correctamente al recibir una respuesta de 500 durante la migración del calendario.

Solución: se ha resuelto este problema.

Problema: configuración incorrecta del atributo familyName en los contactos cuando no existe el atributo LastName en Lotus Notes y FullName contiene más de dos palabras.

Solución: se ha resuelto este problema.

Modo de prueba de migración del nuevo calendario. Se migran eventos con los datos completos de los asistentes, pero no se distribuyen los asistentes. Los eventos migrados con el modo de prueba se identifican claramente en Google Calendar.

Los tamaños y la vida útil reducidos de los índices de la vista de estado de la migración ofrecen un mejor rendimiento en el buzón del usuario.

Diversas mejoras de la interfaz de usuario

Autorización

Problema: se producían problemas de acceso denegado durante las rutinas de autorización para la gestión de grupos y de recursos.

Solución: se ha resuelto este problema.

Interfaz de usuario

Problema: el tiempo se representaba en minutos en lugar de en horas en la vista de estadísticas de migración.

Solución: se ha resuelto este problema.

Migración

Problema: durante la creación de etiquetas, se podía producir un error de Notes 4005 interno con ciertos tipos de carpetas. Este error provocaba que la rutina finalizara antes y se marcara al usuario actual como "error de procesamiento".

Solución: los errores de Notes 4005 se procesan ahora de forma fluida. Se registra el error y el sistema continúa con la siguiente carpeta.

Recursos

Problema: no se resolvían correctamente los recursos duplicados cuando se cargaban los recursos en GAMLN varias veces.

Solución: se ha resuelto este problema.

Las carpetas vacías en Notes se crean ahora como etiquetas en Google Apps.

Se mejora el rendimiento de la migración del calendario (hasta un 50% más rápido en R3.1.3).

Se han añadido algoritmos para calcular los valores de los campos que faltan en los eventos de calendario para mejorar los índices de éxito en la migración del calendario. Anteriormente, si faltaba un campo significaba que no se podía derivar una regla de repetición válida para un evento, ya que se podría provocar un error de migración.

Se ha añadido compatibilidad para nombres antiguos y alternativos de Notes en la migración de Google Calendar.

Las URL de repositorio de archivos adjuntos en los eventos migrados incluyen ahora enlaces web y de Notes.

Se migran los eventos sin asunto.

La migración de correo utiliza ahora el ID de mensaje original de Notes, si está disponible. Antes, el nombre de dominio de las aplicaciones se anexaba al valor del ID del mensaje al hacer la migración.

Las direcciones de correo electrónico de recursos se editan ahora en GAMLN. Esto resulta útil si los recursos no han sido creados por GAMLN.

Los nombres de destinatario de las direcciones de correo electrónico se eliminan ahora al migrar contactos.

Se desactiva la capacidad para activar la marca de carpetas procesadas para uno o varios usuarios. Si se necesita ejecutar este proceso más de una vez para un único usuario, el administrador debe eliminar y volver a registrar a dicho usuario.

El campo de sufijo UID de calendario está ahora oculto.

Diversos cambios en la interfaz de usuario

Calendario

Problema: el estado de libre/ocupado no se mostraba correctamente para las vacaciones importadas de Notes.

Solución: se ha resuelto este problema.

Problema: los eventos periódicos completamente cancelados retenidos en la vista de reuniones de Notes provocaban un error de compilación en GAMLN.

Solución: se ha resuelto este problema.

Problema: los eventos de una única instancia cancelados que se mantenían en la vista de reuniones de Notes se migraban desde el calendario del organizador.

Solución: se ha resuelto este problema.

Archivo de correo

Problema: agrupar el correo electrónico archivado en "Archive" (Archivo) impedía que se editaran las etiquetas después de la migración, ya que "Archive" es un nombre reservado.

Solución: el correo archivado se agrupa ahora en "Notes Archive" (Archivo de Notes).

Se puede inhabilitar las comprobaciones fuera de la oficina (para migración de calendario de GSA).

Se ha añadido el campo de sufijo uid de calendario para tratar algunos problemas de coexistencia.

Nota: Si ya has migrado algunos calendarios con una versión anterior de GAMLN, no utilices la versión GAMLN R3.1.2 para realizar otras migraciones de calendario, ya que es posible que se dupliquen eventos en tu dominio.

Migrar grupos

Problema: no se migraban grupos de Domino si se creaban en la versión 4 o 5 de Notes.

Solución: se ha resuelto este problema.

Longitud de la contraseña configurable para la gestión de cuentas de usuario.

Nombres de feeder exclusivos. La creación de sitios ahora comprueba el directorio de Domino para feeders con el mismo nombre para evitar que varias instancias de GAMLN utilicen los mismos feeders.

La carga de grupos y de recursos antes de la migración envía ahora eventos detallados al registro de administración.

La página de autorización web envía ahora eventos detallados al registro de administración.

Gestión de recursos

Problema: un problema de ámbito impedía que se gestionaran las cuentas de recursos.

Solución: se ha resuelto este problema.

Calculadora de migración

Problema: no se mostraba el campo "Total time to migrate" (Tiempo total para la migración).

Solución: se ha resuelto este problema.

Administración de recursos desde recursos y salas de Domino.

Migración de calendario de recursos.

Nuevos métodos de registro de usuarios: "Seleccionar usuarios del directorio de Domino" e "Importar del archivo".

Vista de migraciones en directo. Consulta la actividad de migración en tiempo real por sitio.

Calculadora de migración integrada. Determina los requisitos de tiempo y de ancho de banda para los usuarios seleccionados.

Función de prueba de conexión. Comprueba la configuración de dominio de Google y de GAMLN. Asimismo, identifica las restricciones de proxy o de cortafuegos entre el servidor Domino y la Web.

Los contactos personales se muestran ahora en "Mis contactos" una vez realizada la migración.

No existe dependencia en la configuración del sistema operativo al realizar la migración a los calendarios de Notes. Se puede migrar ahora un único servidor GAMLN en distintas zonas horarias en una única ejecución de migración.

Ya no es necesario inicializar los calendarios de Google Calendar antes de la migración del calendario de Notes.

La administración de grupos y de usuarios utiliza ahora OAuth de tres vías. ClientLogin se ha desactivado por completo.

Eventos periódicos

Problema: los eventos periódicos con un gran número de reglas de periodicidad generaban un error de "RDATA Too Large" (RDATA demasiado grande) durante la migración.

Solución: ahora, estos eventos se pueden migrar correctamente.

Migración de grupos

Problema: un administrador que también era miembro de un grupo de Notes aparecía solo como miembro del grupo G Suite correspondiente a partir de la migración.

Solución: se ha resuelto este problema.

Nombres de usuario

Problema: GAMLN no admitía apóstrofes en los nombres de usuario de Gmail.

Solución: se ha resuelto este problema.

Compatibilidad con OAuth. GAMLN admite ahora la autenticación OAuth para migrar el correo, los calendarios y los contactos personales.

Aprovisionamiento de usuarios independiente. La gestión de usuarios se realiza ahora independientemente de las migraciones, por lo que se puede gestionar usuarios antes de realizar la migración.

Cambiar la contraseña al iniciar sesión. Ahora, los usuarios gestionados por GAMLN deben cambiar la contraseña cuando inician sesión por primera vez en Google Apps.

Mecanismo de inicio de sesión mejorado. Todos los eventos de migración para usuarios individuales se almacenan ahora en el perfil GAMLN del usuario. Los agentes que se ejecutan en la base de datos de administración de GAMLN como la comprobación de feeders y la migración de directorio registran ahora eventos en una base de datos de registro de Notes.

Vistas mejoradas. Se han racionalizado las vistas para facilitar la navegación del sistema. Una nueva vista de usuario de procesamiento de errores lista los usuarios que no pueden ser procesados por GAMLN por el tipo de causa (como "No se puede acceder a la base de datos de correo").

Propietarios de grupo. La migración del grupo de directorio de Domino admite ahora propietarios de grupo.

Se ha desactivado la función de restricción de acceso tras la migración.

Eventos periódicos

Problema: muchos eventos periódicos no se podían modificar tras la migración.

Solución: ahora, estos eventos se pueden migrar correctamente.

Los feeders crean correo en cola para usuarios que no pertenecen a Google Apps

Problema: los feeders creaban correo en cola para usuarios que no pertenecían a Google Apps.

Solución: las cuentas se comprueban ahora en G Suite antes de que se complete el feeder, por lo que los feeders no crean correo en cola para usuarios que no pertenecen a Google Apps.

Vista de nuevas estadísticas de Notes. Permite a los administradores recopilar tamaños y recuentos de documentos de migración de los archivos de correo del usuario para ayudar a calcular los tiempos de migración.

Umbral de error. Se ha añadido un nuevo valor del sitio que permite a un usuario activo completar el estado si el número de errores de migración en el archivo de correo del usuario es igual o inferior al valor especificado. En versiones anteriores, los errores de migración mantenían al usuario en estado Activo y el administrador tenía que cambiar el estado manualmente para sacar al usuario de la fila activa.

Fecha de finalización de la migración en el sitio desactivada. Los clientes todavía pueden especificar una fecha de comienzo para las migraciones de cada sitio. Si quieren realizar migraciones que finalicen en una determinada fecha, deben inhabilitar ahora las migraciones en el sitio.

Se ha eliminado la opción para inhabilitar la aplicación de las referencias de carpeta antes de la migración en el sitio. Esta opción aparece ahora habilitada para todos los usuarios registrados, pero aún se puede inhabilitar para los perfiles de usuario seleccionados con la acción "Toggle folder references" (Alternar referencias de carpeta).

La migración se detenía antes de tiempo si el nombre de dominio del usuario no era válido

Problema: si el nombre de dominio para un usuario no era válido, se detenía todo el proceso de migración.

Solución: si el sistema encuentra un nombre de dominio no válido para un usuario, registra la respuesta como un error de autorización en el perfil de usuario y, a continuación, pasa al siguiente usuario.

Correo duplicado en documentos de base de datos en el directorio de Domino

Problema: en determinadas circunstancias, podía haber correo duplicado en documentos de base de datos en el directorio de Domino.

Solución: se ha revisado el agente de comprobación de feeders para eliminar la posibilidad de correo duplicado.

Se ofrece compatibilidad para administración de varios dominios en todas las API.

Se realiza la migración de los datos del directorio de Domino comenzando por los grupos.

Mayor compatibilidad para utilizar intervalos de fecha. Puedes migrar correo desde una fecha específica (fecha de inicio) hasta una fecha específica (fecha de finalización), o entre las dos fechas. La opción de fecha de finalización es especialmente útil para las empresas que implementan la entrega dual, ya que permite migrar correo hasta el punto de la entrega dual y, a continuación, tener el cuerpo de correo adecuado en cada sistema.

Se ha mejorado la gestión de usuarios que permite generar contraseñas de G Suite automáticamente cuando se crean las cuentas. Las contraseñas se incluyen en la notificación de correo electrónico para los nuevos usuarios.

Las vistas de usuario Activo y Completo muestran las siguientes estadísticas de migración detalladas para cada usuario:

• Correo migrado
• Correo pendiente (nuevo correo a la espera de realizar la migración)
• Correo no procesado (correo que está fuera de los intervalos de fecha establecidos para la migración)
• Errores de migración (fecha rechazada por los servidores de Google)
• Errores de feeder (correo que no se pudo transferir a los feeders previos a la migración)
• Excluido (correo excluido por elementos como las reglas de carpetas o la regla de gestión del correo masivo)
• Correo electrónico de mayor tamaño al permitido (correo que no se migra porque supera el límite de tamaño de Google de 25 MB)
• Correo cifrado (correo no migrado porque se ha cifrado en Lotus Notes)
• Entradas de calendario migradas
• Entradas de calendario no procesadas (entradas que están fuera de los intervalos de fecha establecidos para la migración)
• Errores de entrada de calendario (datos rechazados por los servidores de Google)
• Contactos migrados
• Errores de contactos (datos rechazados por los servidores de Google)
• Grupos migrados
• Errores de grupos (datos rechazados por los servidores de Google)

La columna de tamaño en las vistas de usuario muestra la cantidad de contenido real en MB que se ha publicado en Google. Anteriormente, este valor solo mostraba el tamaño de base de datos de correo de Notes que resultaba confuso al verificar los resultados de migración.

El sistema de notificación mejoró para admitir la inclusión de etiquetas con las que extraer valores de campo de los perfiles de usuario y de configuración del sistema, además del perfil del sitio.

Las opciones de usuario y de sitio para tener el proceso de migración incluyen/excluyen correo en la carpeta de correo basura de Lotus Notes.

Controles de usuario y de sitio para tener correo desde las bases de datos de Notes agrupadas en una etiqueta de archivo en Gmail.

Los grupos, los contactos y el calendario se migran ahora antes que el correo electrónico. Los feeders se siguen completando antes de la migración, pero solo se migra el correo a G Suite después de que se hayan procesado el calendario, los contactos y los datos de grupo.

Se han añadido las referencias de recursos y de salas requeridas al cuerpo del evento de calendario de Google Calendar cuando dicha información aparece en el evento de Notes.

Vista Activar usuarios por sitio.

Diseño simplificado del formulario de perfil del usuario.

El método de migración de correo por lotes se ha desactivado por completo.

Se ha eliminado la opción de fecha límite de la migración de contactos/grupos.

Se ha actualizado la lista de ubicación para hacer coincidir las ubicaciones web en Google Calendar.

Las vistas de estado de migración de contactos y de calendario ya no se añaden a las bases de datos de archivo, ya que son redundantes.

No se mostraba la lista de participantes no válidos

Problema: la lista de participantes no válidos no se mostraba cuando el cuerpo de la entrada del calendario estaba vacío.

Solución: la lista de participantes no válidos se muestra de la forma esperada.

No se admitían caracteres especiales en las contraseñas

Problema: el sistema de gestión de cuentas no admitía algunos caracteres no alfanuméricos en las contraseñas durante la creación de la cuenta.

Solución: se admiten caracteres no alfanuméricos en las contraseñas de la forma esperada.

No se ejecutaban los agentes de GAMLN si los nombres de servidor no coincidían exactamente

Problema: cuando los nombres de servidor no coincidían en la consola de Domino y el directorio de Domino debido a diferencias en el uso de mayúscula/minúscula, los agentes no se ejecutaban.

Solución: se han eliminado las comprobaciones del uso de minúscula/mayúscula para permitir la ejecución de los agentes cuando los nombres de servidor coinciden letra a letra, pero no en lo que respecta al uso de minúscula/mayúscula.

Los enlaces al repositorio de archivos adjuntos no funcionaban

Problema: los enlaces de archivos adjuntos en los eventos de calendario no funcionaban.

Solución: los enlaces de archivos adjuntos en los eventos de calendario funcionan ahora de la forma esperada.

Los nombres de contactos personales aparecían en G Suite en el mismo formato que en Lotus Notes

Problema: los nombres de contactos personales aparecían en G Suite en el mismo formato que en Lotus Notes, que podía ser normal, abreviado o jerárquico.

Solución: el campo FullName de contacto personal aparece marcado durante la migración, y el nombre se muestra en G Suite con el formato normal.

No se aplicaban las referencias de carpeta para las bases de datos de archivo

Problema: no se aplicaban las referencias de carpeta para bases de datos de archivo cuando el estado de dichas bases de datos cambiaba de Completo a Activo tras una migración anterior.

Solución: se aplican las referencias de carpeta de la forma esperada.

A continuación, indicamos los problemas que se han resuelto en esta versión.

Los servidores de migración rechazaban mensajes con caracteres acentuados en los nombres de Notes

Problema: los servidores de migración rechazaban mensajes que contenían caracteres acentuados en los nombres de Notes.

Resolución: ahora, los caracteres acentuados se sustituyen por el siguiente carácter disponible del conjunto de código ASCII. Asimismo, si GAMLN no puede convertir un nombre de Lotus Notes en una dirección de Internet para realizar la migración (por ejemplo, cuando una persona ya no trabaja en la empresa y el documento relacionado con dicha persona se ha eliminado del directorio de Domino), la aplicación sustituye los espacios del nombre de Lotus Notes original por guiones bajos antes de añadir ese valor a los campos "Para", "De", "CC" y "CCO". En este caso, un nombre de Notes como Tiboldi Mária/RINGIER-H pasa a ser Tiboldi_Maria/RINGIER-H.

Algunos mensajes migrados no se mostraban correctamente en Gmail

Problema: la introducción de saltos de línea adicionales en los mensajes de correo que constaban de varias partes provocaba que Gmail mostrara algunos mensajes de forma incorrecta e impedía que los archivos adjuntos pudieran abrirse tras la migración.

Solución: se han eliminado los saltos de línea adicionales. Los mensajes se muestran del modo esperado y los archivos adjuntos se abren correctamente.

Se han mejorado las fórmulas del tipo "Hide-when" (Ocultar cuando) de las acciones de formulario

Se han optimizado las vistas de estado de la migración

El formulario del sitio ("Site Profile" [Perfil del sitio] > pestaña "Advanced" [Opciones avanzadas]) ahora incluye la opción Check and remove mail quotas before migration (Comprobar y eliminar las cuotas de correo antes de la migración). Cuando se utilizan cuotas de correo y la cuota de un usuario está a punto de alcanzarse o se ha superado, es posible que el sistema no pueda indicar los valores del estado de la migración en el contenido migrado. Esto puede provocar que el sistema repita la migración varias veces para los usuarios que se vean afectados; el contenido duplicado aparecerá en la cuenta de G Suite. Al habilitar esta opción, se permite al sistema eliminar las cuotas como parte de las comprobaciones previas al procesamiento.

Ahora, el sistema proporciona un formulario web que permite migrar contactos y grupos personales a los usuarios que ya no utilizan el cliente Lotus Notes para el correo del programa. En estos casos, migran los contactos y los grupos personales directamente desde el archivo de correo de Notes, sin necesidad de introducir la contraseña de G Suite en GAMLN.

Los archivos adjuntos comprimidos automáticamente se rechazaban al considerarse erróneos

Problema: el complemento ZipMail de Domino crea automáticamente un archivo comprimido de los archivos adjuntos cuando se añaden a un mensaje de Notes enviado desde un cliente Notes. G Suite rechazaba estos archivos adjuntos comprimidos al considerarlos erróneos.

Solución: ahora, los archivos adjuntos comprimidos automáticamente se migran de la forma esperada.

Las marcas horarias de algunos mensajes presentaban un desfase de una hora

Problema: en contadas ocasiones, la marca horaria de los mensajes presentaba un desfase de una hora en determinadas zonas horarias. El problema estaba relacionado con los cambios horarios de invierno y de verano. Según la zona horaria en la que se originara el mensaje y la posición respecto a la línea internacional de cambio de fecha del mensaje originado, la marca horaria podía aparecer una hora por delante o por detrás de la hora y de la fecha locales correctas.

Solución: ahora, los mensajes presentan marcas horarias correctas.

Error generado en migraciones de más de 32.768 mensajes

Problema: el sistema realiza un seguimiento del número de mensajes que se migran para cada usuario. Anteriormente, el sistema podía migrar un máximo de 32.768 mensajes. Una vez superado este límite, el sistema continuaba con la migración, pero se generaba un error.

Solución: el límite del sistema ha aumentado para permitir realizar migraciones de mayor volumen sin que se generen errores falsos.

Ahora, los calendarios se migran mediante credenciales de administrador, con lo que no es necesario capturar contraseñas de usuario.

Los usuarios pueden migrar contactos si se les envía un formulario de migración de contactos.

La carpeta de exclusión se ha sustituido por la opción de incluir o de excluir expresamente carpetas en la migración.

Ahora, los administradores pueden restablecer las migraciones con un solo clic desde la base de datos de administración, en lugar de tener que abrir los archivos de correo por separado para llevar a cabo el restablecimiento.

Se ha mejorado el método de registro: ahora, cada base de datos de Feeder administra su propio registro de sucesos detallado, en lugar de tener un registro por sitio web.

Si configuras el sistema para gestionar cuentas de G Suite, los usuarios deberán actualizar sus perfiles estableciendo sus contraseñas de Google.

Recomendamos utilizar un máximo de nueve bases de datos de feeder para que al menos una conversación de agente permanezca disponible.

Algunos caracteres de contraseñas no se codificaban correctamente en las URL

Problema: cuando las contraseñas estaban codificadas en las URL, algunos caracteres no se codificaban correctamente, lo cual provocaba errores de acceso y problemas de CAPTCHA.

Solución: los caracteres están correctamente codificados en las URL y las contraseñas se transmiten de la forma esperada.

Al habilitar las respuestas de tipo "Fuera de la oficina", el agente enviaba correos electrónicos como respuesta a las actualizaciones de estado

Problema: al habilitar Ausente de la oficina, el agente asociado enviaba correos electrónicos como respuesta a las actualizaciones de estado de GAMLN.

Solución: ahora, el sistema comprueba el estado del agente antes de procesar cada archivo de correo. Si el agente está habilitado, el sistema continúa con el usuario siguiente. El usuario para el que se habilitó el agente Ausente de la oficina se procesa posteriormente, cuando se ha inhabilitado el agente.

Las horas o fechas en formato de 12 horas (a.m. y p.m.) del correo migrado se mostraban en Gmail como horas o fechas en GMT o UTC.

Problema: el correo migrado que utilizaba el formato de hora y fecha de 12 horas (a. m. y p. m.) aparecía en Gmail con horas y fechas en GMT o UTC.

Solución: ahora, el sistema utiliza un formato de hora y de fecha de 24 horas y los mensajes migrados se muestran con las horas y con las fechas locales correctas.

Cuando las bases de datos de Feeder procesaban excepciones de forma simultánea, se producían bloqueos de archivos

Problema: si dos o más bases de datos de Feeder procesaban excepciones simultáneamente, se producían bloqueos de archivos.

Solución: ya no se producen bloqueos de archivos cuando las bases de datos de Feeder procesan excepciones simultáneamente.

A continuación se indican las limitaciones y los problemas de esta versión. Cada problema incluye una breve descripción y su solución (si procede).

Las marcas horarias de algunos mensajes muestran un desfase de una hora

Problema: en contadas ocasiones, las marcas horarias de los mensajes presentan un desfase de una hora en determinadas zonas horarias. El problema está relacionado con los cambios horarios de invierno y de verano. Según la zona horaria en la que se origine el mensaje y la posición respecto a la línea internacional de cambio de fecha del mensaje originado, la marca horaria puede aparecer una hora por delante o por detrás de la hora y de la fecha locales correctas.

Estado: este problema se solucionará en una próxima versión.

Se ha aplicado un nuevo encabezado de correo para utilizarlo con las aplicaciones de terceros. Este encabezado de correo, X-Notes-Mensaje-ID, contiene el ID del mensaje de Lotus Notes original, que se obtiene del campo $MessageID de la nota o respuesta.

Se ha añadido una nueva vista de registro que muestra toda la actividad relacionada con las migraciones, clasificada por usuario (Base de datos de administración > Registros > Por usuario).

A continuación, indicamos los problemas que se han resuelto en esta versión.

Algunos cumpleaños y aniversarios no se migraban con las fechas correctas

Problema: los cumpleaños y los aniversarios que se mostraban en Lotus Notes y que tenían un componente de hora, pero no de fecha se migraban con fecha de 31 de diciembre de 1899.

Solución: ahora, los cumpleaños y los aniversarios se migran con las fechas correctas.

Los códigos postales y los números de teléfono no se migraban

Problema: los códigos postales y los números de teléfono no se migraban. Lotus Notes define estos tipos de campo como de texto en el formulario de la persona, pero en contadas ocasiones los documentos de contactos almacenaban estos valores como campos numéricos.

Solución: los códigos postales y los números de teléfono se migran de la forma esperada.

Se migraban los campos de prefijo y de sufijo de Lotus Notes en los que se seleccionaba la opción "Ninguno"

Problema: los campos de prefijo y de sufijo en los que se había seleccionado el valor "Ninguno" no debían haberse migrado.

Solución: si se selecciona "Ninguno" como valor para un campo de prefijo o de sufijo, ese campo no se migrará.

Si un archivo de correo se migraba más de una vez, se creaban contactos duplicados generados por el sistema

Problema: GAMLN genera un contacto cuando encuentra una dirección de correo electrónico en un grupo personal y no existe el documento de contacto correspondiente en Notes. Si un archivo de correo se migraba más de una vez, los contactos que el sistema había creado anteriormente no se reconocían, y la nueva migración creaba un nuevo documento de contacto, con lo que se generaban entradas duplicadas tanto en Notes como en G Suite.

Solución: los contactos generados por el sistema ya no se duplican.

A continuación se indican las limitaciones y los problemas de esta versión. Cada problema incluye una breve descripción y su solución (si procede).

Los siguientes elementos de texto enriquecido de Lotus Notes no son compatibles:

• Botones
• Zonas de interacción
• Secciones que se pueden ocultar o mostrar; las secciones de título y de contenido se migran expandidas

Los estilos de tablas avanzadas, como las que incluyen tabulaciones o animaciones, se convierten en tablas simples bidimensionales en Gmail.

Solo son compatibles las propiedades de tabla predeterminadas. Por ejemplo, las propiedades de formato como el color del borde y la anchura, y el relleno y el espaciado de las celdas se restablecen a los valores predeterminados.

Los mensajes que incluyen los tipos de archivos adjuntos siguientes no se migran: BAT, CHM, CMD, COM, DLL, EXE, PIF y VB.

Los mensajes marcados como no leídos en Lotus Notes aparecen como leídos tras la migración.

Si el campo de la fecha está vacío en un documento de Lotus Notes y no has realizado otros cambios en dicho documento, al hacer clic en "Salir" o al pulsar la tecla "Esc", el mensaje "¿Desea guardar los cambios?" no se muestra como debería. Se trata de un error conocido del cliente Lotus Notes. Asegúrate siempre de hacer clic en "Guardar" o en "Guardar y salir" si quieres guardar este tipo de cambios en un documento.