Re: [FUG-BR] Qmail abrindo muitas conexoes simultaneas para o mesmo host
On 5/24/06, Ari Arantes [EMAIL PROTECTED] wrote: O problema do qmail que acho é que ele parou no tempo e deixou um monte de patch ser feito. Estava na hora de sair uma nova versão de qmail com SMTP autenticado, pop before smtp e todos os patchs úteis que foram p/ o netqmail-1.0.5. Tem também o SPAMCONTROL, mas no postfix é muito mais fácil Não tinha visto esta tua colocação, apenas prá constar, o qmail não parou no tempo, o que está parado é o rpc para smtp. O qmail apenas tenta ficar com segurança o mais dentro possível das especificações do RFC. Somente aqueles que usam e gostam de usar o qmail entendem o porque dos patches, e de toda a manutenção necessária para ter um qmail como mta. A grande maioria dos patches adicionam features que não fazem parte do modelo RFC portanto NUNCA serão imcorporadas pelo DJB, dono do qmail. O que se precisa não é uma versão melhorada do qmail e sim uma revisão das especificações RFC para o protocolo. O netqmail não é uma versão do qmail e sim um pacote criado pelo Russel Nelson e outros carinhas para facilitar o uso do qmail para alguns usuários dummies no qmail. O netqmail não tem pretenção de se tornar uma versao mais avançada do qmail como diz na página deles. Realmente a questão é ser fácil, se os administradores buscam por esta questão, não recomendo o qmail, agora se o administrador sabe o que está fazendo e está também proposto a executar o que for preciso para ter um precioso mta com segurança, agilidade e pouco uso de recursos, e que, principalmente, esteja também disposto a ajudar a comunidade do qmail tanto no Brasil como no mundo, então este administrador terá dias de prazer instalando, utilizando e ajudando a comunidade do qmail. -- Rodrigo Graeff delphus - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Qmail abrindo muitas conexoes simultaneas para o mesmo host
Também não querendo gerar polêmica. Isso me incomado e muito no qmail. O servidor de MX já migrei para o postfix, achei muito prática e com mais recursos que o qmail, além de não ter que aplicar um monte de patchs. Postfix + Amavisd + Spamassassin. Os servidores de e-mail (SMTP e POP3) ainda não migrei p/ Postfix, justamente por causa do vpopmail e como o Renato mencionou, não dá para jogar fora anos de uso de uma coisa que funciona...Cada dia que passa eu quero migrar p/ o Postfix, mas teria que reescrever todas as ferramentas que temos para p/ admin dos usuários. 2 coisas que não gosto no qmail:- se mandar um e-mail de 10M para 50 pessoas, 10 do UOL, 10 do Terra, 10 do IG e o resto para domínios diversos, o qmail abre 50 conexões, um desperdício de banda.- log, o log do POP3 e SMTPD não dizem nada... tem que aplicar um monte de patch para começar a ter informações úteis. Por outro lado, não vi ainda qmail-qread para o postfix, o postqueue -p só mostra as mensagem que estão na fila ainda, mas e as que já foram?Ainda não achei também um sistema tão legal quanto o vpopmail. Tentei o postfixadmin, mas não consegui fazer alias de domínio por exemplo. O problema do qmail que acho é que ele parou no tempo e deixou um monte de patch ser feito. Estava na hora de sair uma nova versão de qmail com SMTP autenticado, pop before smtp e todos os patchs úteis que foram p/ o netqmail-1.0.5. Tem também o SPAMCONTROL, mas no postfix é muito mais fácil de tratar blacklists e baddomains, badusers, tudo com expressão regular e erro customizado.Tem também o fato do qmail não devolver o msg no momento do HEADER de usuários inválidos. Para os que usam Postfix, o que usam para gerenciar domínios e usuários?[]s,Ari - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Qmail abrindo muitas conexoes simultaneas para o mesmo host
On 5/24/06, Ari Arantes [EMAIL PROTECTED] wrote: Também não querendo gerar polêmica. Isso me incomado e muito no qmail. O servidor de MX já migrei para o postfix, achei muito prática e com mais recursos que o qmail, além de não ter que aplicar um monte de patchs. Postfix + Amavisd + Spamassassin. Os servidores de e-mail (SMTP e POP3) ainda não migrei p/ Postfix, justamente por causa do vpopmail e como o Renato mencionou, não dá para jogar fora anos de uso de uma coisa que funciona... Cada dia que passa eu quero migrar p/ o Postfix, mas teria que reescrever todas as ferramentas que temos para p/ admin dos usuários. 2 coisas que não gosto no qmail: - se mandar um e-mail de 10M para 50 pessoas, 10 do UOL, 10 do Terra, 10 do IG e o resto para domínios diversos, o qmail abre 50 conexões, um desperdício de banda. Isso é configurável sem patch meu amigo, ja ouviu falar de concurrency ? existe controle pra isso tanto remoto como local. - log, o log do POP3 e SMTPD não dizem nada... tem que aplicar um monte de patch para começar a ter informações úteis. As conotações estão em tai64 e os logs sao úteis sim, basta saber qual tu precisas olhar, sugiro dar um tail -f /var/log/qmail/smtpd/current | tai64nlocal que se tu reclama da data, irá aparecer também. Por outro lado, não vi ainda qmail-qread para o postfix, o postqueue -p só mostra as mensagem que estão na fila ainda, mas e as que já foram? Existe um programa chamado qmHandle e outros varios programas que te dão status da fila do qmail, basta um google simples. Ainda não achei também um sistema tão legal quanto o vpopmail. Tentei o postfixadmin, mas não consegui fazer alias de domínio por exemplo. O problema do qmail que acho é que ele parou no tempo e deixou um monte de patch ser feito. Estava na hora de sair uma nova versão de qmail com SMTP autenticado, pop before smtp e todos os patchs úteis que foram p/ o netqmail-1.0.5. Tem também o SPAMCONTROL, mas no postfix é muito mais fácil de tratar blacklists e baddomains, badusers, tudo com expressão regular e erro customizado. Tem também o fato do qmail não devolver o msg no momento do HEADER de usuários inválidos. Isso o spamcontrol faz, tem N patches que fazem, sem o blabla de ter que ficar aplicando patches, eu concordo que tem que gostar do qmail... Para os que usam Postfix, o que usam para gerenciar domínios e usuários? []s, Ari - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Rodrigo Graeff delphus - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Qmail abrindo muitas conexoes simultaneas para o mesmo host
Em 12/05/06, Renato Q. Todorov[EMAIL PROTECTED] escreveu: 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 Renato, Lendo o que vc escreveu acima, fico imaginando com é que serviços como o gmail trabalham que tipo de MTA eles usam? -- Celso Vianna BSD User: 51318 http://www.bsdcounter.org 63 8404-8559 Palmas/TO - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Qmail abrindo muitas conexoes simultaneas para o mesmo host
Lendo o que vc escreveu acima, fico imaginando com é que serviços como o gmail trabalham que tipo de MTA eles usam? Falando do pouco que eu sei sobre o que eles usam. Diria que não usam nada parecido com os MTAs que conhecemos. GMail tem seu proprio MTA in-house developed e que com certeza é extremamente destribuido, eu pensaria em layers. Um para cara uma das tarefas e todos conectados a um storage central. E como tudo que eles usam é provavlmente desenvoldido lá mesmo eles tem uma flexibilidade muito grande pra integrar coisas e fazer mudanças on-the-fly. Com certeza algo muiito bem desenhado! Vini - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Qmail abrindo muitas conexoes simultaneas para o mesmo host
Marcus Alves Grando wrote: Renato Q. Todorov wrote: Ola amigos, Estou enfrentando um problema com o qmail e ainda não consegui pensar em alguma solução. Tenho vários sites de clientes que possuem um campo para inscrição de email para receber newsletter. Acontece de algumas vezes dois ou três sites dispararem a newsletter ao mesmo tempo o que causa uma alta na fila do qmail. Até aí tudo bem. O meu problema esta em alguns provedores que recusam a entrega do email caso haja um certo numero de conexões abertas do mesmo host. Exemplo: Acontece muito com o terra, no meio do envio da newsletter o terra começa a devolver os emails dizendo que meu servidor esta com muitas conexões simultâneas no smtp do terra e a política deles recusa esse tipo de acao por ser provavelmente spam. A única solução que encontrei foi diminuir o concurrencyremote, porém é uma solução bem porca porque prejudica a performance dos envios normais. Há alguma forma de limitar as conexões simultâneas por host? Tipo assim, só poderão ser abertas 5 conexões simultâneas para o mesmo host. Existe isso? Ja não sei mais o que fazer pra resolver isso, os clientes reclamam muito que os e-mails enviados principalmente para o terra pela ferramenta de newsletter não chegam aos destinatários. Sem gerar flame... postfix. Ele consegue definir por dominio numero de conexões com os outros smtp's e ainda consegue reaproveitar a conexão já aberta para entregar novos emails. Abraços Marcus, Meu problema com o postfix é que não tenho nenhuma experiência com ele. Já com o qmail são 8 anos de briga e hoje tenho ele rodando tão redondinho... o problema que relatei acima é o único que tenho com ele... Não que eu não possa correr atras do postfix mas é que numa situação de migração dessas fica difícil fazer a experiência com os clientes... Minha configuração atual do qmail é qmail+qmail-scanner+mc affee uvscan+spamassassin+vpopmail+courier-imap+pop-before-smtp+uma cacetada de patches anti-spam. Meu medo em relação ao postfix é se ele possui todos os recursos antispam que consegui implementar no qmail. Diminui drasticamente meu consumo mensal barrando spams direto na conexão, não gostaria de abrir mão de alguns desses patches que funcionam tão bem no qmail. Você tem algum tutorial que cubra mais ou menos essas funções que descrevi? Estou dando uma olhada na documentação oficial do postfix e vou ver se faço alguns testes internos, mas ainda não sei se vale a pena trocar o qmail... Obrigado pela ajuda! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Qmail abrindo muitas conexoes simultaneas para o mesmo host
Renato, Se a solução é postfix, e o seu problema é mais relacionado ao Terra. Sugestão, mantenha o qmail normalmente, porém instale um postfix na mesma máquina, dai neste caso você coloca o smtproutes no qmail do terra.com.br para este postfix, que faz as entregas no terra controladas como especificada no Postfix. Abraços -- Diego Linke Public Key: http://www.gamk.com.br/gamk.asc - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Qmail abrindo muitas conexoes simultaneas para o mesmo host
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, On 5/11/06, Renato Q. Todorov [EMAIL PROTECTED] wrote: Ola amigos, Estou enfrentando um problema com o qmail e ainda não consegui pensar em alguma solução. Tenho vários sites de clientes que possuem um campo para inscrição de email para receber newsletter. Acontece de algumas vezes dois ou três sites dispararem a newsletter ao mesmo tempo o que causa uma alta na fila do qmail. Até aí tudo bem. O meu problema esta em alguns provedores que recusam a entrega do email caso haja um certo numero de conexões abertas do mesmo host. Exemplo: Acontece muito com o terra, no meio do envio da newsletter o terra começa a devolver os emails dizendo que meu servidor esta com muitas conexões simultâneas no smtp do terra e a política deles recusa esse tipo de acao por ser provavelmente spam. A única solução que encontrei foi diminuir o concurrencyremote, porém é uma solução bem porca porque prejudica a performance dos envios normais. Há alguma forma de limitar as conexões simultâneas por host? Tipo assim, só poderão ser abertas 5 conexões simultâneas para o mesmo host. Existe isso? Ja não sei mais o que fazer pra resolver isso, os clientes reclamam muito que os e-mails enviados principalmente para o terra pela ferramenta de newsletter não chegam aos destinatários. Qualquer ajuda será muito bem vinda! Obrigado a todos! 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 -- Rodrigo Graeff delphus - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Qmail abrindo muitas conexoes simultaneas para o mesmo host
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
[FUG-BR] Qmail abrindo muitas conexoes simultaneas para o mesmo host
Ola amigos, Estou enfrentando um problema com o qmail e ainda não consegui pensar em alguma solução. Tenho vários sites de clientes que possuem um campo para inscrição de email para receber newsletter. Acontece de algumas vezes dois ou três sites dispararem a newsletter ao mesmo tempo o que causa uma alta na fila do qmail. Até aí tudo bem. O meu problema esta em alguns provedores que recusam a entrega do email caso haja um certo numero de conexões abertas do mesmo host. Exemplo: Acontece muito com o terra, no meio do envio da newsletter o terra começa a devolver os emails dizendo que meu servidor esta com muitas conexões simultâneas no smtp do terra e a política deles recusa esse tipo de acao por ser provavelmente spam. A única solução que encontrei foi diminuir o concurrencyremote, porém é uma solução bem porca porque prejudica a performance dos envios normais. Há alguma forma de limitar as conexões simultâneas por host? Tipo assim, só poderão ser abertas 5 conexões simultâneas para o mesmo host. Existe isso? Ja não sei mais o que fazer pra resolver isso, os clientes reclamam muito que os e-mails enviados principalmente para o terra pela ferramenta de newsletter não chegam aos destinatários. Qualquer ajuda será muito bem vinda! Obrigado a todos! 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
Re: [FUG-BR] Qmail abrindo muitas conexoes simultaneas para o mesmo host
Renato Q. Todorov wrote: Ola amigos, Estou enfrentando um problema com o qmail e ainda não consegui pensar em alguma solução. Tenho vários sites de clientes que possuem um campo para inscrição de email para receber newsletter. Acontece de algumas vezes dois ou três sites dispararem a newsletter ao mesmo tempo o que causa uma alta na fila do qmail. Até aí tudo bem. O meu problema esta em alguns provedores que recusam a entrega do email caso haja um certo numero de conexões abertas do mesmo host. Exemplo: Acontece muito com o terra, no meio do envio da newsletter o terra começa a devolver os emails dizendo que meu servidor esta com muitas conexões simultâneas no smtp do terra e a política deles recusa esse tipo de acao por ser provavelmente spam. A única solução que encontrei foi diminuir o concurrencyremote, porém é uma solução bem porca porque prejudica a performance dos envios normais. Há alguma forma de limitar as conexões simultâneas por host? Tipo assim, só poderão ser abertas 5 conexões simultâneas para o mesmo host. Existe isso? Ja não sei mais o que fazer pra resolver isso, os clientes reclamam muito que os e-mails enviados principalmente para o terra pela ferramenta de newsletter não chegam aos destinatários. Sem gerar flame... postfix. Ele consegue definir por dominio numero de conexões com os outros smtp's e ainda consegue reaproveitar a conexão já aberta para entregar novos emails. Abraços -- Marcus Alves Grando marcus(at)corp.grupos.com.br | Grupos Internet S/A mnag(at)FreeBSD.org | FreeBSD.org - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
