Migração de servidor de e-mail sem emenda

Question

Estou no processo de migrar tudo do servidor A para o servidor B e isso inclui serviços de e-mail.

Já configurei o servidor B para aceitar correio para o nosso domínio, a autenticação do usuário está funcionando e também tenho um script que executa um rsync de dados do Maildir do servidor A para o servidor B fazendo as alterações necessárias para acomodar o dovecot. A entrega de correio para outro domínio de teste configurado no servidor B funciona bem.

Meu problema agora é como sincronizar & alternar do servidor B para o servidor A sem (se possível) ter correio entregue ao servidor enquanto os caches DNS expiram.

Existe uma maneira de evitar o período de "inconsistência" devido ao DNS TTL e ter uma alternância perfeita para o novo servidor?

    

Answer 1

Comece a sincronizar seus e-mails com o imapsync . (O site oferece uma versão paga, mas se você procurar no Google, você vai encontrá-lo gratuitamente no github ou algo assim ...). Então você faz o switch DNS. Então você sincroniza novamente com o imapsync. Se ainda houver e-mails chegando ao servidor antigo, você poderá sincronizar novamente e novamente ... até que todos os servidores de e-mail tenham o novo registro DNS.

O Imapsync tem a vantagem (através do rsync) que também pode fazer várias outras ações, como eliminar, definir um intervalo de datas específico (torna as sincronizações subseqüentes consideravelmente mais rápidas), ... O imapsync oferece várias opções, você deve experimentá-lo um pouco antes de entrar em "produção".

Em relação à inconsistência: você pode tentar configurar seu novo dovecot como um proxy para o antigo. Dessa forma, o novo pombal vê tudo o que o velho vê. Não tenho certeza de como isso funciona com a sincronização. Verifique os documentos dovecot.

    

Answer 2

Que tal apenas diminuir o DNS TTL para um período muito mais curto alguns dias antes de fazer a alteração real?

Em seguida, o cache DNS expirará rapidamente quando você fizer a troca real.

    

Answer 3

Se você tiver tempo e força de vontade para colocar mais uma camada na frente de seus servidores de e-mail existentes, poderá fazer tudo de forma transparente, sem qualquer tempo de inatividade.

1) Configure um novo servidor (um virtual provavelmente será ok)

2) Se você ainda não o fez, instale um gerenciamento de usuários centralizado, como o OpenLDAP. Ou para o seu caso, algo como pam_mysql vai fazer bem.

3) Instale Perdição para fazer proxy das conexões IMAP / POP. Perdição pode procurar o local do servidor do usuário a partir do local central de gerenciamento de usuários.

4) Instale o Postfix nele para entregar o e-mail ao servidor A ou B. Novamente, o Postfix pode procurar o local do servidor a partir do local centralizado.

5) Crie um script de migração que copie o email usuário-a-usuário com o imapsync ou outra ferramenta de sua escolha. Então, quando um usuário for migrado, atualize para o local centralizado, o fato de o usuário agora estar localizado no servidor B.