Rodrigo Graeff wrote: > Baixa o remote concurrency para 10 ou 5, workaround feio mas deve > funcionar, nunca tinha pensado neste problema, vou ver o que consigo > fazer no qmail-remote > > abracos, Rodrigo, como falei na mensagem inicial não gostaria de fazer esse tipo de mudança porque prejudicaria muito a performance do servidor, mas pra te ser sincero é o que faço antes de disparar uma newsletter. Baixo o valor para 10, disparo a news, espero a fila acabar e volto para o valor inicial. Você tem alguma idéia do que poderia ser feito num patch? Infelizmente não programo muito em C por isso não sei como ajudar.
Outro problema que enfrento vou te falar pra ver se você pode me ajudar. Por exemplo, possuo meu concurrencyremote setado para 20. Um indivíduo chega e dispara um email de 15mb para 50 pessoas. Depois disso eu chego e mando um email de 3kb para 1 pessoa e meu email tem que esperar os 750mb do outro email que chegou primeiro na fila para sair. Há algum jeito de fazer uma limitação neste caso? Tipo, chegou um email com vários destinatários no RCPT TO, gostaria que o qmail entregasse um após o outro e não todos de uma vez. Ou alguma outra solução que resolva isso. Você tem alguma idéia nesse caso? Muito obrigado! Renato Q. Todorov [EMAIL PROTECTED] ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
