[GTER] Fwd: Emails com MTA diferente do sender sendo bloqueados pelo UOL

[Marcio Gomes]

  Senhores,

Antes de qualquer coisa, gostaria de esclarever que apesar de estar, em 
minha opiniao, com politicas Anti-SPAM.
Achei que cabe uma postagem na GTER/[S] uma vez que gera trafego 
excessivo e anormal na rede.

Nao sei se os servidores SMTP de voces estao entupidos de emails p/ 
uol.com.br e bol.com.br sendo
rejeitados a meu ver por uma resposta que e' duvidosa com relacao as 
RFC's, vejam um exemplo :

Oct  7 19:25:04 gwpr01 sendmail[3544]: h972U1712954:
to=, delay=19:55:03, xdelay=00:00:04, mailer=esmtp, pri=4726670,
relay=mx.uol.com.br. [200.221.11.51], dsn=4.2.0, stat=Deferred: 450 
: Sender address rejected: Try again later


Oct  6 23:30:39 gwpr01 sendmail[12954]: h972U1712954: 
from=,  size=676670, class=0, nrcpts=48, msgid=<012801c38c7a$e0c966a0$0200000a at Sirius>, proto=SMTP, daemon=MTA, 
relay=pr12204.usr.microlink.com.br [200.234.130.204]

Apesar do DSN indicar um erro transitorio, aparentemente qualquer mensagem
enviada ao UOL/BOL que nao tenha o campo from parte do dominio do servidor de
MTA que o envia esta' sendo rejeitada pelos MX's do UOL/BOL.

Esse erro nao se apresenta de forma transitoria, o que em minha opiniao ,
significa uma quebra de RFC's... Como efeitos secundarios temos :

1) Redes que adotam politicas de coibir o uso indiscriminado de SMTP's em
sua conexoes ( caso tipico do usuario Banda Larga que coloca um programa 
SPAMER que monta um SMTP em sua conexao e envia milhoes de emails ), e em consequencia
obrigam a utilizacao de seus servidores de SMTP de forma a estarem politicamente
corretas, terao problemas serios com suas filas de saida entupidas de emails p/ esses
dois dominios. 

2) Como o DSN com resposta de erro transitorio no lugar de provocar a negacao do email,
termina por provocar o "retry" consecutivo por horas / dias e ate' mesmo semanas, o que
gera um aumento de trafego e conexoes claras entre o MTA origem e os MX do UOL/BOL. Com
o aumento de requisicoes comecamos em uma segunda etapa a ter uma queda de eficiencia no
sistema de envio de emails de acordo com as RFC's.

Pelo que entendo, estamos caminhando p/ uma Internet onde a figura Relay Legitimo desaparecera'
e so' poderemos ter relays de servidores que tenham reverso como o dominio de envio.. Nao verifiquei
a fundo exatamente como foi implementado, mas esse pode ser um grave problema p/ algumas solucoes de
hosting. 

A questao de SPAM nao deve ser tratada por quem recebe e sim a nivel de concientizacao de quem
envia, de forma que a rede de envio implemente politicas de filtragem no trafego de upstream de
forma a cortar pela raiz o problema, entretanto politicas como essa, terao exatamente o efeito
contrario, farao com que redes que hoje implementam algum tipo de "police" venha a relaxar as
mesmas de forma a evitar problemas com seus usuarios. 

Acredito serem viaveis politicas de  checagem
com transparencia entretanto essas tem um custo de implementacao e cpu, o que de todo vai de encontro
a uma politica que acredito seja da maioria dos participantes de divulgar formas simples de configuracao
de forma incentivar sua implementacao em larga escala e  garantir o bom desempenho da rede e 


[]s todos

Marcio Gomes