Ah e para suas questões de performance, a máquina que roda o esquema é
mais ou menos, a troca da máquina já está agendada pois roda desde
2006.

P4 HT
1 GB de RAM
Slackware Linux, kernel 2.6.35.3
600 contas de e-mail

[]'s

Hamilton Vera

2011/9/20 Hamilton Vera <[email protected]>:
> Recomendaria vc mandar para um socket, que acredito ser mais rápido.
>
> #master.cf
>
> smtp      inet  n       -       n       -       30       smtpd  -o
> content_filter=lmtp:unix:/tmp/dspam.sock
>
>
> Não uso o amavis, utilizo apenas o clamav, depois que o email vai par
> ao dspam ele entrega no clamav:
>
> #master.cf
>
> #PERMITINDO O REENVIO ATRAVES DO DSPAM E USANDO O CLAMAV
> localhost:10026 inet  n -       n       -       50        smtpd
> #  -o cleanup_service_name=pre-cleanup
>  -o content_filter=clamav:clamav
>  -o receive_override_options=no_unknown_recipient_checks,no_header_body_checks
>  -o smtpd_helo_restrictions=
>  -o smtpd_client_restrictions=
>  -o smtpd_sender_restrictions=
>  -o smtpd_recipient_restrictions=permit_mynetworks,reject
>  -o mynetworks=127.0.0.0/8
>  -o smtpd_authorized_xforward_hosts=127.0.0.0/8
>
>
> No dspam.conf
>
> #PERMITINDO REENVIO
> DeliveryHost        127.0.0.1
> DeliveryPort        10026
> DeliveryIdent       localhost
> DeliveryProto       SMTP
>
>
>
> Aí o email volta para o cliclo de vida normal -> postfix -> maildrop -> 
> Maildir
>
>
> []'s
>
> Hamilton Vera
>
>
> 2011/9/19 Roger <[email protected]>:
>> Olá a todos,
>> sou novo na lista, fiz uma rápida procura nas discussões da lista e não 
>> achei informações sobre o meu problema. Gostaria de saber à respeito da 
>> melhor arquitetura de processamento de mensagens no Postfix.
>> Estou trabalhando com o DSPAM aqui e consegui integrá-lo com o Postfix da 
>> seguinte forma.
>>
>> #master.cf
>> smtp      inet  n       -       n       -       -       smtpd
>>  -o content_filter=lmtp:127.0.0.1:10101
>> [...]
>> localhost:10026 inet    n       -       n       -       -       smtpd
>>   -o content_filter=
>>   -o receive_override_option=no_unknow_recipient_checks,no_header_body
>>   -o smtpd_helo_restritions=
>>   -o smtpd_client_restrictions=
>>   -o smtpd_sender_restrictions=
>>   -o smtpd_recipient_restrictions=permit_mynetworks,reject
>>   -o mynetworks=127.0.0.0/8
>>   -o smtpd_authorized_xforward_hosts=127.0.0.0/8
>>
>> Para que vocês possam entender, existe um daemon do DPSAM rodando na porta 
>> 10101 que irá receber os emails encaminhados pelo postfix, determinar se o 
>> email é spam ou não, aplicar suas políticas e caso for necessário irá 
>> encaminhar novamente para o Postfix na porta 10026 para seguir com o 
>> processamento da mensagem.
>>
>> Tenho dúvidas a respeito deste tipo de integração. Nesta configuração tive 
>> que iniciar um outro agente do Postfix que irá fazer um reprocessamento da 
>> mensagem no qual o primeiro agente já fez, aumentando a demanda por recursos 
>> no servidor.
>> Considerando o uso de um serviço LDAP para  o banco de usuários, em uma 
>> rápida análise são executadas 3 consultas para entregar um email, sem 
>> considerar as consultas DNS repetidas.
>> Na prática iniciando este outro agente smtpd na porta 10026 irá duplicar a 
>> demanda por recursos do servidor, o que irá inviabilizar esta configuração 
>> em um sistema em produção.
>>
>> Obs:
>> 1: felizmente o DSPAM possui integração com o AMAVIS, evitando que a 
>> mensagem seja passada novamente para o Postfix para verificar a existência 
>> de vírus nas mensagens, economizando tempo e recursos;
>> 2: existe também a opção de rodar o DSPAM em unix sockets, no qual 
>> agilizaria um pouco o processo, porém rodei usando TCP sockets pois eu 
>> preciso me comunicar com o DSPAM com outras máquinas que irão marcar os 
>> emails como spam.
>>
>> Minha pergunta é qual a melhor forma de integrar o DSPAM com o Postfix sem 
>> haver tanta degradação de desempenho do servidor, considerando aqui um 
>> serviço de pequena escala, rodando o DSPAM e o Postfix na mesma máquina?
>>
>> Agradeço pela atenção de todos,
>> Atenciosamente.
>>
>> _______________________________________________
>> Postfix-BR mailing list
>> [email protected]
>> http://listas.softwarelivre.org/mailman/listinfo/postfix-br
>>
>
>
>
> --
> Hamilton Vera
> int Administrator (char Network[],char ComputationalSystems[])
> http://hvera.wordpress.com
>



-- 
Hamilton Vera
int Administrator (char Network[],char ComputationalSystems[])
http://hvera.wordpress.com
_______________________________________________
Postfix-BR mailing list
[email protected]
http://listas.softwarelivre.org/mailman/listinfo/postfix-br

Responder a