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

[Joao Carlos Mendes Luis]

Oi,

    Já pensou que o erro temporário pode ser um feature, e não um
problema?  Se for realmente um erro temporário deles, ou algum erro
que possa ser temporário seu?

    Por exemplo, quando eu rejeito emails baseado na falta de DNS
reverso, já estou fazendo isso, graças ao SPAM!), o erro retornado
é temporário (4xx), e com toda a razão.

    Sim, já estou rejeitando email baseado na falta de reverso do
sistema conectado!  Ainda tem muitos falsos positivos, mas isso ajuda
o pessoal a se mexer para acertar as coisas...

Somebody told me that Marcio Gomes said:
> Pior que isso tudo, alem de nao responderem aos emails enviados ao 
> security, veja isso :
> 
> Logs que enviei a eles e as listas...
> 
> Oct  6 23:30:39 gwpr01 sendmail[12954]: h972U1712954: 
> from=<anianaj at yahoo.com>, siz
> e=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]
> .
> .
> .
> .
> Oct  8 11:43:39 gwpr01 sendmail[1992]: h972U1712954: 
> to=<gloriasyd at uol.com.br>, delay=1+12:13:38, xdelay=00:00:06, 
> mailer=esmtp, pri=6616670, relay=mx.uol.com.br. [200.221.11.51], 
> dsn=4.2.0, stat=Deferred: 450 <anianaj at yahoo.com>: Sender address 
> rejected: Try again later
> 
> Oct  8 12:24:17 gwpr01 sendmail[6754]: h972U1712954: 
> to=<gloriasyd at uol.com.br>, delay=1+12:54:16, xdelay=00:00:17, 
> mailer=esmtp, pri=6706670, relay=mx.uol.com.br. [200.221.11.51], 
> dsn=5.0.0, stat=Service unavailable
> 
> Como voces podem observar entre 11:43:39 e 12:24:17 houve uma 
> modificacao na "police" do UOL com respeito ao
> DSN de resposta.. Agora ao menos assume-se que o servico nao esta' 
> disponivel, e as filas de envio ficam sem mensagens
> deste tipo, como tambem o "sender" fica informado que existe algum 
> problema.
> 
> Entretanto continuamos se qq respostas do UOL, apesar de um email ao 
> security at uol.com.br ter sido enviado ontem
> questionando essa politica e solicitando que possiveis erros de nossa 
> interpretacao fossem indentificados. Este
> ate' agora sem resposta.
> 
> A questao mais grave desta politica nao foi resolvido, que sao as que 
> coloquei inicialmente a respeito da abertura de redes p/ que
> o relay de emails yahoo->uol por exemplo sejam permitido, alem de que o 
> fato que a mudanca no DSN corrobora com as analises anteriores,
> de haver um serio equivoco de implementacao na politica ANTI-SPAM.
> 
> []s
> Marcio Gomes
> 
> 
> 
> 
> 
> 
> cribeiro at mail.inet.com.br wrote:
> 
> >Márcio,
> >
> >Não tenho como verificar no momento se o que você afirma estaria realmente
> >ocorrendo. Mas se estiver, é realmente algo de assustar. Mesmo porque há
> >casos em que esta política vai se mostrar impossível de manter.
> >
> >Como você disse, a figura do 'relay legítimo' é importante para o
> >funcionamento da Internet. Sem ele, como é que ficam os casos das inúmeras
> >empresas que contratam serviços de email do tipo "minhaempresa.com.br"?
> >Não conheço nenhum provedor que venda estes serviços com um IP apenas para
> >cada um dos domínios virtuais vendidos.
> >
> >Sem dúvida nenhuma, ou alguém errou feio na configuração, ou então se
> >achou muito esperto e não se deu ao trabalho de verificar o que é que
> >estava fazendo.
> >
> >E finalmente... volta e meia fala-se no risco de balcanização da Internet
> >- protocolos "customizados" por empresas de grande porte, protocolos
> >proprietários... mas no fim, ainda acho que no fim todos tem que ceder,
> >para não perder a ligação com o resto do mundo. Acho que é isso que vai
> >acontecer agora com o UOL.
> >
> >
> >Carlos Ribeiro
> >cribeiro at mail.inet.com.br
> >--
> >GTER list    http://eng.registro.br/mailman/listinfo/gter
> > 
> >
> 
> 
> --
> GTER list    http://eng.registro.br/mailman/listinfo/gter

					Jonny

-- 
João Carlos Mendes Luís			jonny at jonny.eng.br
  Networking Engineer			jonny at coe.ufrj.br