puerto 25

Buenos días,

ya he probado a conectar a otros servidores smtp y me sigue dando el mismo error, he mirado el router y no tiene ningún tipo de firewall, no he reseteado el router porque sería parar el trabajo y volver a configurar todo, no se si es la última solución pero a mi lo que me mosquea es el tema de estar la ip en listas negras (blacklistalert.org),

saludos,

Buenas itvquintanar 

Pues lo primero que intentaría sería, por hacer pruebas, una conexión cualquiera a un servidor SMTP por telnet o por donde sea. Por ejemplo,

ncat -C gmail-smtp-in.l.google.com 25

Puedes hacerlo con telnet si quieres, o nc o la herramienta que quieras. Eso nos va a determinar en principio si es un problema concreto con un destino específico, o con cualquiera. Si conectase en el anterior ejemplo, que es el MX de gmail, ya sabríamos que el problema es específico al proveedor vuestro de correo, y la única solución es llamarles para ver que diablos pasa.

En el caso de que el ejemplo anterior también diese error de conexión, es decir, no se estableciese, miraría dos cosas principalmente. La primera, intentaría realizar exactamente lo mismo desde otro equipo diferente. La segunda, revisaría los filtros del Firewall del Router, a ver si existe alguna entrada que alguien haya añadido, incluso me plantearía resetearlo (el Router)

Buenos días,

entonces, ¿cual es la solución? o ¿dónde está el problema? porque tenemos otros centros donde esta implantación que queremos hacer aquí funciona correctamente, gracias,

saludos,

Buenas itvquintanar 

En lo relativo al Router citado, no tiene ninguna configuración interna de bloqueo de ningún tipo, al 100%.

En lo relativo a listas negras, no es tu problema ni está relacionado con ello, y tampoco en tu caso con un problema de resolución inversa de IP. Te explico.

Por seguridad, una de las principales medidas que suelen tomar los servidores de correo electrónico, es si la IP que les deja el correo en su servidor es una IP llamemos genuina. Entre muchas de esas comprobaciones, una suele ser comprobar si existe un registro de resolución inversa asociado. Es decir, al igual que podemos saber la IP de un dominio a través de una resolución DNS normal, con un registro de resolución inversa podemos conocer el dominio desde la IP. Para eso funciona. Muchos servidores de correo miran el registro inverso, y si es un registro genérico o directamente no hay registro, pues informan que lo rechazan por seguridad.

Por qué esto no tiene nada que ver con vuestro problema? Por varias razones. Primero, recordar que estáis intentando conectaros a VUESTRO PROPIO proveedor de correo electrónico, no es el de cualquiera, y simplemente además no da conexión. Si realmente lo rechazase por lista negra o por no tener una resolución inversa, el servidor de correo vuestro os lo diría, os diría el motivo. Si realmente no conecta con un telnet/netcat, el problema es de conexión, no de filtrado.

Comprobar esto es muy simple. Yo no tengo ningún tipo de registro inverso, ni siquiera una IP fija, y por ende mi IP, como cualquier IP fija, aparecerá en multitud de listas negras. En cambio, puedo conectar sin ningún problema al servidor. Esta es una sesión que acabo de realizar hacia el servidor de correo de vuestro proveedor:

ncat -C mail.itvquintanar.es 25
220 4p-misdns.net ESMTP Postfix
ehlo test.com
250-4p-misdns.net
250-PIPELINING
250-SIZE 512000000
250-ETRN
250-STARTTLS
250-AUTH DIGEST-MD5 CRAM-MD5 PLAIN LOGIN
250-ENHANCEDSTATUSCODES
250-8BITMIME
250-SMTPUTF8
250 CHUNKING
mail from: test@gmail.com
250 2.1.0 Ok
rcpt to: info@itvquitanar.es
554 5.7.1 Service unavailable; Client host [xx.xx.xx.xx] blocked using b.barracudacentral.org; http://www.barracudanetworks.com/reputation/?pr=1&ip=xx.xx.xx.xx

Como puedes ver me conecto sin problema. En la prueba no estoy siquiera autentificado con el relay SMTP del servidor, es decir, que les estoy intentando dejar directamente el correo electrónico, y me lo deniega porque estoy usando mi IP pública dinámica, y como he dicho como IP pública dinámica está en cualquier lista negra.

En vuestro caso directamente no hay conexión.

Hola itvquintanar 

Para poder ayudarte, necesitamos que nos envíes a través de mensaje privado los datos referentes a tu línea que ya te habíamos pedido al principio del hilo: 

-Número de teléfono afectado 

- Nombre, apellidos y NIF de la persona titular la línea o nombre y CIF de la empresa

- Teléfono y persona de contacto, por si fuera necesario.

Para enviar mensaje privado, coloca el cursor sobre el nombre de nuestro usuario "Técnico Movistar" y ahí te aparecerá la opción de mensaje privado. 

Un saludo.

Carmen

Buenos días de nuevo,

creo que el problema es el siguiente: aparecemos en una lista negra, adjunto foto donde se puede ver y la forma de solucionarlo. Pone que tenemos que hablar con nuesto proveedor para tramitar la baja de la lista negra o no se si habría que cambiar la IP fija (a partir de aquí se me escapa un poco). A ver de que forma podéis solucionar, gracias y saludos.

Bueno días,

te adjunto captura del tracert, el router es de movistar y es marca Mitrastar / GPT-2541GNAC

cuando dices lo del acceder a la web del dominio, a cual te refieres?

gracias y saludos,

Buenos días itvquintanar 

Eso aclara algunas cosas ya, gracias por la detallada explicación, no obstante algunos datos es mejor darlos por privado, especialmente los concernientes a la IP.

Bien, lo que tenemos es lo siguiente:

1º. Tenéis IP fija contratada en la línea de Movistar

2º. Tenéis un dominio propio, PERO (Importante), dicho dominio NO ES NI APUNTA a vuestra red. Si veo bien haciendo un dig/whois, el dominio creo lo gestiona iberonet, y los servidores están en Finlandia si no veo mal, una empresa de servidores/hosting llamada hetzner.

3º. El servidor de correo, vuestro proveedor de correo, es dicha empresa.

------------

Es decir, que estamos en el escenario común que expliqué desde un principio, la aplicación simplemente trata conectarse a un relay remoto, en este caso vuestro propio proveedor de correo. En este escenario no se requiere ni sirve para nada abrir un puerto en el Router hacia ningún servidor que tengáis en vuestra red local, vuestra red local no está hospedando ningún servidor SMTP. Los puertos se requieren "abrir" cuando un equipo remoto quiere iniciar una conexión hacia nuestra red, cuando nuestra red es quien inicia la conexión, no hace falta nada. De lo contrario habría que abrir puertos para casi todo!! 

Es cierto que algunos Routers empresariales pueden por defecto estar bloqueando algunos puertos de salida específicamente, repito, no de entrada. Pero esto tampoco implica que se requiera abrir puertos, sino de borrar aquel o aquellos puertos que se hayan bloqueado a drede. Pero en cualquier caso, y que yo recuerde, Movistar tampoco bloquea por defecto el puerto 25 en ningún equipo empresarial, y mucho menos a nivel de su red!! Si bloquease el puerto 25 de salida a los clientes, habría infinidad de clientes que no podrían usar su correo electrónico. Esto no se hace.

No obstante, si parece existir un problema si desde vuestra red local no podéis hacer un telnet al servidor remoto de hetzner. Tenéis un Router propio o que marca/modelo de Router tenéis de Movistar? Puedes hacer un tracert a vuestro dominio? Podéis acceder a la web del dominio?

A nivel de red como digo Movistar no bloquea ningún puerto, salvo el 23 (DNS) en entrada (no en salida), y sólo por seguridad y se puede solicitar su desbloqueo

---------------

Y a modo ya de consejo, como alguien que lleva en esto bastante tiempo. Usar de proveedor de correo el propio hosting/servidor de la web suele ser muy mala idea, la seguridad de estos suele ser de risa, y suplantar un correo generalmente es trivial. Esto es totalmente independiente de todo lo anterior obviamente.

