Connection time out port 25 [RESOLVIDO]

wnp
(usa Debian)

Enviado em 22/07/2014 - 10:09h

Você reiniciou o postfix?

glaucoperucchi
(usa Debian)

Enviado em 22/07/2014 - 10:26h

Sim, o postfix, o courir, o mysql, todos os serviçoes relacionado com o e-mail

glaucoperucchi
(usa Debian)

Enviado em 22/07/2014 - 10:32h

Jul 22 10:31:01 postfix/qmgr[10043]: D0B095F84D: removed
Jul 22 10:31:04 pop3d: Connection, ip=[::ffff:127.0.0.1]
Jul 22 10:31:04 pop3d: Disconnected, ip=[::ffff:127.0.0.1]
Jul 22 10:31:06 postfix/smtpd[10084]: connection established
Jul 22 10:31:06 postfix/smtpd[10084]: master_notify: status 0
Jul 22 10:31:06 postfix/smtpd[10084]: name_mask: resource
Jul 22 10:31:06 postfix/smtpd[10084]: name_mask: software
Jul 22 10:31:06 postfix/smtpd[10084]: connect from localhost[127.0.0.1]
Jul 22 10:31:06 postfix/smtpd[10084]: match_list_match: localhost: no match
Jul 22 10:31:06 postfix/smtpd[10084]: match_list_match: 127.0.0.1: no match
Jul 22 10:31:06 postfix/smtpd[10084]: match_list_match: localhost: no match
Jul 22 10:31:06 postfix/smtpd[10084]: match_list_match: 127.0.0.1: no match
Jul 22 10:31:06 postfix/smtpd[10084]: match_hostname: localhost ~? 127.0.0.0/8
Jul 22 10:31:06 postfix/smtpd[10084]: match_hostaddr: 127.0.0.1 ~? 127.0.0.0/8
Jul 22 10:31:06 postfix/smtpd[10084]: > localhost[127.0.0.1]: 220 mail.xxxxx.com.br
Jul 22 10:31:06 postfix/smtpd[10084]: xsasl_cyrus_server_create: SASL service=smtp, realm=mail.xxxxx.com.br
Jul 22 10:31:06 postfix/smtpd[10084]: name_mask: noanonymous
Jul 22 10:31:06 postfix/smtpd[10084]: watchdog_pat: 0x7f6ea14602a0
Jul 22 10:31:06 postfix/smtpd[10084]: smtp_get: EOF
Jul 22 10:31:06 postfix/smtpd[10084]: match_hostname: localhost ~? 127.0.0.0/8
Jul 22 10:31:06 postfix/smtpd[10084]: match_hostaddr: 127.0.0.1 ~? 127.0.0.0/8
Jul 22 10:31:06 postfix/smtpd[10084]: lost connection after CONNECT from localhost[127.0.0.1]
Jul 22 10:31:06 postfix/smtpd[10084]: disconnect from localhost[127.0.0.1]
Jul 22 10:31:06 postfix/smtpd[10084]: master_notify: status 1
Jul 22 10:31:06 postfix/smtpd[10084]: connection closed
Jul 22 10:31:06 postfix/smtpd[10084]: watchdog_stop: 0x7f6ea14602a0
Jul 22 10:31:06 postfix/smtpd[10084]: watchdog_start: 0x7f6ea14602a0

wnp
(usa Debian)

Enviado em 22/07/2014 - 10:38h

Esse pedaço do log está mostrando as conexões feitas no próprio servidor - localhost.

Tenta conectar de outra máquina e posta o trecho do log relativo à conexão.

glaucoperucchi
(usa Debian)

Enviado em 22/07/2014 - 13:27h

Quando tento de outro servidor fora da rede ele não mostra nada no log

wnp
(usa Debian)

Enviado em 22/07/2014 - 14:18h

Tenta de uma máquina da sua rede local. Se não registra nada no log, a conexão na porta 25 pode estar sendo bloqueada por algum firewall. Esse servidor está alocado dentro da sua rede ou está em um provedor?

Executa o comando: traceroute -n servidor.

