[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: RES: envio de mensagens diretamente, sem "smarthost"



O reverso de um IP no caso de servidores de mensagem ainda há uma checagem de DNS e um "MX" requerido, ou seja, mesmo que seu host se chamasse 200-171-77-xxx.speedyterra.com.br ainda assim não funcionaria.

O jeito sem dúvida chama-se smartrelay (ou smarthosts como alguns dizem), e apelar para que o provedor permita isso, pois alguns bloqueiam. Eu uso smartrelay com autorização do provedor, no entanto, ele já me avisou que se começar a estrapolar ele liquida o ponto, isto porque o relay pode custar toda a faixa IP dum provedor incluso nessas RBLs e a maior dor de cabeça para tira-los da blacklist porque seus administradores estão na Russia ou paises onde as RBLs podem trabalhar livremente.

[]'s

Keny Hayakawa Schmeling escreveu:
A experiência que eu tenho com servidores de e-mails é a seguinte:

A algum tempo atrás, diversos provedores vieram a bloquear os e-mails
enviados a partir dos servidores SMTP (postfix) dos meus clientes, após
quebrar muito a cabeça, descobri 2 motivos:

1 - Listagem em RBLS. RBLS para quem não sabe são listas negras onde se tem
um banco de dados de IPS/REDES que potencialmente são servidores utilizados
para enviar SPANS. Muitas vezes eles listam a rede de ips inteira de
provedores de acesso discado e de banda larga. Alguns somente listam um
determinado ip em si.

2 - DNS reverso. O problema com DNS reverso foi mais complicado de
descobrir. O fato é o seguinte, o meu servidor POSTFIX tem como FQDN (Não é
real) linux.optinfo.com.br e eu utilizo speedy com o IP 200.171.77.xxx.
Quando alguns provedores recebem minhas mensagens eles fazem a pesquisa de
DNS reverso, ou seja, eles vão querer saber o ip do host
linux.optinfo.com.br e das duas uma, ou ele retornava que o host não existe
(Porque realmente na internet ele não existe) ou ele retornava
200-171-77-xxx.speedyterra.com.br que é diferente do que meu servidor
postfix informava.

Solução, configurei os servidores para utilizarem os respectivos provedores
(TERRA, UOL, GLOBO, etc) como smarthosts. Infelizmente, mas pelo menos assim
me livrei dos problemas....

-----Mensagem original-----
De: Marcio de Araujo Benedito [mailto:chinabhz@yahoo.com.br] Enviada em: segunda-feira, 31 de outubro de 2005 09:59
Para: debian-user-portuguese@lists.debian.org
Assunto: envio de mensagens diretamente, sem "smarthost"

Ha tempos, desde o acesso discado, que tenho em minha máquina o exim
configurado para enviar mensagens diretamente. Para fazer com que meu
e-mail ficasse como no formulário, adiciono meu usário na linha "trusted
users" no exim. Desta forma "driblava" a necessidade de ter um FQDN como
nome do meu sistema de mensagens.

Mas de uns tempos pra cá reparei que certas mensagens não chegavam a
alguns destinatários. Este fim de semana me dediquei para ver o que
estava acontecendo, e reparei que eram usuários de tres provedores
específicos.

Como não recebia mensagem de erro, e o log do exim não tinha nada,
liguei para o suporte técnico de um deles para comunicar o problema, e
foi a conta de mencionar que uso gnu/linux e envio mensagens diretamente
de meu SMTP para ele encontrar a razão do problema: os provedores de
acoesso estão bloqueando o envio de mensagem sem smarthost! Disse ainda
que isso era uma medida de segurança, pois alguns worms se instalavam nas
máquinas infectadas com seu proprio SMTP e esparramavam vírus por toda a
rede, e que isso já já se tornará default em todos provedores de
internet.

Alguém aí já teve este problema?

Bom, como não tenho um FQDN, e nem vou comprar um, o que seria mais
aconselhavel? Realmente trerei de ter um provedor para usar smarthost?
Será que um registro tipo no-ip.org redirecionando pra minha máquina
seria suficiente?
Como fazer para que não seja detectado que não uso smarthost ???

Gostaria de abrir este debate e ver as possíveis soluções.

[]´s

--
Jabber : sirhamacker
Skype : sirhamacker



Reply to: