Recomendado Dovecot / Thunderbird para Exchange / Outlook Migration Strategy

2

Estamos movendo ~ 60 caixas de correio de usuário de uma configuração do Postfix / Dovecot / Maildir para o Exchange 2007. Estou ciente de Transporter Suite da Microsoft , que permitirá uma conversão de caixas de correio IMAP para Exchange em massa. No entanto, há uma preocupação sobre como limpar um processo fracassado, caso haja um problema imprevisto. Aparentemente, tentar remover uma caixa de correio do Exchange corrompida para um usuário também resulta em uma caixa de diálogo bastante assustadora que implica que a conta de usuário também será removida , não apenas a própria caixa corrompida. Embora o repositório de emails original (no formato Maildir) esteja disponível, precisaríamos da capacidade de remover as caixas ruins em questão e repetir o processo, portanto, esse método não é uma opção viável.

Neste momento, tenho graves preocupações sobre a possibilidade de afetar uma transição em lote ou em massa sem uma intervenção manual massiva. Estamos tentando evitar visitar mais de 50 desktops e mover manualmente os e-mails usando o Outlook ou o Thunderbird como um agente "pivot"; embora seja 100% garantido que funcione, levará semanas ou meses para mover mais de 2,5 milhões de mensagens uma conta por vez.

Então, comecei a investigar outras ferramentas e métodos, tanto de código aberto quanto comerciais.

O primeiro que eu tentei foi OfflineIMAP , que, como se vê, é não é muito amigo do Exchange ; um efeito sutil do processo de migração resulta no esgotamento das propriedades nomeadas do Exchange devido a um cabeçalho exclusivo sendo gerada para cada email movido. Um patch está disponível para isso, que altera o cabeçalho exclusivo em um único cabeçalho genérico que possui um identificador exclusivo depois, evitando o problema da exaustão. No entanto, depois de aplicar o patch, ainda há alguns problemas. Uma pena, realmente, como teria sido bom mantê-los em sincronia.

No lado comercial, dei uma breve olhada em Transend Migrator em um modo de teste. Os resultados foram misturados e parece haver pouca documentação entregue com o binário. Isso dificilmente é encorajador, especialmente para algo que os usuários finais perceberão se der errado.

Existem outros problemas também. As caixas de correio são armazenadas como Maildir, mas os nomes das caixas estão de acordo com as expectativas do Thunderbird (já estamos na TBird há vários anos). Muitos nomes de caixas não correspondem (Itens Enviados vs. Itens Enviados, Lixo vs. Itens Excluídos, etc.) e precisam ser traduzidos de forma eficaz à medida que são portados. Sim, nós agradamos muito aos nossos usuários finais - uma migração bem-sucedida consistirá em informá-los que estamos migrando para o Outlook e dando a todos uma pequena turma de 30 minutos, seguida por pessoas abrindo suas novas caixas de correio baseadas no Exchange pela primeira vez. p>

Alguém em algum lugar com certeza tem algo que funciona ...

EDIT: Um follow-up

O script larch, escrito em Ruby, forneceu a solução mais fácil, embora com algumas ressalvas. Aqui está uma versão altamente condensada do que acontece:

  1. Obtenha o nome de usuário e a senha do usuário. Ter a senha redefinida após a transição.
  2. Conecte-se à caixa do usuário via IMAP e certifique-se de que a caixa de entrada esteja inscrita e de que todas as mensagens estejam marcadas como lidas. Há um problema no lado do Exchange que pode impedir que as mensagens sejam importadas com êxito se a mensagem não for lida e estiver em um determinado estado ...
  3. Altere o mapa de transporte do postfix para apontar para o servidor do Exchange, o que faz com que todas as novas entregas cheguem ao servidor Exchange em vez do servidor de email atual.
  4. Use o comando larch para mover o email, omitindo a lixeira do usuário. Tivemos que capitular e omitir isso porque havia usuários transformando o lixo em um sistema de arquivamento pessoal.
  5. Anote todas as mensagens que não foram transferidas. Reexamine e tente recopiá-los novamente. Isso só moverá as mensagens mais recentes.
  6. Crie um registro no MySQL que instrua o Dovecot a entrar no modo proxy para esse usuário e aponte o registro para o servidor Exchange. Isso permite que os clientes existentes se conectem inalterados até que estejamos prontos para configurar sua instalação do Outlook.
  7. Reconecte-se à Caixa de entrada do usuário e verifique se todas as mensagens foram copiadas.
