Migre caixas de correio do Kopano para o Grommunio ou Zammad: escolha o caminho certo.

O caminho de migração correto depende do que você entende por "caixa de correio". Se você precisa de um substituto para o Kopano que mantenha os e-mails em uma caixa de correio de grupo, use o caminho de migração do Kopano oferecido pelo Grommunio. Se você deseja uma fila de suporte compartilhada onde os e-mails recebidos se transformam em conversas e tickets de clientes, o Zammad pode ser uma boa opção — mas ele é um help desk, não um substituto para uma caixa de correio de grupo. A documentação de migração atual do Zammad não lista o Kopano como uma fonte de importação direta.

Essa distinção determina o que significa um resultado bem-sucedido. No Grommunio, os usuários devem conseguir encontrar seus e-mails e, após um processo de migração separado, os demais dados de groupware suportados nos quais confiam. No Zammad, os agentes devem visualizar a correspondência selecionada como tickets e artigos corretamente agrupados, com clientes e responsáveis ​​mapeados de acordo com o fluxo de trabalho de suporte. Nenhum dos sistemas de destino deve ser tratado como uma cópia exata do Kopano sem um projeto piloto e uma verificação de aceitação.

Selecione o destino antes de copiar os dados.

A visão geral de migração do grommunio recomenda gromox-kdb2mto Kopano/Zarafa e descreve esse caminho como a migração completa de caixas de correio, incluindo as propriedades MAPI. O caminho IMAP separado migra e-mails e pastas, mas não calendários ou contatos. Leia a visão geral de migração atual do grommunio antes de escolher uma ferramenta.

Planeje a migração e defina as verificações de aceitação.

Comece com um inventário em vez de uma cópia em massa. Registre cada usuário do Kopano, seus endereços principais e alternativos, identificador de armazenamento, tamanho da caixa de correio, contagem de itens, cota, pastas compartilhadas, delegados, pastas públicas e os serviços que autenticam os usuários. Observe se o Kopano usa LDAP e se os anexos são armazenados no banco de dados ou em um layout de sistema de arquivos. Uma transferência de caixa de correio pode mover o conteúdo, mas deixa para trás a configuração de diretório, o roteamento de e-mails e as permissões.

Escolha um pequeno conjunto piloto que represente o espaço físico: uma caixa de correio comum, uma caixa de correio grande e qualquer caixa de correio com acesso compartilhado, nomes de pastas em idiomas diferentes do inglês ou anexos incomuns. Faça backup da origem e do destino e realize a primeira importação para uma caixa de correio descartável ou de destino limpa. Defina verificações mensuráveis ​​antes de executar as ferramentas:

• Compare as árvores de pastas de origem e destino e a contagem de mensagens, incluindo pastas aninhadas.
• Abra mensagens antigas e recentes de exemplo, verifique a exibição do remetente e do destinatário, as datas, os corpos das mensagens e os anexos.
• Verifique os estados não lidos e sinalizados nos casos em que se espera que o método de migração os preserve.
• Teste calendários, contatos, tarefas, delegados e recursos compartilhados separadamente; não presuma que o sucesso deles se baseie em uma importação de e-mail bem-sucedida.
• Registre os objetos ignorados, os erros e as diferenças e, em seguida, decida se são aceitáveis ​​ou se exigem um método diferente.

Opção A: migrar Kopano para Grommunio

Use o caminho de migração do banco de dados Kopano quando precisar de fidelidade de caixa de correio.

Para bancos de dados Kopano compatíveis, o grommunio documenta um caminho direto usando o utilitário `grommunio` gromox-kdb2mtem conjunto com gromox-mt2exmo utilitário `grommunio`. O primeiro utilitário lê um armazenamento de um banco de dados SQL do Kopano e seu armazenamento de anexos associado; o segundo importa o fluxo de transferência para uma caixa de correio do grommunio. Siga a sintaxe de invocação e as opções para as versões que você instalou, em vez de copiar uma linha de comando genérica de outra implementação.

O serviço SQL de origem e os arquivos anexos necessários devem estar acessíveis ao processo de migração. O manual atual do gromox-kdb2mt lista as versões de esquema de banco de dados suportadas e observa que as instalações que utilizam essas versões attachment_storage=files_v1-x-yprecisam das opções correspondentes --l1. --l2Se o layout da sua origem for diferente, pause o processo e resolva o mapeamento de armazenamento antes de tentar uma importação completa.

Prepare os domínios e caixas de correio de destino antes da importação. Se o Kopano utiliza LDAP, verifique se o Grommunio usará o mesmo diretório e teste a correspondência de usuários antes de transferir os repositórios. O guia oficial de migração do Kopano descreve um fluxo de várias etapas: configurar a integração com o diretório de destino, quando aplicável, criar os repositórios, migrar os dados do usuário e, em seguida, alterar o roteamento de e-mail. O guia também alerta que pode não abranger todas as instalações de origem.

Mapeie os usuários deliberadamente. O banco de dados do Kopano pode identificar lojas por meio de metadados numéricos ou GUID, em vez de um simples endereço de e-mail. O grommunio documenta o kdb - kdb-uidextractuidextract como um auxiliar para gerar um mapa de usuários a partir de um sistema Kopano em execução; consulte o manual do kdb-uidextract . O mapeamento é importante para os endereços dos destinatários e para as entradas de controle de acesso. Uma transferência pode ser tecnicamente bem-sucedida mesmo que as permissões da pasta compartilhada ainda apontem para identidades que não existem no destino.

Use a sincronização IMAP somente quando seus limites corresponderem ao seu escopo.

