Em Thu, 22 Apr 2004 18:42:53 -0300, Ronan Lucio resolveu escrever isto: > > Pois então, esse tempo também é configuração de servidor. > > Então são 2 parâmetros: tempo de espera e qtd mensagens por conexão de > envio (que pode ser > por ip ou por pura autenticação no SMTP). > Esse tipo de configuração não deve ser feita no servidor (e nem > sei se dá pra fazer).
Dá sim, pelo menos nos que já configurei. > Imagine comprometer (deixar lento) todo o serviço de entrega > de e-mails por causa de uma rotina semanal... :-/ O objetivo é travar SPAMs que venham de um determinado IP ou login SMTP. É mais ou menos a idéia de barrar quebradores de senha no modo brute force, caso uma X tentativas de senha num Y intervalo de tempo falhe (quanto tem intervalo de tempo) então tem que se espera Z tempo até recomeçar o processo. No caso de SMTP eles travam pela quantidade enviada a partir de uma conta de login ou então de um IP específico. > O ideal seria que o template de envio dos e-mail implementasse > essa espera. > Algo como uma função que aguarde n segundos, pra ser inclusa > dentro do LOOP o qual executa o CFMAIL. Aí é o algoritmo, que como falei dependeria saber não só esse tempo mas também quantos e-mails podem ser enviados ao mesmo tempo. Agora tem um detalhe, mas não sei se irá terá travas de servidor e com certeza será mais lento, de repente ao invés de enviar e-mails como BCC poderia tentar enviar como To mesmo. Richardson - Brazil/Vitória/ES [EMAIL PROTECTED] http://www.ucl.br/richardson M$ Messenger: [EMAIL PROTECTED] ICQ #: 2465032 --^---------------------------------------------------------------- This email was sent to: [EMAIL PROTECTED] EASY UNSUBSCRIBE click here: http://topica.com/u/?b1dnXn.b7DDjq.Y2ZicmFz Or send an email to: [EMAIL PROTECTED] For Topica's complete suite of email marketing solutions visit: http://www.topica.com/?p=TEXFOOTER --^----------------------------------------------------------------