por Avery Payne 15.05.2009 / 01:32

5 respostas

1

O melhor caminho a percorrer é usando o imap!

Você PODERIA permitir que cada usuário movesse as mensagens, fornecendo as duas contas no Outlook.

Eu fiz uma migração do Cyrus para o Exchange 2003 usando uma caixa linux separada com o pacote Debian "uw-mailutils" e este comando:

mailutil transfer -verbose {imap.xxx.org:143/imap/user=m_xxx}INBOX {exchange.xxxx.org:143/imap/[email protected]} CAIXA DE ENTRADA

mailutil é do projeto UW-IMAP. Toda distribuição do Linux deve conter isso.

Quando ele falhou (o que não aconteceu) eu iria apenas para a conta do Exchange e excluir "INBOX"

    
por 15.05.2009 / 01:56
4

Eu fiz muitas dessas migrações em sistemas muito maiores; Mais de 300 caixas de correio e eu migrei em várias direções: Courier - > Cyrus, Exchange - > Ciro, Courier - > Exchange e Cyrus - > Troca ...

Nossa ferramenta de escolha é chamada imapsync; um script Perl de código aberto. Ele usa o protocolo IMAP real para lidar com migrações, aliviando assim a necessidade de lidar com os detalhes subjacentes de cada implementação (formatos de aildir, anotações de caixa de correio, como DONT (.) Vs. slash (/).

O IMAPSYNC também é reentrante seguro. Você pode executá-lo várias vezes nas mesmas contas e copiar apenas o que não foi copiado na primeira vez ou qualquer novo e-mail que possa ter chegado.

Normalmente, despejamos todas as contas de usuário em um script BASH que, no final, é executado da seguinte forma:

./imapsync --host1 mail.pozicom.net --user1 someone@domain --password1 mypassword \
           --host2 localhost --user2 someone@domain --password2 mypassword

Onde host1 é de onde você está copiando host2 é onde você está copiando.

Você pode obter o IMAPSYNC aqui: link

    
por 06.09.2009 / 17:36
1

Eu usei o programa "imapsync" antes para migrar de um servidor IMAP para o Scalix (um sistema semelhante ao Exchange ). Pense no rsync para caixas de correio IMAP.

Jim.

    
por 15.05.2009 / 02:20
1

Temos um enorme sistema de correio grande e, rotineiramente, ingerimos usuários de outros sistemas de e-mail (normalmente Notes ou Groupwise). Um ponto comum em todas essas migrações é que a parte de migração de dados é sempre um desastre. Sempre há problemas intratáveis, os problemas VIP acabam tendo prioridade e a população normal de usuários sofre. As ferramentas de migração têm bugs que nunca são corrigidos porque ninguém faz uma migração do Notes- > Exchange duas vezes!

O que estamos procurando em uma estratégia futura é uma caixa de correio predominantemente greenfield, com os usuários identificando e-mails que devem ser mantidos. Para você é fácil - mantenha os servidores dovecot funcionando por 6 meses, instale os perfis do Outlook apontando para o antigo sistema imap (acredito que isso seja programável com o Outlook 2007) e permita que os usuários migrem em seu próprio tempo.

Você descobrirá que a maioria das pessoas realmente não precisa do que eles dizem que precisam, e depois de 6 meses, qualquer necessidade legítima de mover dados para o novo sistema será feita.

Outra opção é usar uma solução de arquivamento de email. Temos que arquivar todos os e-mails devido a litígios, e muitas vezes você pode "ingerir" mensagens de um sistema antigo em uma solução de arquivamento hospedada. Confira os serviços do Postini e do Microsoft Hosted.

    
por 15.05.2009 / 03:26
0

Use o Transporter Suite. Foi escrito especificamente para este propósito.

Basicamente, você importa um arquivo CSV dos usuários e senhas do IMAP e importa os dados corretamente. Você também pode importar usuários um de cada vez, se tiver medo de fazer um processo em lote. Na verdade, é muito difícil erradicar uma importação.

Não use o imapsync ou qualquer outro mecanismo de sincronização baseado em IMAP para IMAP. Isso funciona, mas muitos dos metadados serão estragados - especificamente datas. Mesmo com a opção --syncinternaldates, o Exchange ainda sobrescreverá as datas para a data atual, e você terá uma migração fracassada.

    
por 04.06.2009 / 10:08