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:[EMAIL PROTECTED] Enviada em: segunda-feira, 31 de outubro de 2005 09:59 Para: [email protected] 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 -- Outgoing mail is certified Windows Free checked by Debian GNU/Linux <http://www.debian.org>.
