none
Exchange y Proveedor de Correo RRS feed

  • Pregunta

  • Buenas tardes:

    La situación es la siguiente, contamos con un servidor Exchange 2007 y un proveedor de correo externo. El servidor exchange está vinculado a un controlador de dominio, y los buzones son creados para cada usuario creado en el dominio. El dominio interno de la empresa es distinto al dominio público, y requerimos que los usuarios pueden enviar y recibir mails desde su cuenta de correo interno. Hemos creado para tal fin, un conector de envío y un conector de recepción. El conector de envío tiene definido un host inteligente que es el servidor correspondiente al proveedor externo y utiliza la autenticación básica correspondiente a las credenciales de acceso de una cuenta de correo creada en el servicio del proveedor. ¿Es correcta esta configuración? Hemos realizado las pruebas de envío utilizando la interfaz OWA hacia cuentas de correo externas como las de hotmail, pero vemos que los mensajes se quedan esperando en la cola de mensajes del exchange sin indicar algún error posible. Hemos verificado la conexión del servidor de exchange hacia el servidor de correo externo vía telnet y no hay problemas de comunicación. Espero haber explicado bien la situación, tal vez no hemos realizado bien la configuración o estamos equivocados con la forma de utilización del exchange, necesitamos la guía de alguien que tenga mayor experiencia en el uso del exchange ya que no hemos podido cumplir este requerimiento. Muchas gracias.

    viernes, 26 de septiembre de 2014 19:07

Respuestas

  • Hola Luis,

    Pues algo que debes validar es lo siguiente:

    1) Que tengas un registro SPF en tus DNS para la validacion de tus servidores externos (probablemente este sea tu problema ya que hotmail es muy exigente en su seguridad)

    2) Validar que tengas una zona inversa en tus DNS

    3)realizar trazas mediante : get-messagetrackinglog y de esta forma ver en que componente del flujo de transporte se estan quedando tus correos: store driver, submission queue, conectores, etc.

    4) Desde la pagina de ExRCA (www.testconnecitivity.microsoft.com) valida tu flujo de correo interno y externo

    5) Dado que utilizas un relay externo para tu flujo de correo, y tienes configurado tu conector de envio como smarthost. Valida que la comunicacion entre tu Exchange y el Servidor de correo externo sea correcta 

    6) Entra a la pagina: https://support.live.com/eform.aspx?productKey=edfsmsbl3&ct=eformts&scrx=1 y haz una peticion para que quiten a tu dominio de lista negra si es que estas ahi

    Saludos


    Saludos cordiales | Systems Integration Advisor | MCITP-MCSA-MCT

    • Propuesto como respuesta Uriel Almendra lunes, 29 de septiembre de 2014 14:48
    • Marcado como respuesta Uriel Almendra martes, 30 de septiembre de 2014 14:28
    sábado, 27 de septiembre de 2014 1:42

Todas las respuestas

  • Hola Luis,

    Por qué utilizas como Smart Host a este servidor? es decir, es un equipo que tiene este tipo de fin? Este equipo de destino está configurado como tal? tiene el dominio de correo en su lista de dominios aceptados?

    En realidad hay muchas consideraciones a tomar en cuenta para que esto funcione correctamente, sería ideal si pudieses darnos un poco mas de detalle.

    Saludos,


    Jesús Peñaranda| MCP,MCT,MCTS,MCITP,MCSA,MCSE

    viernes, 26 de septiembre de 2014 22:15
  • Hola Luis,

    Pues algo que debes validar es lo siguiente:

    1) Que tengas un registro SPF en tus DNS para la validacion de tus servidores externos (probablemente este sea tu problema ya que hotmail es muy exigente en su seguridad)

    2) Validar que tengas una zona inversa en tus DNS

    3)realizar trazas mediante : get-messagetrackinglog y de esta forma ver en que componente del flujo de transporte se estan quedando tus correos: store driver, submission queue, conectores, etc.

    4) Desde la pagina de ExRCA (www.testconnecitivity.microsoft.com) valida tu flujo de correo interno y externo

    5) Dado que utilizas un relay externo para tu flujo de correo, y tienes configurado tu conector de envio como smarthost. Valida que la comunicacion entre tu Exchange y el Servidor de correo externo sea correcta 

    6) Entra a la pagina: https://support.live.com/eform.aspx?productKey=edfsmsbl3&ct=eformts&scrx=1 y haz una peticion para que quiten a tu dominio de lista negra si es que estas ahi

    Saludos


    Saludos cordiales | Systems Integration Advisor | MCITP-MCSA-MCT

    • Propuesto como respuesta Uriel Almendra lunes, 29 de septiembre de 2014 14:48
    • Marcado como respuesta Uriel Almendra martes, 30 de septiembre de 2014 14:28
    sábado, 27 de septiembre de 2014 1:42
  • Estimado Jesús, muchas gracias por tu respuesta. Hemos configurado este servidor como Smart Host porque es el servidor SMTP actual de la empresa, correspondiente a nuestro proveedor externo de servicio de correo electrónico de dominio público. Actualmente la empresa envía y recibe emails en el dominio público a través de este proveedor mediante algunas computadoras destinadas para el uso de internet. El tema se presenta en la red interna de la empresa, la cual tiene implementado un controlador de dominio y cuyo dominio privado es distinto al dominio público. Aquí es donde surge la necesidad de utilizar el actual servidor de Exchange, que tiene acceso a internet, pueda servir como intermediario con el correo externo y continúe funcionando como proveedor de correo interno. Espero haberme explicado mejor.

    Saludos.

    lunes, 29 de septiembre de 2014 12:53
  • Estimado Geovany, muchas gracias por tu respuesta, voy a realizar las validaciones según tus indicaciones y veremos como se comporta el servidor. Estaré avisando los resultados.

    Saludos.

    lunes, 29 de septiembre de 2014 14:14
  • Hola Geovany:

    Estuvimos haciendo las verificaciones que nos indicaste. Realizando las trazas, podemos observar que los mensajes que intentamos enviar a correos externos efectivamente fallan. En la traza se puede ver que el campo Source contiene el valor ROUTING y el EventId contiene el valor FAIL, por lo que concluímos que intenta enviar el correo pero falla por algún motivo. Muy probablemente no hay comunicación entre el Exchange y el Servidor de correo externo ¿Podrías guiarme con algún proceso para realizar esta verificación? ya que creíamos que se establecía la comunicación porque al probar con Telnet no había inconvenientes.

    Nuevamente, muchas gracias. Saludos.


    Luis Fernando Condorí

    martes, 30 de septiembre de 2014 18:24