"Marcio Merlone" <[EMAIL PROTECTED]> writes:

> Temos um grande servidor com sendmail para migrar. S�o umas 20.000 contas e
> uns 3000 dom�nios. A princ�pio, pensamos em qmail + mysql + Maildir, mas
> existem algumas dificuldades pr�ticas que est�o inviabilizando o projeto,
> especialmente no que se refere �s configura��es dos clientes. Tenho ouvido
> muito na lista sobre o postfix (n�, Godoy?) e gostaria de algumas impress�es
> sobre o baita:

:o)))
Eu??? Eu sou o maior inocente que existe... :o))

E, com tantas listas como destino de tua mensagem, s� espero que o
Godoy seja realmente eu. :o)

> 1. Ele trabalha com Maildir sem problemas?

Sim.

> 2. Ele trabalha com o mysql usando tabelas "transport", "aliases" e "remote
> aliases". Os usu�rios s�o autenticados somente no passwd?

Ele n�o autentica usu�rios. � um MTA.
S� vai autenticar usu�rios se voc� usar SASL.

Para quaisquer outras tarefas, voc� deve precisar de um servidor POP
ou IMAP. Recomendo o Courier IMAP.


E sim, ele trabalha com o MySQL.

> 3.Tem como configurar dom�nios virtuais armazenando as configura��es no
> mysql?

Sim, de novo.

> E agora o sonho:
>
> "Eu sonho com o dia em que o MTA ter� todas as suas configura��es
> armazenadas em um banco de dados relacional, as mensagens ser�o entregues em
> Maildir podendo ser acessadas por NFS; ao criar um usu�rio no banco de dados

NFS is evil... Mesmo com Maildir, eu n�o confiaria muito. Primeiro
porqu� seu MDA nunca vai saber se teve ou n�o sucesso na entrega,
segundo pela lat�ncia.

Se n�o tiver como, procure usar NFS com atualiza��o s�ncrona (a
performance diminui), j� que isso diminui os riscos de perda de
mensagens. 

> por qualquer meio que seja usando somente SQL, seu Maildir ser�
> autogicamente criado pelo MTA caso n�o exista, as cria��es, exclus�es e
> altera��es de usu�rios, dom�nios virtuais e tudo o mais ser�o meramente
> opera��es de banco de dados, podendo ser feitas de qualquer plataforma, at�
> mesmo Windows usando ODBC sem necessidade de interven��o de daemons no
> servidor ou comandos no shell para configurar um dom�nio novo virtual ou um
> usu�rio. E claro, o usu�rio pedro de um dom�nio n�o vai interferir
> em nada

At� aqui, n�o vi problemas com v�rios MTAs existentes...
Se ele consulta a base de dados no servidor SQL, ent�o ao criar o
usu�rio ali ou mudar as configura��es ali, ele j� estar� habilitado. 

O Postfix possui a facilidade de se poder colocar v�rios mapas (n�o
sei se todos) em bancos de dados (ou ainda em LDAP). Para a parte de
dom�nios, usu�rios, dom�nios virtuais, isso � poss�vel.

Talvez algumas configura��es exijam arquivos separados ou a presen�a
no arquivo principal. N�o tive essa necessidade de jogar tudo no SQL
ou LDAP, ent�o n�o fui atr�s.

> no pedro de outro dom�nio nem com o pedro que tem shell no servidor.

Isso tamb�m � poss�vel, desde que se configure as coisas
corretamente. 

> Todos os servidores comungar�o suas configura��es acessando o banco de dados
> de suas configura��es pela rede em paz acessando a mesma storage por NFS e
> compartilhando a carga entre si, de forma que todos tenham o mesmo trabalho
> e remunera��o justa."

Hmmmm... Creio que isso tamb�m seja poss�vel. Bastaria que cada um
deles soubesse quem ele � para entregar as mensagens no local
correto. 

> A prop�sito, o sendmail trabalha com Maildir? ;^) Com Mysql j� vi que sim, e
> a estrutura de tabelas � pereita para n�s. Sendmail + Mysql + Maildir?

N�o fa�o a menor id�ia, mas sendmail tamb�m � evil. :o)))

> Obrigado por qualquer experi�ncia compartilhada ou link enviado.

Ah! Voc� queria links? :o))

Sugiro ler a documenta��o do Postfix
(file:///usr/share/doc/postfix-doc-<vers�o>), o site do Postfix
(http://postfix.org) e os arquivos da lista do Postfix (URL no site). 


Outros problemas tamb�m podem ser enviados para esta lista, de maneira
mais espec�fica e com detalhes.

-- 
Godoy. <[EMAIL PROTECTED]>

Solutions Developer       - Conectiva Inc. - http://en.conectiva.com
Desenvolvedor de Solu��es - Conectiva S.A. - http://www.conectiva.com.br

Attachment: msg40153/pgp00000.pgp
Description: PGP signature

Responder a