[GTER] Emails p/ o IG

Marcio Gomes mpglista at microlink.com.br
Fri Jan 16 12:04:40 -02 2004


Nada como jogar no ventilador.....

O iG acaba de modificar o MX deles..

Em consequencia estao lentos paca..


[]s
Marcio

Jorge Godoy wrote:

>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA1
>
>On Friday 16 January 2004 10:57, Danton Nunes (Danton Nunes 
><danton at inexo.com.br>) wrote:
>
>  
>
>>chiii, os gerenciadores de lista tipo ezmlm vão ter xiliques.
>>    
>>
>
>Na verdade não. Eles já mandam uma mensagem para cada assinante para 
>poder rastrear os erros de entrega e realizar os descadastramentos... 
>Claro, há maneiras de se evitar isso, mas geralmente não é feito para 
>beneficiarmo-nos desta facilidade e reduzirmos a carga no servidor e 
>no link com endereços que nunca receberão nada. 
>
>O problema é que os MTAs têm que abrir mais de uma conexão para 
>realizar as entregas e isso consome bastante tempo.
>
>  
>
>>isto está parecendo uma medida desesperada (e absurda) contra SPAM,
>>especialmente contra o spam de dicionário, em que o spammer tenta o
>>dicionário do aurélio e mais alguma coisa @ig.com.br. Alguns MTAs,
>>notadamente o qmail, não testam a validade de um destinatário local
>>durante o diálogo do SMTP, dando OK para todos e só depois, se o
>>mané não existir, devolve uma mensagem de bounce. Não duvido que o
>>iG esteja atolado em mensagens de bounce que vão para lugar nenhum,
>>ou alguém acredita em 'errors-to:' de spam?
>>    
>>
>
>Essa é uma falha de implementação no qmail... Deve haver algum patch 
>por aí para que ele faça a checagem antes, não?
>
>
>Outro problema do iG era com relação ao servidor LDAP ou o que quer 
>que seja que eles usem por lá. Muitos usuários existentes estavam 
>desativados há uns tempos atrás. Não sei se todos já estão 
>normalizados... Em uma das listas que administrei na época mais de 
>1000 usuários foram descadastrados devido a esses erros. 
>
>  
>
>>há quem argumente que o comportamento do qmail é correto, por não
>>confirmar para os spammers se fulano é um usuário real ou não. só
>>que provoca essa enxorrada de bounces quando vem spam de
>>dicionário.  pessoalmente acho que um erro tipo '550 User unknown
>>(#5.1.1)' logo no envelope é a coisa mais razoável a fazer, se não
>>quiser lidar com zilhões de bounces para endereços falsos depois.
>>    
>>
>
>Acho que o correto é adotar a política de poisoning: o primeiro erro 
>vem rápido, o segundo demora mais, o terceiro mais ainda e assim vai, 
>com um atraso exponencial. Desta maneira o spammer fica preso e você 
>perde apenas uma conexão ao invés de diversas conexões para dar os 
>erros. 
>
>  
>
>>no caso de não se querer receber mensagens com mais de um rcpt (uma
>>bobagem, pois quebra o comportamento de servidores de listas
>>válidas, mas se quiser insistir na bobagem...) o MTA do iG deveria
>>retornar um erro 5xx após o segundo rcpt e não cortar a conexão
>>assim de sopetão, porque assim o MTA remetente pensa que o erro é
>>transitório e vai tentar enviar depois, dando novamente com os
>>burros n'água.
>>    
>>
>
>Exatamente. E poderiam colocar uma mensagem mais clara também. O BOL, 
>IIRC, tem o mesmo comportamento só que mostra a mensagem de erro, o 
>que facilita muito para o administrador do servidor "remetente".
>
>- -- 
>Godoy.      <godoy at g2ctech.com>
>
>Consultoria e serviços em redes Linux, FreeBSD e Windows.
>Desenvolvimento de software e projetos. Treinamentos.
>Telefones: +55 (41) 9114-5901     /    +55 (41) 362-7020
>Curitiba, Paraná - Brasil         http://www.g2ctech.com
>
>-----BEGIN PGP SIGNATURE-----
>Version: GnuPG v1.2.3 (GNU/Linux)
>
>iD8DBQFAB+VoEzC+baSjBiURAt+GAKChFHwp7X3C/EG0JGu54s4SQIJM0gCfa8U8
>040EFvPp74suueUBrMcmqEs=
>=vt1S
>-----END PGP SIGNATURE-----
>--
>GTER list    https://eng.registro.br/mailman/listinfo/gter
>  
>



More information about the gter mailing list