Essas caixas pretas pra conter spam.. como tah vendendo isso! Mas.. Antes de tudo testa a conectividade com a tal caixa preta camuflada. bom esquece isso. Enquanto eu digitava esse reply tomei a liberdade de fazer um teste com o teu servidor de e-mail.
Segue: [EMAIL PROTECTED] ~ $ telnet mail.linhares.es.gov.br 25 Trying 189.22.143.20... Connected to mail.linhares.es.gov.br. Escape character is '^]'. 220 ESMTP helo gmail.com.br 250 mail.linhares.es.gov.br mail from: <[EMAIL PROTECTED]> 250 2.1.0 Ok rcpt to: <[EMAIL PROTECTED]> 550 5.1.1 <[EMAIL PROTECTED]>: Recipient address rejected: User unknown in virtual mailbox table rcpt to: <[EMAIL PROTECTED]> 250 2.1.5 Ok data 354 End data with <CR><LF>.<CR><LF> asdf asdf . 250 2.0.0 Ok: queued as 390C4F181A quit 221 2.0.0 Bye Como pode ver. O envio de e-mail está funcionando perfeitamente. A mensagem foi pra fila. Isso quer dizer que aparentemente não há problemas na conexão. O e-mail está no servidor de correio. Agora quando tu vai receber é uma resposta que não temos. Procura aí na tua caixa preta a mensagem 390C4F181A e ve qual o status dela. Assim como eu fiz tu tbm pode fazer testes via telnet. Caso tivesse uma greylist, blacklist ou outra coisa qualquer que evitasse a entrega do e-mail poderia ser visto. Que não é o caso. Em 04/12/07, Jony Five<[EMAIL PROTECTED]> escreveu: > Olá todos, > este é meu primeiro post na lista, e pra variar preciso de ajuda, para ajudar > um amigo aki, estive lendo as normas da lista e como aconselhado já li > algumas coisas sobre o meu problema, mas pela pouca experiência (ou melhor > nenhuma) posso ter passado por cima da resposta e não tê-la visto.. então > adiantado, desculpe qualquer burrice... > > ---- > > seguinte, tem o cenário: > > 1 - servidor com FreeBSD 6.2, atuando como firewall/gateway/nat. > 1 - servidor IBM com Debian Gnu/Linux Etch (Linux servidor1 > 2.6.18-5-686-bigmem #1 SMP Thu 1 30 12:04:21 UTC 2007 i686 GNU/Linux ) com > vmware server 1.0.3 > 1 - servidor virtual rodando um sistema de e-mail de terceiros (ao qual não > tenho acesso), apenas por uma interface web, pra criar contas e apagar contas > basicamente. > > acontece que alguns e-mail não chegam, e quando chegam demoram muito (1,2 > horas ou +) , testei de vários servidores, hotmail, gmail, etc... hora > chega.. hora não chega... segundo o pessoal do sistema de e-mail tah *tudo* > certo, os e-mail nao aparecem na caixa de entrada, nem na lista de spam. > > a minha preocupação é que o servidor virtual tem o IP: 10.10.10.1, nisso o > gateway tah fazendo nat do endereço: 200.200.200.3 para esse IP. detalhe, o > ns0 e o 1 é o mesmo computador como pode ser visto abaixo... > > ====================================================== > me disseram que poderia ser o DNS, o DNS tah assim: > > $TTL 3600 > dominio.com.br. IN SOA ns0.dominio.com.br. root.dominio.com.br. ( > 20071103 ; > 3600 ; > 900 ; > 3600000 ; > 3600 ) ; > > IN NS ns0.dominio.com.br. > IN NS ns1.dominio.com.br. > ns0.dominio.com.br. IN A 200..200.200.1 > ns1.dominio.com.br IN A 200.200.200.2 > > localhost.dominio.com.br. IN A 127.0.0.1 > dominio.com.br. IN A 200.200.200.1 > dominio.com.br. IN MX 10 mail.dominio.com.br. > > mail.linhares.es.gov.br. IN A 200.200.200.3 > webmail.dominio.com.br. IN CNAME mail.dominio.com.br. > > ====================================================== > resultado do ifconfig: > > rl0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500 > options=8<VLAN_MTU> > inet 10.10.10.254 netmask 0xffffff00 broadcast 10.10.10..255 > ether 00:00:00:00:00:00 > media: Ethernet autoselect (100baseTX <full-duplex>) > status: active > rl1: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500 > options=8<VLAN_MTU> > inet 200.200.200.1 netmask 0xffffff00 broadcast 200.200.200.255 > inet 200.200.200.2 netmask 0xffffff00 broadcast 200.200.200.255 > inet 200.200.200.3 netmask 0xffffff00 broadcast 200.200.200.255 > ether 00:00:00:00:00:01 > media: Ethernet autoselect (100baseTX <full-duplex>) > status: active > lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384 > inet 127.0.0.1 netmask 0xff000000 > > ====================================================== > /etc/natd.conf > > interface rl1 > same_ports yes > dynamic yes > use_sockets yes > log yes > > redirect_address 10.10.10.1 200.200.200.3 > > ===================== > > quando disse que estaria consultando uma lista, me pediram para camuflar as > informações... desculpe.. > > se alguém puder me mostrar o que tah errado... fico grado!!!! > > > > > > ____________________________________________________________________________________ > Looking for last minute shopping deals? > Find them fast with Yahoo! Search. > http://tools.search.yahoo.com/newsearch/category.php?category=shopping > ------------------------- > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Att. Lutieri G. B. ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
