Oi, Godoy, (...) > Deixa eu ver se entendi... > HOJE > Usu�rio: joao > E-mail: joao@dominiovirtual > Configura��o do MUA: joao > Mascaramento no sendmail: joao -> joao@dominiovirtual > > QMAIL > Usu�rio: joao > E-mail: joao@dominiovirtual > Configura��o do MUA: joao@dominiovirtual > Mascaramento no qmail: (n�o feito) > > � isso?
Quase. Vamos chamar os "usu�rios" de "clientes", para n�o confundir com os usu�rios "reais" da m�quina. Os usu�rios reais da m�quina (n�s) que se lasquem! :^) Mais uma coisa, na verdade nem preciso de usu�rios reais. A maioria dos "clientes" n�o vivem no passwd da m�quina, est�o em uma tabela de alt_pop (dbm). Por isto n�o importa o que seria "usu�rio". O ideal � que continue assim, sem que estejam no passwd e s� num mapa. Se algum usu�rio "real" precisar de mail no servidor, replicamo-lo como um "cliente". HOJE E-mail: joao@dominiovirtual Cfg MUA: xpto Mailbox: /var/mail/xtpo Redirecionamento: joao@dominiovirtual xpto@dominioreal QMAIL E-mail: joao@dominiovirtual Cfg MUA: joao@dominiovirtual mais uma vez. Maildir: /var/vpopmail/domains/dominiovirtual/joao/Maildir/ Redirecionamento: N�o usa. NEED: E-mail: joao@dominiovirtual Cfg MUA: xpto Maildir: /qualquercoisa/xpto/Maildir/ Redirecionamento: joao@dominiovirtual xpto@dominioreal > O que eu vejo � que no Postfix voc� terial algo parecido com o que tem > no sendmail... S� que no cliente POP / IMAP, provavelmente, voc� teria > algo parecido com o que teria que ter no qmail (depende do cliente > POP/IMAP que voc� usar, claro) Para chegarmos a esta necessidade, precisar�amos criar uma situa��o semelhante � existente: os pares user/pass armazenados em uma tabela (hoje um dbm, amanh� mysql), todos eles funcionando com o dom�nio principal (xpto@dominioreal), e nos dom�nios virtuais apenas os redirecionamentos de virtual para real (o atual virtusertable do sendmail): joao@dominiovirtual xpto@dominioreal > > Se conseguirmos utilizar o Maildir em NFS (queremos fazer um cluster com > > blanceamento de carga e HA usando um switch ArrowPoint, por isto o NFS), e > > manter esta configura��o de redirecionamentos do atual virtusertable, > > poderemos migrar sem grandes traumas para os clientes. > Espera... Entendi menos ainda! O que o Maildir tem a ver com o MTA? Estou misturando tudo pois estou pensando na solu��o completa. Pra ser sincero, n�o sou muito experiente com MTA�s e seus c�mplices (MDA, MUA e afins). Mas preciso tra�ar a solu��o de uma ponta a outra. Quem vai mandar nos acess�rios (MDA, POP, SMTP, etc) � o MTA, por isto ele est� no t�pico, mas o assunto � todo o conjunto. Conjunto em cluster e balanceamento de carga acessando o mesmo Maildir por NFS... > Ou eu ou voc� estamos confundindo tudo. Voc� tem certeza que n�o est� > misturando SMTP e POP/IMAP??? Estou. ;^) Mas esta � a inten��o, se n�o n�o funciona, i.e. n�o tenho uma solu��o. > > Ainda, a manuten��o das contas no servidor sendmail � feita por daemons em > > perl. Seria muito bom podermos criar as contas e dom�nios e aliases e > > forwards no SQL e o MTA criar os arquivos/diret�rios necess�rios caso n�o os > > encontre, aposentando os tais daemons. O qmail n�o faz isto, o > > postfix faz? > Quem tem que criar isso � o MDA. � ele quem vai entregar as > mensagens. Te confesso que n�o me lembro como o local (MDA do Postfix) > faz, j� que mudei --- por causa de filtros --- o meu para o procmail e > ele faz isso. <pergunta ignorante> Me d� uns exemplos de MDA. procmail? </pergunta ignorante> > > Eu n�o sei se o uso do MySQL para armazenar todas as infos seria a solu��o > > de melhor desempenho, mas facilitaria muito a administra��o via Web/Intranet > > das contas, dom�nios, etc. > O uso do LDAP tamb�m seria MUITO interessante. > Ainda mais que ele � otimizado para leituras e possui um protocolo bem > otimizado. Bom saber sobre o LDAP, mas invi�vel agora devido � incapacidade t�cnica no assunto x tempo dispon�vel. O que estou adorando no postfix � que ele usa quase todos os acess�rios do sendmail, como o majordomo, procmail e etc... [ ]�s Marcio Merlone. Assinantes em 14/01/2002: 2216 Mensagens recebidas desde 07/01/1999: 150299 Historico e [des]cadastramento: http://linux-br.conectiva.com.br Assuntos administrativos e problemas com a lista: mailto:[EMAIL PROTECTED]
