Por favor, ayuda... Error Exchange "mail.miempresa.com #5.5.0 smtp;553 sorry, that domain isn't in my list of allowed rcpthosts (#5.7.1)"

Hola a todos.
Soy un estudiante de Ingenieria de Sistemas y estoy haciendo mis pinitos en una empresa como "chico para todo lo informatico" (ya sabeis como va esto) y desde hace un tiempo tenemos problemas con el Exchange y la empresa que nos lo administra no consigue solucionarlo nunca...

El problema radica en que, muy amenudo, al enviar un correo el servidor responde con un "mail.miempresa.com #5.5.0 smtp;553 sorry, that domain isn't in my list of allowed rcpthosts (#5.7.1)". Hasta hoy no he sido capaz de discriminar si es con algunos dominios y con otros no. Al parecer lo hace segun le apetece.

Lo curioso del tema, es que, si al recibir el mensaje de error (no suele tardar ni 30 segundos desde que envias el correo), reenvias lo mismo a la misma dirección, llega enseguida y sin problemas...

El correo en sí, esta alojado en Horde. Segun la empresa que nos lo administra todo, el problema radica en la IP fija que tenemos asignada (de las antiguas y buenas, no de las nuevas virtuales que de telefonica), ya que telefonica añade tras la ip el tipico "rima.tde.net" y hace que los servidores se lien, pero yo no me lo acabo de creer (mas bien lo encuentro absurdo). También me han comentado que tal vez es que nuestro servidor envia demasiado rapido, y no le da tiempo a hacer el login en el servidor de destino, y por eso al reenviar, entra correctamente (pq ya se habia logado unos segundos antes)... Pero lo dicho, de esta gente ya no me creo nada, así que prefiero moverme un poco a ver si consigo solucionarlo.

No se si alguno se ha encontrado en situación parecida, o si tiene idea de que puede estar pasando.
Googleando, encuentras mil opciones, todas diferentes y ninguna sin confirmar que lo solucione. El servidor en un Windows2003 Server Con Exchange Server 2003. Como entrada usamos un conector POP3 externo a exchange (popcon) y como salida, el SMTP de exchange.

Sinceramente no tengo demasiada idea de como se configura todo esto, así que no se que más datos aportaros, pero preguntad lo que querais e intentaré daros el màximo de informacion posible para solucionarlo.

Gracias de antemano.

Etiquetas: correo, exchange, mail, rcpthosts, servidor, smtp, windows2003

▶ Responde a esto

Respuestas a esta discusión

Permalink Responder para LinAdmin el julio 27, 2009 a las 10:25am: Hola,
este problema a mi no me suena, pero estaba mirando por la red y todos los comentarios relacionados apuntan a la autenticación.

Mira este manual a ver si te puede servir de algo.

Solo un detalle: Horde es un web frontend, no un servidor de correo. Detrás el motor puede ser cualquier MTA (postfix, exim, sendmail, etc.). Te lo digo para que no te líes.

Suerte!; ▶ Responde a esto

Permalink Responder para Metanei el julio 27, 2009 a las 10:28am: LinAdmin dijo:
Hola,
este problema a mi no me suena, pero estaba mirando por la red y todos los comentarios relacionados apuntan a la autenticación.

Mira este manual a ver si te puede servir de algo.

Solo un detalle: Horde es un web frontend, no un servidor de correo. Detrás el motor puede ser cualquier MTA (postfix, exim, sendmail, etc.)

Suerte!

Cierto, perdon por el fallo. Es un qmail:

"HELP
214 qmail home page: http://pobox.com/~djb/qmail.html"

Luego me miro lo que me comentas a ver que saco en claro. Ya os digo algo. Gracias.; ▶ Responde a esto

Permalink Responder para Metanei el julio 27, 2009 a las 11:23am: LinAdmin dijo:

Mira este manual a ver si te puede servir de algo.

Hola de nuevo.

Ese manual es para configurar un cliente de Outlook. Si configuro las cuentas independientemente en cada cliente no hay problema alguno, se envia siempre sin errores. El problema esta cuando el que envia es Exchange, por eso tiene que ser un problema de alguna configuracion del servidor.

Gracias igualmente por el interés.; ▶ Responde a esto

Permalink Responder para Iñaki R. el julio 28, 2009 a las 2:42pm: Buenas,

