[opensuse-es] no route to host
Que tal amigos del foro, tengo el siguiente problema a ver si alguien me puede ayudar: Tengo un servidor web con correo y otros servicios que estaba funcionando correctamente hasta que dejo de enviar los correos, ya revise y mi isp no cerro el puerto 25 ya que puedo hacerle telnet desde internet y fuera de su red, tengo acceso a todos los servicios por lo cual creo q no es impedimento de firewall o alguna mala configuracion en la red, el mta si recibe los correos pero por alguna razon no los entrega, cuando me regresa los correos o en el log el unico mensaje que aparece es deferred nombre_del_server NO ROUTE TO HOST. pero esto despues de pasadas las 5 horas de aguante. No se si el isp pueda cerrar el envio de correos unicamente y permitir que mi smtp reciba los que le llegan esa seria una causa pero no se si puedan, en este caso como podria probar si me lo restringen, alguna idea. PiPiRiZ --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
hector.anayala> configuracion en la red, el mta si recibe los correos pero por alguna hector.anayala> razon no los entrega, cuando me regresa los correos o en el log el hector.anayala> unico mensaje que aparece es deferred nombre_del_server NO ROUTE TO hector.anayala> HOST. pero esto despues de pasadas las 5 horas de aguante Tiene pinta de no poder resolver los nombres de dominio, es decir un problema de los DNS. Prueba a hacer un ping a cualquier sitio, por ejemplo a Google y así verás si resuelve de nombre a IP. Si no lo hace es que los DNS que usas para resolver los nombres estan caídos o, si son tuyos, mal configurados.
El 18/04/08, Héctor Anaya escribió:
Tengo un servidor web con correo y otros servicios que estaba funcionando correctamente hasta que dejo de enviar los correos, ya revise y mi isp no cerro el puerto 25
¿Realizas los envíos directamente desde tu servidor o utilizas algún relay (envías a otro equipo)? ¿Sólo ha dejado de funcionar el envío de mensajes de correo, es decir, puedes hacer ping o traceroute a cualquier servidor remoto desde el equipo donde tienes el servidor de correo...?
el mta si recibe los correos pero por alguna razon no los entrega, cuando me regresa los correos o en el log el unico mensaje que aparece es deferred nombre_del_server NO ROUTE TO HOST. pero esto despues de pasadas las 5 horas de aguante.
Si pones el mensaje de error completo y el servidor de correo que usas, mejor :-). Omite los datos sensibles (nombres, ip), si quieres. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Solo ha dejado de funcionar el envio de correo, si puedo hacer trace y
ping ftp etc. desde adentro y desde afuera del server, no hago relay a
otro server realizo los envios directamente desde mi server,
Si le digo que me mueste la cola aparecen dos tipos de errores:
(Deferred: Connection timed out with smtp.qplas.com.)
Deferred: mx3.hotmail.com.: No route to host
por mencionar dos.
En el log me aparece lo siguiente:
Apr 17 17:44:57 www sendmail[26385]: m3HMRZiv026369:
to=
El 18/04/08, Héctor Anaya escribió:
Tengo un servidor web con correo y otros servicios que estaba funcionando correctamente hasta que dejo de enviar los correos, ya revise y mi isp no cerro el puerto 25
¿Realizas los envíos directamente desde tu servidor o utilizas algún relay (envías a otro equipo)? ¿Sólo ha dejado de funcionar el envío de mensajes de correo, es decir, puedes hacer ping o traceroute a cualquier servidor remoto desde el equipo donde tienes el servidor de correo...?
el mta si recibe los correos pero por alguna razon no los entrega, cuando me regresa los correos o en el log el unico mensaje que aparece es deferred nombre_del_server NO ROUTE TO HOST. pero esto despues de pasadas las 5 horas de aguante.
Si pones el mensaje de error completo y el servidor de correo que usas, mejor :-). Omite los datos sensibles (nombres, ip), si quieres.
Saludos,
-- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
--------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 18/04/08, Héctor Anaya escribió:
Solo ha dejado de funcionar el envio de correo, si puedo hacer trace y ping ftp etc. desde adentro y desde afuera del server, no hago relay a otro server realizo los envios directamente desde mi server,
O.k.
Si le digo que me mueste la cola aparecen dos tipos de errores:
(Deferred: Connection timed out with smtp.qplas.com.)
Hum, el "time-out" podría ser circunstancial o no ser un problema tuyo sino del otro equipo...
Deferred: mx3.hotmail.com.: No route to host
Prueba desde el equipo con sendmail: telnet mx3.hotmail.com 25 ¿Conectas? Si puedes conectar el problema lo podrías tener únicamente en la configuración de sendmail... y de sendmail no te puedo decir nada sobre su configuración O:-)
En el log me aparece lo siguiente: Apr 17 17:44:57 www sendmail[26385]: m3HMRZiv026369: to=
, ctladdr= (2623/1040), delay=00:17:21, xdelay=00:17:19, mailer=esmtp, pri=121501, relay=emampx002.pwc.com. [164.143.244.132], dsn=4.0.0, stat=Deferred: Connection timed out with emampx002.pwc.com.
Lo mismo, prueba: telnet emampx002.pwc.com 25
Apr 17 18:03:57 www sendmail[14896]: m3HHrlI6027916: to=
, ctladdr= (2803/1047), delay=05:10:09, xdelay=00:00:03, mailer=esmtp, pri=570823, relay=mail.swissmxxex.com.mx. [201.147.200.52], dsn=4.0.0, stat=Deferred: mail.swissmxxex.com.mx.: No route to host
Este servidor no lo encuentro: hpc02@stthpc:~> host -t mx swissmxxex.com.mx Host swissmxxex.com.mx.site not found: 3(NXDOMAIN) Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Algo curioso, si hago telnet a cualquier server al puerto 25 saca lo siguiente:
telnet mail.swissmex.com.mx 25
Trying 201.147.200.52...
telnet: connect to address 201.147.200.52: No route to host
pero si hago un traceroute o un ping al mismo server si encuentra el host
lo mismo pasa con todos los dominios.
Saludos
Pipiriz
El 18/04/08, Camaleón
El 18/04/08, Héctor Anaya escribió:
Solo ha dejado de funcionar el envio de correo, si puedo hacer trace y ping ftp etc. desde adentro y desde afuera del server, no hago relay a otro server realizo los envios directamente desde mi server,
O.k.
Si le digo que me mueste la cola aparecen dos tipos de errores:
(Deferred: Connection timed out with smtp.qplas.com.)
Hum, el "time-out" podría ser circunstancial o no ser un problema tuyo sino del otro equipo...
Deferred: mx3.hotmail.com.: No route to host
Prueba desde el equipo con sendmail: telnet mx3.hotmail.com 25
¿Conectas?
Si puedes conectar el problema lo podrías tener únicamente en la configuración de sendmail... y de sendmail no te puedo decir nada sobre su configuración O:-)
En el log me aparece lo siguiente: Apr 17 17:44:57 www sendmail[26385]: m3HMRZiv026369: to=
, ctladdr= (2623/1040), delay=00:17:21, xdelay=00:17:19, mailer=esmtp, pri=121501, relay=emampx002.pwc.com. [164.143.244.132], dsn=4.0.0, stat=Deferred: Connection timed out with emampx002.pwc.com. Lo mismo, prueba:
telnet emampx002.pwc.com 25
Apr 17 18:03:57 www sendmail[14896]: m3HHrlI6027916: to=
, ctladdr= (2803/1047), delay=05:10:09, xdelay=00:00:03, mailer=esmtp, pri=570823, relay=mail.swissmxxex.com.mx. [201.147.200.52], dsn=4.0.0, stat=Deferred: mail.swissmxxex.com.mx.: No route to host Este servidor no lo encuentro:
hpc02@stthpc:~> host -t mx swissmxxex.com.mx Host swissmxxex.com.mx.site not found: 3(NXDOMAIN)
Saludos,
-- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
--------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 18/04/08, Héctor Anaya escribió:
Algo curioso, si hago telnet a cualquier server al puerto 25 saca lo siguiente:
telnet mail.swissmex.com.mx 25 Trying 201.147.200.52... telnet: connect to address 201.147.200.52: No route to host
Pues parece que te han cortado el puerto 25 (la salida) por eso el sendmail tampoco puede conectar :-( Mira a ver si la ip que tienes asignada aparece en las listas negras. Tendrás que ponerte en contacto con tu isp para confirmar este punto y en caso afirmativo, ver por qué motivo lo han cerrado. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Entonces el sendmail escucha y envia por el puerto 25?
Tengo el puerto 587 habilitado para la escucha pero me supongo que no
envia por ese aunque este habilitado.
De que otra manera me puedo asegurar de que la salida al puerto 25
esta bloqueada?, porq ya hable con mi isp y ellos insisten que el
puerto está abierto. pero puede ser q solamente de entrada este
abierto y de salida cerrado Ok?
Saludos.
Pipiriz
2008/4/18, Camaleón
El 18/04/08, Héctor Anaya escribió:
Algo curioso, si hago telnet a cualquier server al puerto 25 saca lo siguiente:
telnet mail.swissmex.com.mx 25 Trying 201.147.200.52... telnet: connect to address 201.147.200.52: No route to host
Pues parece que te han cortado el puerto 25 (la salida) por eso el sendmail tampoco puede conectar :-(
Mira a ver si la ip que tienes asignada aparece en las listas negras. Tendrás que ponerte en contacto con tu isp para confirmar este punto y en caso afirmativo, ver por qué motivo lo han cerrado.
Saludos,
-- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
--------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 18/04/08, Héctor Anaya escribió:
Entonces el sendmail escucha y envia por el puerto 25?
Supongo...
Tengo el puerto 587 habilitado para la escucha pero me supongo que no envia por ese aunque este habilitado.
El puerto 587 para que los clientes puedan conectar con tu servidor en ese puerto, pero sendmail enviará desde el puerto 25.
De que otra manera me puedo asegurar de que la salida al puerto 25 esta bloqueada?, porq ya hable con mi isp y ellos insisten que el puerto está abierto. pero puede ser q solamente de entrada este abierto y de salida cerrado Ok?
Pues no sé... pero si cualquier telnet a los puertos 25 de los servidores te devuelve un "no route to host", algo pasa (proxy, filtro, cortafuegos, antivirus...) y si sólo tienes problemas con el puerto 25 (porque puedes navegar, resolver, hacer ping y trazas...), pues es muy sospechoso :-/. También es posible que el isp tenga algún problema puntual en sus equipos con las rutas y no te sepan / puedan decir nada :-? Aquí en España los servidores dns de Telefónica suelen caerse "de vez en cuando" y cuando llamas te dicen que "todo funciona perfectamente"
:-)
Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Content-ID:
El 18/04/08, Héctor Anaya escribió:
Entonces el sendmail escucha y envia por el puerto 25?
Supongo...
Correcto.
Tengo el puerto 587 habilitado para la escucha pero me supongo que no envia por ese aunque este habilitado.
El puerto 587 para que los clientes puedan conectar con tu servidor en ese puerto, pero sendmail enviará desde el puerto 25.
No puede enviar por el 587 a servidores que van a estar escuchando en el 25 estandard.
De que otra manera me puedo asegurar de que la salida al puerto 25 esta bloqueada?, porq ya hable con mi isp y ellos insisten que el puerto está abierto. pero puede ser q solamente de entrada este abierto y de salida cerrado Ok?
Pues no sé... pero si cualquier telnet a los puertos 25 de los servidores te devuelve un "no route to host", algo pasa (proxy, filtro, cortafuegos, antivirus...) y si sólo tienes problemas con el puerto 25 (porque puedes navegar, resolver, hacer ping y trazas...), pues es muy sospechoso :-/.
Un traceroute usando el 25 tcp. ¿Se puede? Creo que no: -p port Specifies the UDP destination port base traceroute will use. When sending its UDP probe packets, it will send them to port + hop - 1 for each hop. If there are ports in this range in use on the destination host, traceroute will not be able to identify reliably when it has reached the destination host (probes will appear to time out). The default port is 33434; you can use -p to change this to a different value. se puede cambiar el puerto udp. No vale.
También es posible que el isp tenga algún problema puntual en sus equipos con las rutas y no te sepan / puedan decir nada :-?
Aquí en España los servidores dns de Telefónica suelen caerse "de vez en cuando" y cuando llamas te dicen que "todo funciona perfectamente"
:-)
Buf. Yo tengo un problema curioso, posiblemente resuelto por arte de magia. - Los correos a mi dirección me llegan perfectamente - la mayoría. - Los correos enviados a mi alias en opensuse no. Me llega un rebote diciendo host tnetmx.telefonica.net[213.4.149.227] refused to talk to me: 452 try later Bueno, pues hay un chat con el servicio técnico de tesa para problemas de correo. "Vale, voy a mirar su cuenta" "pues no veo nada". Ahora me entero que los floreros pueden mirar el log del servidor smtp, si es que saben lo que es :-/ (Yo he sido florero, no es peyorativo) Me dijo que sólo resuelven problemas con el webmail. Al final me remitió a "telefonicaonline.com/nemesys", que resultó ser "www.telefonicaonline.com/nemesys". Efectivamente, ahí se pueden reportar problemas, pero está en realidad preparado para reportar "abuses": portscans, etc. No hay click para "problemas smtp". Y te piden hasta el DNI. El caso es que después de rellenar, hago click, y da "página inexistente". Varios enlaces de soporte al cliente dan de hecho el mismo error, inexistente. Pa' llorar y no echar gota. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFICO8GtTMYHG2NR9URAnt+AJwM1t5I70/7h7rYmVNsOH0LNVaMNwCeOLpf 8iytghYFflFj2wUKTihupyU= =nDl7 -----END PGP SIGNATURE-----
El 18/04/08, Carlos E. R. escribió:
Un traceroute usando el 25 tcp. ¿Se puede? Creo que no:
¿Y tcpdump? :-? tcpdump port 25 Y en otra konsole ejecutando un telnet al servidor de correo... Si no saca nada es que no llega a ningún lado :-P Y que luego filtre el puerto 110 (por ejemplo) y que en otra konsole ejecute una sesión telnet al servidor pop3 donde sí verá tráfico... y que le envíe al isp ambos registros, a ver qué le dicen >:-)
Buf.
Yo tengo un problema curioso, posiblemente resuelto por arte de magia.
¿Magia? Es no existe :-P. Algún admin de telefónica que ya habrá vuelto a su puesto de trabajo.
- Los correos a mi dirección me llegan perfectamente - la mayoría.
- Los correos enviados a mi alias en opensuse no. Me llega un rebote diciendo
host tnetmx.telefonica.net[213.4.149.227] refused to talk to me: 452 try later
¿No me digas... rebotan? Anda, pues no tenía ni idea :-P y es peligroso, puedes perder correos "legítimos" y no te enteras >:-)
Bueno, pues hay un chat con el servicio técnico de tesa para problemas de correo. "Vale, voy a mirar su cuenta" "pues no veo nada".
Ahora me entero que los floreros pueden mirar el log del servidor smtp, si es que saben lo que es :-/
(Yo he sido florero, no es peyorativo)
Me dijo que sólo resuelven problemas con el webmail. Al final me remitió a "telefonicaonline.com/nemesys", que resultó ser "www.telefonicaonline.com/nemesys". Efectivamente, ahí se pueden reportar problemas, pero está en realidad preparado para reportar "abuses": portscans, etc. No hay click para "problemas smtp". Y te piden hasta el DNI.
El caso es que después de rellenar, hago click, y da "página inexistente". Varios enlaces de soporte al cliente dan de hecho el mismo error, inexistente.
Pa' llorar y no echar gota.
Eso no te pueden solucionar... y es por eso por lo que dejé de usar telefonica.net (cuando deja de funcionar es imposible solucionarlo, sólo puedes esperar, esperar y esperar... yo me cansé de esperar). Nemesys es el departamento que se encarga de gestionar los "usos y abusos" de las cuentas de correo (aka, spam) o de las direcciones IP de Telefónica, pero poco más. No atienden asuntos técnicos, sólo escriben por correo y mandan cartas. ¿Por qué te rechaza(ba) Telefónica el correo que viene del alias? Ni idea... las ip de los servidores de suse están limpias, quizá tuvieran algún filtro mal configurado (greylisting, por ejemplo) y rechazara el mensaje... Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-04-18 a las 22:35 +0200, Camaleón escribió:
El 18/04/08, Carlos E. R. escribió:
Un traceroute usando el 25 tcp. ¿Se puede? Creo que no:
¿Y tcpdump? :-?
tcpdump port 25
Y en otra konsole ejecutando un telnet al servidor de correo... Si no saca nada es que no llega a ningún lado :-P
No sirve, porque no ves en qué máquina se corta. El traceroute lo que hace es enviar paquetes con un tiempo de vida demasiado corto para que no lleguen. Primero lo manda con tiempo de vida '1' para que se pare en el primer salto; en cada salto se le resta uno a ese contador, y si es cero el paquete se devuelve al origen, y examinando la dirección del rebote se sabe cual es el primer 'host' del camino. Y sólo lo hace con paquetes udp, así que no sirve.
Buf.
Yo tengo un problema curioso, posiblemente resuelto por arte de magia.
¿Magia? Es no existe :-P. Algún admin de telefónica que ya habrá vuelto a su puesto de trabajo.
Seguramente. ¿Y porqué ha vuelto? Magia, seguro.
- Los correos a mi dirección me llegan perfectamente - la mayoría.
- Los correos enviados a mi alias en opensuse no. Me llega un rebote diciendo
host tnetmx.telefonica.net[213.4.149.227] refused to talk to me: 452 try later
¿No me digas... rebotan? Anda, pues no tenía ni idea :-P y es peligroso, puedes perder correos "legítimos" y no te enteras >:-)
Exacto.
El caso es que después de rellenar, hago click, y da "página inexistente". Varios enlaces de soporte al cliente dan de hecho el mismo error, inexistente.
Pa' llorar y no echar gota.
Eso no te pueden solucionar... y es por eso por lo que dejé de usar telefonica.net (cuando deja de funcionar es imposible solucionarlo, sólo puedes esperar, esperar y esperar... yo me cansé de esperar).
:-/ Pero yo no me creo que ningún otro lo haga mejor, porque he trabajado "dentro" con esas gentes. Sólo es mejor cuando estás dentro y puedes tirar de contactos de cafetería.
Nemesys es el departamento que se encarga de gestionar los "usos y abusos" de las cuentas de correo (aka, spam) o de las direcciones IP de Telefónica, pero poco más. No atienden asuntos técnicos, sólo escriben por correo y mandan cartas.
Pues vaya :-/
¿Por qué te rechaza(ba) Telefónica el correo que viene del alias? Ni idea... las ip de los servidores de suse están limpias, quizá tuvieran algún filtro mal configurado (greylisting, por ejemplo) y rechazara el mensaje...
Algún tipo de greylisting. Sospecho que están saturados, porque pierdo algunos correos de la lista de vez en cuando, no me llegan. Por cierto, no era un rechazo, era un timeout. El servidor de suse esta configurado para abandonar a las 24 horas. Y al hacerlo envía un correo de abandono al remitente, que era yo mismo por estar probando. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFICRnGtTMYHG2NR9URAsNsAJ4gsIpUu4WQp2PPDOJM9yKN/oNYggCcD0hh gT6Ya9YhDkoVGqA+qp2tsTs= =zQNS -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2008-04-18 a las 11:40 -0600, Héctor Anaya escribió:
Algo curioso, si hago telnet a cualquier server al puerto 25 saca lo siguiente:
telnet mail.swissmex.com.mx 25 Trying 201.147.200.52... telnet: connect to address 201.147.200.52: No route to host
pero si hago un traceroute o un ping al mismo server si encuentra el host
lo mismo pasa con todos los dominios.
Te han capado el puerto 25. Adiós correo. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFICOfRtTMYHG2NR9URAqeVAKCFiP3Zooz8e0ojETfUSqbZ3kN0fwCbB90s Mebyv1hgZs+WeyKZO1C1K+A= =G4vx -----END PGP SIGNATURE-----
Htor> Algo curioso, si hago telnet a cualquier server al puerto 25 saca lo siguiente: Htor> Htor> telnet mail.swissmex.com.mx 25 Htor> Trying 201.147.200.52... Htor> telnet: connect to address 201.147.200.52: No route to host Htor> Htor> pero si hago un traceroute o un ping al mismo server si encuentra el host Tiene toda la pinta de que te han bloqueado la salida por el puerto 25. Si no consigues arreglarlo con tu proveedor, se me ocurren tres soluciones, aunque dos de ellas solo son válidas si estas usando Posfix. La primera consiste en contratar un servicio de DNS con un proveedor que te permita hacer la redirección de puertos. Por ejemplo en DynDNS se puede. Las otras dos solo son para Postfix. La primera es sencilla, editar el main.cf y añadirle una línea con el siguiente contenido: relayhost = nombre-del-servidort:465 (el 465 se usa para TTL/SSL) Otra posible solución sería mapear con la orden "transport_maps" Sería algo así como: transport_maps = hash:/el/fichero/de/mapeo El fichero de mapeo debe contener el nombre de host y el puerto. Para la sintaxis mejor consulta el man para transport Una cuarta solución sería cambiar de proveedor. No estaría de más que comprobaras que la IP de tu servidor no esté en las listas negras de spammers -- Saludos, J.M.Queralt http://www.queralt.org/
Htor> Algo curioso, si hago telnet a cualquier server al puerto 25 saca lo siguiente: Htor> Htor> telnet mail.swissmex.com.mx 25 Htor> Trying 201.147.200.52... Htor> telnet: connect to address 201.147.200.52: No route to host Htor> Htor> pero si hago un traceroute o un ping al mismo server si encuentra el host Tiene toda la pinta de que te han bloqueado la salida por el puerto 25. Si no consigues arreglarlo con tu proveedor, se me ocurren tres soluciones, aunque dos de ellas solo son válidas si estas usando Posfix. La primera consiste en contratar un servicio de DNS con un proveedor que te permita hacer la redirección de puertos. Por ejemplo en DynDNS se puede. Las otras dos solo son para Postfix. La primera es sencilla, editar el main.cf y añadirle una línea con el siguiente contenido: relayhost = nombre-del-servidort:465 (el 465 se usa para TTL/SSL) Otra posible solución sería mapear con la orden "transport_maps" Sería algo así como: transport_maps = hash:/el/fichero/de/mapeo El fichero de mapeo debe contener el nombre de host y el puerto. Para la sintaxis mejor consulta el man para transport Una cuarta solución sería cambiar de proveedor. No estaría de más que comprobaras que la IP de tu servidor no esté en las listas negras de spammers -- Saludos, J.M.Queralt http://www.queralt.org/
Camaleón wrote:
Este servidor no lo encuentro:
hpc02@stthpc:~> host -t mx swissmxxex.com.mx Host swissmxxex.com.mx.site not found: 3(NXDOMAIN)
Saludos,
Eeeeso, has la prueba utilizando dig, ó host, para poder decirle al dns que estás utilizando que necesitas saber su ip de mx, la prueba de telnet es a medias para sacar este tipo de diagnosticos. No te habrán puesto un idp, ids, etc. ó cambiado un router a tu salida, digo, de tu lado, no del ISP. --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
participants (5)
-
Camaleón
-
Carlos E. R.
-
Héctor Anaya
-
J.M.Queralt
-
Ricardo