Migrar buzones de correo de Kopano a Grommunio o Zammad: Elija la ruta correcta

La ruta de migración adecuada depende de lo que entiendas por "buzón". Si necesitas un reemplazo para Kopano que almacene el correo en un buzón compartido, usa la ruta de migración de Kopano de grommunio. Si buscas una cola de soporte compartida donde los correos electrónicos entrantes se conviertan en conversaciones con clientes y tickets, Zammad podría ser una opción, pero es un servicio de asistencia técnica, no un reemplazo de buzón compartido. La documentación de migración actual de Zammad no incluye a Kopano como fuente de importación directa.

Esa distinción determina cómo se ve un resultado exitoso. En grommunio, los usuarios deberían poder encontrar su correo y, tras un proceso de migración independiente, los demás datos de software colaborativo compatibles que utilizan. En Zammad, los agentes deberían ver la correspondencia seleccionada como tickets y artículos correctamente agrupados, con los clientes y la propiedad asignados según su flujo de trabajo de soporte. Ninguno de los sistemas de destino debe tratarse como una copia exacta de Kopano sin una prueba piloto y una verificación de aceptación.

Seleccione el destino antes de copiar los datos.

La guía de migración de grommunio recomienda gromox-kdb2mtKopano/Zarafa y describe este método para trasladar buzones completos, incluyendo las propiedades MAPI. Su método IMAP independiente traslada correos y carpetas, pero no calendarios ni contactos. Lea la guía de migración de grommunio antes de elegir una herramienta.

Planificar la migración y definir las comprobaciones de aceptación.

Comience con un inventario en lugar de una copia masiva. Registre cada usuario de Kopano, direcciones principales y alias, identificador de la tienda, tamaño del buzón, recuento de elementos, cuota, carpetas compartidas, delegados, carpetas públicas y los servicios que autentican a los usuarios. Anote si Kopano utiliza LDAP y si los archivos adjuntos se almacenan en la base de datos o en un sistema de archivos. Una transferencia de buzón puede mover el contenido sin modificar la configuración del directorio, el enrutamiento del correo ni los permisos.

Seleccione un pequeño conjunto piloto que represente el entorno: un buzón de correo ordinario, un buzón de correo grande y cualquier buzón con acceso compartido, nombres de carpetas en idiomas distintos del inglés o archivos adjuntos inusuales. Realice una copia de seguridad del origen y del destino, y haga la primera importación en un buzón de destino desechable o limpio. Defina comprobaciones medibles antes de ejecutar las herramientas:

• Compare las estructuras de carpetas de origen y destino, así como el número de mensajes, incluidas las carpetas anidadas.
• Abra ejemplos de mensajes antiguos y recientes, verifique que se muestren el remitente y el destinatario, las fechas, el contenido y los archivos adjuntos.
• Compruebe los estados no leídos y marcados, ya que se espera que el método de migración los conserve.
• Pruebe los calendarios, contactos, tareas, delegados y recursos compartidos por separado; no deduzca su éxito a partir de una importación de correo exitosa.
• Registra los objetos omitidos, los errores y las diferencias, y luego decide si son aceptables o si requieren un método diferente.

Opción A: migrar Kopano a grommunio

Utilice la ruta de migración de la base de datos de Kopano cuando necesite fidelidad del buzón.

Para las bases de datos Kopano compatibles, grommunio documenta una ruta directa utilizando gromox-kdb2mtjunto con gromox-mt2exm. La primera utilidad lee un almacén de una base de datos SQL de Kopano y su almacenamiento de archivos adjuntos asociado; la segunda importa el flujo de transferencia a un buzón de grommunio. Siga la sintaxis de invocación y las opciones correspondientes a las versiones que tenga instaladas, en lugar de copiar una línea de comandos genérica de otra implementación.

El servicio SQL de origen y los archivos adjuntos necesarios deben ser accesibles para el proceso de migración. El manual actual de gromox-kdb2mt enumera las versiones de esquema de base de datos compatibles e indica que las instalaciones que utilizan attachment_storage=files_v1-x-yrequieren las opciones correspondientes --l1. --l2Si la estructura de su origen difiere, pause y resuelva la asignación de almacenamiento antes de intentar una importación completa.

Prepare los dominios y buzones de correo de destino antes de importarlos. Si Kopano utiliza LDAP, determine si grommunio usará el mismo directorio y pruebe la coincidencia de usuarios antes de transferir los almacenes. La guía oficial de migración de Kopano describe un proceso de varios pasos: configurar la integración del directorio de destino (cuando corresponda), crear almacenes, migrar los datos de usuario y, finalmente, cambiar el enrutamiento del correo. Asimismo, advierte que la guía podría no cubrir todas las instalaciones de origen.

Mapea los usuarios deliberadamente. La base de datos de Kopano puede identificar tiendas mediante metadatos numéricos o GUID en lugar de una simple dirección de correo electrónico. grommunio sirve kdb-uidextractcomo herramienta para generar un mapa de usuarios a partir de un sistema Kopano en funcionamiento; consulta el manual de kdb-uidextract . El mapeo es importante para las direcciones de destinatarios y las entradas de control de acceso. Una transferencia puede tener éxito técnicamente aunque los permisos de carpetas compartidas apunten a identidades que no existen en el destino.

Utilice la sincronización IMAP solo cuando sus límites coincidan con su alcance.

