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 --^----------------------------------------------------------------
