On Sat, 24 Aug 2002 14:40:55 -0300 Jorge Godoy <[EMAIL PROTECTED]> wrote:
> Para qu� introduzir mais um ponto de falha se j� h� ferramentas
> especializadas em fazer a tarefa? Esse � o princ�pio do *nix: KISS.
E quem foi que falou em falha, o qmail tem tudo isso nativo e eu nunca ouvi falar de
falhas decorrentes destas funcionalidades, muito pelo contr�rio
Quanto a quest�o de desenvolvimento, como falei a ultima vers�o lan�ada do qmail foi a
1.03 que j� est� no ar a mais de 4 anos e sendo assim foi massivamente testada, a
vers�o 2 j� foi anunciada e esta em desenvolvimento ou seja, o desenvolvimento tamb�m
n�o parou...a ultima vers�o do postfix tem o que 1 ano, seis meses??
Outra coisa a palavra chave do qmail � a simplicidade o c�digo-fonte do qmail tem
aproximadamente 1/3 do do postfix. Com o tamanho vem a complexidade, com a
complexidade vem os BUGS, ali�s uma palavra bem familiar para os admins que usam
postfix n�o �?
> Quanto ao que seria dele sem o procmail, � poss�vel fazer muitas das
> coisas em arquivos. S� acho que n�o vale a pena faz�-lo. O procmail
> permite mais maleabilidade.
Sim realmente para usuarios avan�ados o procmail � muito bom, eu uso, vc usa, boa
parte do pessoal da lista usa, agora manda um usu�rio usar!! quero ver!!! agora criar
um arquivo e editar ele de acordo com suas necessidades, quase todos os usuarios
conseguem. Al�m do mais muitas coisas n�o s�o todas as coisas, e o que estamos
debatendo aqui � instalando-se o postfix, e instalando-se o qmail, qual � o melhor?
Sem procmail, nem nenhuma outra ferramenta...o padr�o...
> E qual o problema em rodar em cima do Postfix? :-)
> Talvez a migra��o n�o tenha valido a pena, automa��es, avisos a
> usu�rios quanto a mudan�as de procedimentos, etc.
Fiquei t�o intrigado com essa noticia que fui atras do caso Securityfocus. Eles
rodavam as listas em cima de um mailmanager que n�o consegui descobrir o nome, mas
este n�o dava conta do recado, ent�o eles trocaram para o qmail com ezmlm-idx e
injetam as mensagens em um servidor postfix externo que as envia (o que � um design no
minimo est�pido, especialmente quando se trabalha com VERP, acredito que vc mesmo v�
concordar)
Detalhe o venema implementa o suporte ao QMQP o que permite que as mensagens sejam
diretamente inseridas diretamente dentro do postfix excluindo-se o "midle-man (legal,
n�?)
Por falar em VERP, o postfix faz isso?
> > Ah e n�o podemos esquecer de nossa propria casa, esta lista roda com
> > ezmlm em cima qmail...
>
> Pergunte a quem colocou isso o que ele acha ;-)
> Voc� ouvir� v�rios xingamentos por parte dele e arrependimento. Ah! H�
> planos para mudar a lista para... Postfix + Mailman. ;-)
Veja isto soa no minimo estranho se as listas da Securityfocus, que vc deve convir
comigo, tem muito, mas muito mais tr�fego e usu�rios que esta aqui, roda beleza com o
ezmlm e qmail, porque essa n�o roda??
> E n�o h� nada que o Qmail fa�a que n�o possa ser feito no Postfix. O
> que muda de um para outro? Principalmente o algoritmo de delivery.
Muito bem lembrado, para mim trabalhar com um MTA que realiza entregas em Single-RCPT
� simplesmente excelente.
Gostaria de propor um exemplo real que pode ficar para o pessoal da lista como vc
faria para criar um log que gera-se uma c�pia de todas as mensagens que passam (entram
ou saem) do servidor incluindo seus atachments?
No qmail? Sete um recipiente na op��o QUEUE_EXTRA presente no arquivo extra.h, pare o
qmail e digite #make setup check.
voil� vc tem o seu log. O que n�o quer um log de tudo isso sem problema, edite o
arquivo que vc setou como recipiente com qualquer comando que trabalhe com saidas de
texto ex. awk e coloque as op��es que vc deseja. O que? ah vc n�o quer salvar isso em
um arquivo texto? sem problema, pode ser enviado para um usu�rio, banco de dados, para
um programa qualquer, o c�u � o limite...
---
{}'s
AJA
msg67774/pgp00000.pgp
Description: PGP signature
