Opa, Marcelo. Correto, da uma lida nas instruções pois há alguns detalhes como os conf-library, conf-spawn... algumas triggers que devem ser construidas... No mais, boa sorte. Qualquer dúvida entre em contato com o e-mail que provejo para contato no site.
[ ]s Rodrigo Graeff delphus...@gmail.com On Jan 27, 2009, at 12:55 PM, Marcelo da Silva wrote: > 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 <delphus...@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 >> delphus...@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 <delphus...@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 >>>> delphus...@gmail.com >>>> >>>> >>>> >>>> On Jan 26, 2009, at 3:36 PM, Alexandre Biancalana wrote: >>>> >>>>> On 1/26/09, Marcelo da Silva <marc...@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! > ------------------------- > 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
