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

[Andre Ramoni]

On Saturday 15 December 2007 17:50:50 Fabiano - deStilaDo wrote:
> 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?
Na verdade tem.
Configurando um DNS temporario local resolvendo o mx como o servidor local e 
resolvendo zonas externas nos rootservers. Mas isso testaria apenas se ele 
recebe emails pro dominio configurado... o que nem precisa de teste...

De qq forma, ao configurar o postfix certifique-se de respeuitar as mesmas 
restrições configuradas no qmail.

Eu acho que se voce sabe configurar bem o postfix, nao ha o que dar errado. 
A parte mais dificil seria migrar os dados, que como eu falei, da pra fazer 
com scripts depois testar se o imap vai acessar o maildir direito.

Depois dos dados e contas migradas, não vejo dificuldades... como você só tem 
1 ip publico, seria somente questão de trocar o nat no firewall.

>
> 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..

No caso, pegar por IMAP e injetar via SMTP. IMAP não envia.
IMAP está previsto para ser implementado assim que eu tiver uma primeira 
versão usando pop funcionando. :)



>
> 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