Si la migración directa de la base de datos no está disponible, o si solo necesita el correo electrónico, la sincronización IMAP puede ser una alternativa práctica cuando IMAP está habilitado y accesible en Kopano. imapsyncEl flujo de trabajo documentado de grommunio admite ejecuciones completas y diferenciales repetibles, y conserva las carpetas de correo, las marcas estándar y las fechas internas. Sus limitaciones son importantes: IMAP no transfiere calendarios, contactos, tareas, notas, reglas del servidor, delegaciones, carpetas públicas ni contraseñas.

Primero, prepare los buzones y las cuotas de destino, guarde las credenciales en archivos protegidos y pruebe la conectividad antes de la primera copia. Ejecute una sincronización inicial para un buzón piloto, revise el resultado en grommunio Web y, a continuación, repita una sincronización incremental después de que se redirija el flujo de correo. La guía detallada de migración IMAP de grommunio incluye preparación, comprobaciones de prueba, asignación de carpetas, sincronización incremental, transición y solución de problemas. Evite las opciones de duplicación o eliminación a menos que haya verificado con exactitud qué elementos eliminan.

Opción B: migrar la correspondencia seleccionada a Zammad.

Zammad organiza el trabajo como tickets con artículos, clientes, grupos y agentes. No recrea un buzón de correo al estilo Exchange con calendario, contactos, tareas, permisos de carpeta ni el comportamiento habitual de un cliente de correo. Su documentación de migración actualmente enumera sistemas de origen compatibles como Freshdesk, Kayako, OTRS y Zendesk, pero no Kopano. La documentación indica que las migraciones a sistemas de origen no compatibles requieren un enfoque basado en API o un trabajo de migración personalizado.

Antes de crear un importador, defina las reglas de conversión. Decida qué buzones o carpetas de Kopano representan las solicitudes de soporte, cómo agrupar los mensajes en conversaciones, cómo vincular a los remitentes con los clientes de Zammad y cómo asignar la propiedad o las categorías anteriores a los grupos y agentes de Zammad. Un buzón no es automáticamente una cola de tickets: la correspondencia personal, los boletines informativos, los borradores y las notificaciones automatizadas pueden no pertenecer a los tickets dirigidos al cliente.

Para datos históricos, planifique un proceso controlado de exportación e importación utilizando una API de Zammad compatible o un migrador personalizado. Conserve las fechas y los encabezados de los mensajes originales cuando el modelo de datos de destino lo permita, mantenga los archivos adjuntos y registre los identificadores del buzón y del mensaje de origen para garantizar la trazabilidad. Primero, importe una pequeña muestra a una nueva instancia de Zammad. Las reglas generales de migración de Zammad establecen que las migraciones de origen son de todo o nada y requieren una nueva instancia; estas reglas se refieren a sus módulos de migración documentados, por lo que debe confirmar el comportamiento de cualquier importador personalizado por separado.

Utilice el canal de correo electrónico de Zammad para conectar la dirección que debe crear o recibir correspondencia de soporte tras la migración. La documentación actual del canal de correo electrónico de Zammad describe cómo conectar proveedores de correo electrónico y enrutar los mensajes entrantes. Considere la configuración del canal y la importación del historial de buzones como tareas independientes. No dirija la bandeja de entrada de un cliente real a un importador no probado: la duplicación de tickets, las respuestas inesperadas o el enrutamiento incorrecto pueden afectar a usuarios reales.

Realizar la transición sin perder el correo entrante.

Mantenga Kopano disponible y con copias de seguridad durante el período de aceptación. Una vez superada la prueba piloto, ejecute la migración principal y registre una línea base de origen. Programe una breve ventana de cambio para pausar o redirigir la entrega, realice una importación delta final o de recuperación, cambie el enrutamiento MX o interno y, a continuación, envíe mensajes de prueba tanto desde dentro como desde fuera de la organización. La descripción general de la migración de Grommunio recomienda específicamente una ejecución delta final después del cambio de DNS/MX para que no se pierdan los mensajes que lleguen durante la transición.

Actualizar el inicio de sesión del usuario, la configuración del cliente, la detección automática, los dispositivos móviles, los alias, las reglas de retransmisión y cualquier aplicación que envíe correos a través de Kopano. Esto es independiente de la copia de datos del buzón. Mantener un plan de reversión: saber cómo redirigir el correo de vuelta, cómo accederán los usuarios al servidor original y quién puede autorizar una reversión si el destino no acepta la solicitud.

Cómo evaluar el resultado y cuándo cambiar de enfoque.

Una migración está lista para su uso normal cuando las carpetas y el contenido representativo del destino coinciden con el origen dentro de la tolerancia acordada, los usuarios pueden encontrar mensajes recientes e históricos, los archivos adjuntos se abren y el flujo de correo funciona en ambas direcciones. Para grommunio, verifique por separado la migración de calendario y contactos, el acceso compartido, el inicio de sesión en el directorio y el comportamiento del cliente. Para Zammad, verifique los límites de los tickets, el orden de los artículos, las coincidencias de clientes, la visibilidad, la asignación y que los mensajes antiguos no hayan generado respuestas salientes no deseadas.

Modifique los métodos si el piloto muestra datos MAPI faltantes, archivos adjuntos dañados, ACL sin resolver o la necesidad de conservar funciones de groupware que una copia IMAP no puede incluir. Para Zammad, reconsidere el destino si el requisito principal es la continuidad del buzón personal o la compatibilidad con calendario y contactos. Una migración personalizada puede conectar los modelos de datos, pero añade trabajo de mapeo, pruebas y mantenimiento; no es equivalente a una importación nativa de buzón de Kopano. Mantenga Kopano en modo de solo lectura o conserve un archivo separado hasta que los usuarios y administradores puedan verificar los registros que necesitan.