[FUG-BR] qmail e remote concurrency

[Marcelo da Silva]

opss. axo que confundi
 este aqui é p patch que contem todas aquelas features:
  http://www.delphus.org/site/qmail/qmail-delphus-RELEASE.patch

e o outro é para suportar o DomainKeys.. é isso né ?

pretendo instalar outro server do zero e fazer testes ...
é so aplicar em cima do qmail-1.03  ??



On Tue, 27 Jan 2009 12:30:47 -0200, Rodrigo Graeff <delphusbsd at gmail.com>
wrote:
> Não, este arquivo apenas modifca o qmail após o patch qmail-delphus- 
> RELEASE.patch ser instalado para suportar DomainKeys, sugiro que você  
> de uma boa lida antes de aplicar qualquer coisa em produção. Criar um  
> patch gigante como este que mantenho faz um tempo não é uma tarefa  
> fácil de criar tão pouco manter. Por isso a página é extensa em  
> explicações.
> 
> 
> 
> Abraço.
> 
> Rodrigo Graeff
> delphusbsd at gmail.com
> 
> 
> 
> On Jan 27, 2009, at 12:27 PM, Marcelo da Silva wrote:
> 
>> este arquivo  qmail-delphus-DK.patch
>> contem todos aqueles patch´s decrito no site num arquivo só ????
>>
>> vou testar....
>>
>>
>> On Tue, 27 Jan 2009 11:37:57 -0200, Rodrigo Graeff <delphusbsd at gmail.com

>> >
>> wrote:
>>> Existem patches para aumentar o número de threads do qmail-remote,
>>> chama-se big-ext-todo patch, no qual eu já consegui usar 4096 threads
>>> ao mesmo tempo. Existe também um patch para ajustar o número de
>>> threads que o qmail-remote irá fazer por domínios, uma vez que o  
>>> terra
>>
>>> e o uol já quebraram o rfc limitando o número de e-mails provenientes
>>> de um dado domínio. Basta procurá-los no google.
>>>
>>> Mais info em www.delphus.org sessão qmail.
>>>
>>> Abraços
>>>
>>> Rodrigo Graeff
>>> delphusbsd at gmail.com
>>>
>>>
>>>
>>> On Jan 26, 2009, at 3:36 PM, Alexandre Biancalana wrote:
>>>
>>>> On 1/26/09, Marcelo da Silva <marcelo at mginformatica.com> wrote:
>>>>> Com certeza restartei o qmail-send
>>>>> no log do qmail-send
>>>>> durante a entrega das mensagens
>>>>> aparece algo como
>>>>> @40000000497d43a5323c6b94 status: local 0/10 remote 29/255
>>>>
>>>> Com isso sabemos que ele realmente está considerando o valor  
>>>> colocado
>>>> no concurrencyremote.
>>>>
>>>>>
>>>>>
>>>>> o maximo valor que vi durante o periodo que fiquei monitorando
>>>>> foi   33/255
>>>>
>>>> Existe uma série de vaviáveis que influi na quantidade de conexões
>>>> simultâneas, oque você pode fazer é forçar que toda a fila seja
>>>> reprocessada, fazendo com que o qmail tente entregar todas as
>>>> mensagens que estão na fila de uma vez.
>>>> Para fazer isso de um kill -ALRM no processo do qmail-send (ou svc  
>>>> -a
>>>> <qmail-send-dir> se vc utilizar o daemontools) e acompanhar o log.
>>>> -------------------------
>>>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>>
>>> -------------------------
>>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>>
>>> 
>> -------------------------
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> 
> -------------------------
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> 
> !DSPAM:497f1ae0325942105517410!