Re: [gentoo-user-br] Migracao de servidor de e-mail (qmail -> postfix)

[Fabiano - deStilaDo]

O problema é justamente "como" testar...

Como eu posso ter um servidor paralelo funcional sem desativar o
atual? Sendo que o novo só pode estar na intranet e não tem ip válido?
Tem como fazer um domínio teste funcionar nessas condições?

Quanto a migração das caixas, seu programa não funcionaria no meu
caso, pois, além de serem dezenas de milhares de e-mails por caixa, e
a maioria mto pesados (megas de anexos), eles estão organizados numa
estrutura de pastas no imap. E o cliente POP não conseguiria ler as
essa organização, nem as caixas de saída, rascunho, etc.

Daí talvez um IMAP pra IMAP funcione, mas ainda não é esse meu
problema agora. É fazer o postfix funcionar antes de desativar o
qmail..


On Dec 15, 2007 4:38 PM, Andre Ramoni <andre.ramoni@×××××.com> wrote:
> Fabiano,
>
> Se você não está seguro dos passos, e não tem total conhecimento e
> planejamento de como migrar, não migre. Faça todos os testes necessários para
> você entender como tudo funciona, e depois, planeje a migração de forma a
> correr sem imprevistos. Afinal, 2 dias para migrar isso é muito. 4 horas dá.
>
> Outra coisa, quanto à migração das caixas de email com os dados...
> Migrar as contas é até simples, visto que o vpopmail te dá as senhas também.
> O destino será um postfix com contas no mysql ou no sistema ?
> De qq forma, você consegue migrar as senhas, pois o vpopmail te dá as senhas
> em texto e você pode usar uma função MD5 para já gravar no shadow ou no
> mysql, sem precisar ficar entrando com cada senha na criação.
>
> Já quanto aos dados, vai depender mais do programa de pop/imap, que possa dar
> algum problema com a sintaxe do nome dos arquivos, mas não custa testar
> antes.
>
> Para migração de dados (os emails) entre servidores, eu estou justamente
> começando a escrever um programinha simples, que acho que faria a migração da
> forma ideal: o programa vai conectar via pop no servidor origem, baixar todas
> as mensagens e enviar via smtp pro servidor destino. Assim não tem como dar
> problema.
>
>
>
>
>
>
> On Friday 14 December 2007 18:21:11 Fabiano - deStilaDo wrote:
> > Olá senhores,
> >
> > estou com algumas dificuldades na migração de um servidor de e-mails.
> >
> > Meu dead-line é esse final de semana, eu vou começar executar a
> > migração hoje a noite e até segunda de manhã tem que estar tudo
> > funcionando.
> >
> > Eu já li toda a documentação que eu achei e virei o google do avesso,
> > porém, é difícil achar documentação sobre migração, a maioria é apenas
> > sobre instalação de servidores de e-mail.
> >
> > Um dos problemas é que eu não tenho muita autonomia na rede, posso
> > mexer em algumas coisas, em outras não. Outro problema é a disposição
> > atual dos servidores e que a empresa só tem um IP válido na internet.
> >
> > O sistema é legado, o projeto é uma bosta e estou tentando melhorar e
> > transformar aquilo numa rede decente.
> >
> > A rede é assim: tem um modem da gvt com ip fixo configurado como
> > roteador e na rede interna tem um ip 10.1.1.1. Um dos problemas que eu
> > vejo é que eu vejo é que essa rede interna só tem 2 ips, esse do modem
> > e a próxima máquina, que está ligada direto no modem e que tem ip
> > 10.1.1.2. Essa última máquina, vou chamá-la de B (de bosta mesmo, a
> > origem de todos os meus problemas).
> >
> > A máquina B funciona como gateway, ela tem outra placa de rede, essa
> > sim para a verdadeira intranet da empresa, com ip 192.168.0.6, e é
> > esse ip que está configurado como gateway de todas as máquinas da
> > rede. B faz NAT pra distruibuir internet pra máquinas.
> >
> > A máquina B é um Slackware, além de gateway, ela é o atual servidor de
> > e-mail E de caixa de e-mail, ela tem um qmail rodando com courier imap
> > e vpopmail. Os e-mails são armazenados em maildir e todas as máquinas
> > acessam os e-mails com cliente de imap.
> >
> > Pra ajudar, a máquina B é o DNS externo e interno da rede. É o DNS que
> > está publicado no Registro.BR para o domínio da empresa.
> >
> > A máquina que será o novo servidor de e-mails, vou chamá-la de A (essa
> > sim é classe A =), é um Gentoo AMD64 hardened, essa é máquina que eu
> > montei e tenho acesso total, um hardware decente, bastante memória,
> > RAID, etc. Essa máquina deve rodar um Postfix e as caixas devem ser
> > Cyrus IMAP.
> >
> > O requisito que eu tenho é portas as caixas de e-mail, isso é
> > obrigatório. Mas como eu vou continuar usando maildir, acredito que
> > não vou ter muitos problemas.
> >
> > Agora, a dúvida principal é como eu vou proceder na migração em si.
> > Sugestões? Eu conversei com alguns administradores, e surgiram algumas
> > idéias:
> >
> > Eu preciso testar o postfix antes e umas das dúvidas é como fazer
> > isso. Uma das idéias é por uma regra no iptables de B para que tudo
> > que receber na porta smtp de B, mande pra smtp de A. Mas eu acho que
> > isso não funciona, por causa dos nomes das máquinas, o mx do DNS, a
> > máquina A só estar na rede interna, etc. E enquanto a regra estiver
> > ativa, eu posso estar perdendo e-mails.
> >
> > Outra idéia seria criar um segundo domínio temporário para testes, por
> > exemplo com um desses serviços free, tipo dyndns. Mas eu também não
> > sei se isso funcionaria, acho que o gateway não tem como saber pra
> > qual domínio o e-mail foi mandando para encaminhar para A ou B, pois
> > ele trabalha na camada IP apenas. Então, quem deveria fazer isso,
> > seria o qmail, mandar pra caixa caso o e-mail seja para o domínio
> > original, ou mandar pra A caso seja para o outro. Mas também não sei
> > fazer isso, praticamente não manjo de qmail, e me disseram que isso
> > também não dá certo, que só funcionaria se o domínio de A fosse um
> > subdomínio de B, e que mesmo nesse caso, eu teria que ter dois
> > servidores de DNS, um externo pra internet que publicaria o mesmo ip
> > para todos os domínios e subdomínios, e outro DNS interno que
> > publicaria os ips de intranet das máquinas internas.
> >
> > Seria tão mais fácil se eu tivesse mais que um ip disponível, acho que
> > o ideal seria criar uma DMZ, mas infelizmente não tenho como. E A tem
> > que continuar sendo um ip interno apenas e que se comunica com a
> > internet apenas através do gateway, a idéia é que todos os serviços do
> > gateway vão sendo retirados da máquina B aos poucos e que no final ela
> > seja uma máquina apenas gateway/firewall.
> >
> > Agradeço qualquer ajuda, sugestões, pitácos, críticas, links,
> > documentação, dicas, etc., etc.
> >
> > Fabiano.
>
>
> --
> gentoo-user-br@g.o mailing list
>
>



-- 
Fabiano.
-- 
gentoo-user-br@g.o mailing list