Posta o resultado.

glaucoperucchi
(usa Debian)

Enviado em 22/07/2014 - 15:12h

Esta dentro da minha rede.

internamente o e-mail funciona.

notei que ao executar o comando telnet 74.125.137.27 25 e o mesmo também não conecta.

O firewall eu desabilitei
iptables -L
Chain INPUT (policy ACCEPT)
target prot opt source destination
LOG tcp -- anywhere anywhere tcp dpt:smtp LOG level warning prefix `Acesso porta 25 '
LOG tcp -- anywhere anywhere tcp dpt:submission LOG level warning prefix `Acesso porta 587 '

Chain FORWARD (policy ACCEPT)
target prot opt source destination

Chain OUTPUT (policy ACCEPT)
target prot opt source destination

wnp
(usa Debian)

Enviado em 22/07/2014 - 17:14h

Cara da uma revisada nas regras do teu firewall em que o acesso seja uma origem externa com destino ao seu servidor de e-mails na porta 25. O problema deve estar ai.

_di0
(usa FreeBSD)

Enviado em 22/07/2014 - 20:46h

Não li todo o histórico do tópico, mas só salientando que o problema possivelmente esteja correlacionado a seu provedor de internet.

Devido a problemas com SPAM/SPAMMER, surgiu uma recomendação entre o Comitê Gestor da Internet(CGI), junto à provedores de internet, nos quais entraram em um consenso que visava o descontinuamento(gradativamente) do uso da porta 25(SMTP), sendo essa substituída pela porta 587.

Você pode querer saber de maiores detalhes, através dos links abaixo:

http://www.antispam.br/porta25/tire-suas-duvidas/
http://tecnoblog.net/120929/brasil-porta-25-bloqueio/
http://g1.globo.com/tecnologia/noticia/2011/11/acordo-tenta-diminuir-numero-de-spams-enviados-por-re...
http://www.cgi.br/resolucoes/documento/2009/001

glaucoperucchi
(usa Debian)

Enviado em 23/07/2014 - 08:25h

di0 deve ser mesmo, porque executo o comando telnet 74.125.137.26 25 que é o IP do gmail e mo mesmo também não conecta, conectei meu pc direto no modem, sem nenhuma regra e não funcionou o comando também.

No meu thunderbird já estava com a porta alterada e acompanhando o log do firewall dava pra ver que o e-mail ia pela porta 587 e o meu master.cf acredito que esteja correto

master.cf

smtp inet n - n - - smtpd -vv
-o content_filter=clamav:clamav
-o receive_override_options=no_address_mappings
clamav unix - n n - - pipe
flags=Rq user=clamav argv=/usr/lib/postfix/clamav-filter.sh -f ${sender} -- ${recipient}
smtps inet n - n - 15 smtpd -vv
-o content_filter=clamav:clamav
-o receive_override_options=no_address_mappings
-o smtpd_tls_wrappermode=yes
submission inet n - n - - smtpd -vv
-o content_filter=clamav:clamav
-o receive_override_options=no_address_mappings
-o smtpd_etrn_restrictions=reject
-o smtpd_client_restrictions=permit_sasl_authenticated,reject
vacation unix - n n - - pipe
flags=Rq user=vacation argv=/var/spool/vacation/vacation.pl -f ${sender} -- ${recipient}


Entrei em contato com o meu provedor e me disseram para entrar em contato com o fabricante para desbloquear a porta 25.

stefaniobrunhara
(usa CentOS)

Enviado em 23/07/2014 - 09:05h

Você consegue enviar e receber os email do seu domínio, ou seja, os email locais?

glaucoperucchi
(usa Debian)

Enviado em 23/07/2014 - 09:53h

Depois que resetei o modem e conectei direto no meu pc e o telnet continuou dando erro, não tinha mais duvidas que era o provedor.

Vlw paolini por toda a ajuda.

Realmente é problema com o provedor, depois de inumeros teste não restava duvidas.

Tive uma grande batalha com o provedor para conseguirem arrumar o que fizeram.

Obrigado a todos!