Saludos.

Buenos días,

le comento nuestro problema para situarnos, nosotros tenemos que enviar facturas por correo electrónico, esto lo hace una aplicación automáticamente, nos lo ha gestionado una empresa desde el exterior, dicha empresa me llama hace unos días diciendo que tiene problemas al enviar los correos con el puerto 25 de salida (yo lo tengo abierto en el router), hago un telnet y veo que no se conecta (adjunto captura). Tenemos ip fija contratada (xx.xx.xx.xx), dominio propio (xxxxxxxx.es) y servidor de correo (mail.itvquintanar.es), el puerto 25 lo tengo abierto hacia el servidor, que es como me han dicho la empresa infomática que nos está tramitando el servicio, es por eso que llamé a movistar para ver cual es el problema y la chica me dice que el problema es que parece que está bloqueado por algún filtro antispam. Entonces, a partir de aquí no se por donde seguir, gracias por la atención,

saludos.

Buenas itvquintanar 

Hay que diferenciar dos cosas importantes aquí, y dependiendo de cual de los dos escenarios te encuentres, la solución es una u otra:

El puerto 25 es el puerto usado para un servidor SMTP no cifrado. Un Router SOLO tendría que abrir el puerto 25 cuando dentro de nuestra propia red local tuviésemos un servidor  de correo electrónico SMTP, y quisiésemos que pudiese ser accedido desde el exterior. Este escenario es extremadamente poco común, y dudo que sea el tuyo. Y aun cuando realmente fuese tu escenario, tan solo sería necesario abrir el puerto 25 en el Router hacia la IP del servidor de correo de la empresa... claro que para ello también la empresa debería de tener casi con toda seguridad una IP fija contratada, un dominio asociado y un registro de resolución inverso. Repito que este escenario es muy poco común, porque el 99% de las PYMES usan proveedores de correo externos, NO PROPIOS.

El otro escenario es cuando usamos gestores de correo electrónico, o aplicaciones que envían correos electrónicos hacia el exterior, que como es obvio NADA tiene que ver con el escenario anterior, en este caso NO TENEMOS ningún servidor de correo, y por ende NO NECESITAMOS abrir ningún tipo de puerto. Dentro de este escenario, por lo general podemos enviar correos de dos modos diferentes. El primero, usando lo que llamamos un Relay SMTP, y el segundo modo es siendo nosotros mismos el propio emisor directo del correo, sin relay.

Actualmente el 99% de los casos se hace usando un Relay, es decir, configurando en la aplicación que sea tus datos del proveedor de correo que tengas SMTP, en el que se incluye lo típico, el servidor SMTP y puerto SMTP, usuario/contraseña etc. Ese puerto de destino PUEDE SER el puerto 25 si el servidor SMTP remoto no cifra el correo, y Movistar no bloquea ni mucho menos la conexión. En este escenario repito es tu equipo (o el equipo que sea) el que quiere conectarse al puerto 25 del servidor SMTP remoto. No hay nada que bloquear.

El otro modo es cuando la aplicación que sea no usa ningún servidor remoto SMTP, ningún "relay", e intenta hacerlo por sí mismo. Esto puede hacerse perfectamente, es el equipo el que se conecta en vez de un relay SMTP, al servidor de correo del destinatario del correo directamente, y deja allí el email. Esto TAMPOCO SE BLOQUEA, cualquiera puede hacerlo. No obstante, a menos que tengas contratada una IP fija y cumplas unas medidas de seguridad mínimas, el 99% de TODOS los proveedores de correo electrónico van a eliminar tus correos.

----------

Así que, resumiendo, Movistar no bloquea ni ha bloqueado nunca el puerto 25, ni en entrada (en caso de que tuvieses un servidor SMTP montado, que dudo que sea el caso) ni en salida, cuando quieres enviar un correo electrónico a través de un relay SMTP o directamente

El problema en cualquier caso está en tu configuración de la aplicación,  me temo.