tendrías que determinar si pasa con todos los dominios o no, si el dominio es externo, traza de la sesión contra el servidor remoto,... Según lo que comentas, puede ser que tengan configurado qmail con pop-before-smtp, un sistema de autenticación que obliga a autenticarte contra el servidor pop para luego dejarte enviar por smtp, por eso la segunda vez te deja mandar el correo. A mí, particularmente, me parece una marranada existiendo ya un estandar que implementa esa funcionalidad (ESMTP).

Un saludo; ▶ Responde a esto

Permalink Responder para Metanei el julio 29, 2009 a las 1:51pm: Iñaki R. dijo:
Buenas,
tendrías que determinar si pasa con todos los dominios o no, si el dominio es externo, traza de la sesión contra el servidor remoto,... Según lo que comentas, puede ser que tengan configurado qmail con pop-before-smtp, un sistema de autenticación que obliga a autenticarte contra el servidor pop para luego dejarte enviar por smtp, por eso la segunda vez te deja mandar el correo. A mí, particularmente, me parece una marranada existiendo ya un estandar que implementa esa funcionalidad (ESMTP).
Un saludo

Pues si Iñaki, tenemos un pop-before-smtp en qmail (segun me comentaron un dia los "tecnicos"). No se si puedo cambiarlo por el ESMTP, pero supongo que necesitaria permisos que no tengo...
Hay alguna manera de retrasar el envio SMTP para que se loguee antes por el POP? Tiene algo que ver que estemos usando un conector externo a Exchange para la recepcion POP?

No puedo asegurar si es en todos los dominios, ya que no siempre falla. Si que puedo decirte que hay algunos que suelen fallar mas que otros (por ejemplo, no suele fallar al enviar a gMail o hotmail, aunque a veces si que ha pasado).

Gracias por tu respuesta. Hasta ahora, la mas coerente que he encontrado referente a mi problema.

Saludos!; ▶ Responde a esto

Permalink Responder para Iñaki R. el julio 31, 2009 a las 2:57pm: Buenas,

perdona que no te haya respondido antes, últimamente voy muy liado. La verdad es que poco más te puedo decir, apenas me he tenido que pelear con exchanges, por suerte. Puedes consultar si tu servidor qmail soporta autenticación conectándote al servidor y usando el comand EHLO (sí, es EHLO, no es dislexia jeje):

irodriguez@morgul:~$ telnet x.x.x.x 25
Trying x.x.x.x...
Connected to x.x.x.x
Escape character is '^]'.
220 MAILSERVER MailServer ESMTP
EHLO test.com
250-MAILSERVER MailServer
250-PIPELINING
250-STARTTLS
250-AUTH LOGIN CRAM-MD5 PLAIN
250 8BITMIME

La línea 250-AUTH LOGIN CRAM-MD5 PLAIN te dirá si soporta autenticación y qué mecanismos de autenticación soporta.

Siento no poder ayudarte más.

Un saludo

Metanei dijo:
Iñaki R. dijo:
Buenas,
tendrías que determinar si pasa con todos los dominios o no, si el dominio es externo, traza de la sesión contra el servidor remoto,... Según lo que comentas, puede ser que tengan configurado qmail con pop-before-smtp, un sistema de autenticación que obliga a autenticarte contra el servidor pop para luego dejarte enviar por smtp, por eso la segunda vez te deja mandar el correo. A mí, particularmente, me parece una marranada existiendo ya un estandar que implementa esa funcionalidad (ESMTP).
Un saludo

Pues si Iñaki, tenemos un pop-before-smtp en qmail (segun me comentaron un dia los "tecnicos"). No se si puedo cambiarlo por el ESMTP, pero supongo que necesitaria permisos que no tengo...
Hay alguna manera de retrasar el envio SMTP para que se loguee antes por el POP? Tiene algo que ver que estemos usando un conector externo a Exchange para la recepcion POP?

No puedo asegurar si es en todos los dominios, ya que no siempre falla. Si que puedo decirte que hay algunos que suelen fallar mas que otros (por ejemplo, no suele fallar al enviar a gMail o hotmail, aunque a veces si que ha pasado).

Gracias por tu respuesta. Hasta ahora, la mas coerente que he encontrado referente a mi problema.

Saludos!; ▶ Responde a esto