Se a migração direta do banco de dados não estiver disponível, ou se você precisar apenas de e-mail, a sincronização IMAP pode ser uma alternativa prática quando o IMAP estiver habilitado e acessível no Kopano. imapsyncO fluxo de trabalho documentado do grommunio oferece suporte a execuções completas e incrementais repetíveis e preserva pastas de e-mail, sinalizadores padrão e datas internas. Suas limitações são significativas: o IMAP não transfere calendários, contatos, tarefas, notas, regras do servidor, delegações, pastas públicas ou senhas.

Prepare primeiro as caixas de correio e quotas de destino, proteja as credenciais em arquivos protegidos e teste a conectividade antes da primeira cópia. Execute uma sincronização inicial para uma caixa de correio piloto, revise o resultado no grommunio Web e, em seguida, repita uma sincronização incremental após o redirecionamento do fluxo de e-mails. O guia detalhado de migração IMAP do grommunio inclui preparação, verificações de teste, mapeamento de pastas, sincronização incremental, transição e resolução de problemas. Evite as opções de espelhamento ou exclusão, a menos que tenha verificado exatamente o que elas removem.

Opção B: migrar a correspondência selecionada para Zammad

O Zammad organiza o trabalho como tickets com artigos, clientes, grupos e agentes. Ele não recria uma caixa de correio no estilo Exchange com calendário, contatos, tarefas, permissões de pastas e o comportamento normal de um cliente de e-mail. Sua documentação de migração lista atualmente sistemas de origem suportados, como Freshdesk, Kayako, OTRS e Zendesk, mas não o Kopano. A documentação afirma que migrações para sistemas de origem não suportados exigem uma abordagem baseada em API ou desenvolvimento de migração personalizado.

Antes de criar um importador, defina as regras de conversão. Decida quais caixas de correio ou pastas do Kopano representam solicitações de suporte, como agrupar mensagens em conversas, como associar remetentes a clientes do Zammad e como mapear a propriedade ou categorias antigas para grupos e agentes do Zammad. Uma caixa de correio não é automaticamente uma fila de tickets: correspondências pessoais, newsletters, rascunhos e notificações automatizadas podem não ser relevantes para tickets de atendimento ao cliente.

Para dados históricos, planeje um processo controlado de exportação e importação usando uma API do Zammad compatível ou um migrador personalizado. Preserve as datas e cabeçalhos originais das mensagens sempre que o modelo de dados de destino permitir, mantenha os anexos e registre a caixa de correio de origem e os identificadores das mensagens para rastreabilidade. Importe primeiro uma pequena amostra para uma nova instância do Zammad. As regras gerais de migração do Zammad estabelecem que as migrações de origem são do tipo "tudo ou nada" e exigem uma nova instância; essas regras se referem aos módulos de migração documentados, portanto, confirme o comportamento de qualquer importador personalizado separadamente.

Use o canal de e-mail do Zammad para conectar o endereço que deverá criar ou receber novas mensagens de suporte após a migração. A documentação atual do canal de e-mail do Zammad descreve a conexão com provedores de e-mail e o roteamento de mensagens recebidas. Trate a configuração do canal e a importação do histórico de mensagens como tarefas separadas. Não direcione uma caixa de entrada de um cliente em produção para um importador não testado: tickets duplicados, respostas inesperadas ou roteamento incorreto podem afetar usuários reais.

Transfira sem perder correspondências recebidas.

Mantenha o Kopano disponível e com backup durante todo o período de aceitação. Após a aprovação do piloto, execute a migração principal e registre uma linha de base de origem. Agende uma pequena janela de manutenção para pausar ou redirecionar a entrega, realizar uma importação delta final ou de recuperação, alternar o roteamento MX ou interno e, em seguida, enviar mensagens de teste de dentro e de fora da organização. A visão geral da migração da Grommunio recomenda especificamente uma execução delta final após a troca de DNS/MX para que as mensagens que chegarem durante a transição não sejam perdidas.

Atualize o login do usuário, a configuração do cliente, a descoberta automática, os dispositivos móveis, os aliases, as regras de retransmissão e qualquer aplicativo que envie e-mails pelo Kopano. Essas ações são independentes da cópia dos dados da caixa de correio. Mantenha um plano de reversão: saiba como rotear os e-mails de volta, como os usuários acessarão o servidor original e quem pode autorizar uma reversão caso o destino falhe na aceitação.

Como avaliar o resultado — e quando mudar de abordagem.

Uma migração está pronta para uso normal quando as pastas e o conteúdo representativo do destino correspondem à origem dentro da tolerância acordada, os usuários conseguem encontrar mensagens recentes e antigas, os anexos são abertos e o fluxo de e-mails funciona em ambas as direções. Para o Grommunio, verifique separadamente a migração de calendário e contatos, o acesso compartilhado, o login no diretório e o comportamento do cliente. Para o Zammad, verifique os limites dos tickets, a ordem dos artigos, as correspondências de clientes, a visibilidade, a atribuição e se as mensagens antigas não acionaram respostas de saída indesejadas.

Altere os métodos se o piloto mostrar dados MAPI ausentes, anexos corrompidos, ACLs não resolvidas ou a necessidade de preservar recursos de groupware que uma cópia IMAP não consegue transportar. Para o Zammad, reconsidere o destino se o requisito principal for a continuidade da caixa de correio pessoal ou o suporte a calendário/contatos. Uma migração personalizada pode fazer a ponte entre modelos de dados, mas adiciona trabalho de mapeamento, teste e manutenção; não é equivalente a uma importação nativa de caixa de correio do Kopano. Mantenha o Kopano em modo somente leitura ou preserve um arquivo separado até que usuários e administradores possam verificar os registros de que precisam.