none
Fallo al enviar mails entre cuentas de un mismo dominio pero distinto servidor RRS feed

  • Pregunta

  • Hola,

    necesitamos migrar las cuentas de linux a exchange 2007.
    El problema es que habrá un perido largo de transición y durante este tiempo algunas cuentas estarán migradas a exchange pero el resto todavia estarán en el servidor de correo linux.

    Con las pruebas realizadas nos hemos dado cuenta que desde una cuenta de exchange (por ejemplo: userexchange@empresa.com) podemos enviar y recibir bien al exterior pero en cambio nos falla al enviar un mail a una cuenta interna del servidor linux (por ejemplo: userlinux@empresa.com) y viceversa..es decir entre el exchange y el linux no se pueden comunicar bien..no se si puede ser problema que los 2 tengan la cuenta con el mismo smtp : xxx@empresa.com


    sabeis cual puede ser el problema o que herramienta utilizar para diagnosticar mejor el fallo? he mirado los  logs y no da muchas pistas pero por lo que veo no llega ni ha salir del HUB transport..se ve como FAIL.

    EventId: FAIL 
    Source: ROUTING
    InternalMessage: 50
    RecipientStart: 550 5.1.1


    Gracias

    viernes, 28 de agosto de 2009 12:08

Respuestas

  • Hola,
    al final hemos optado por el conector personalizado..pero no conseguimos que funcione.
    Comento la configuración que tenemos a ver si veis algún fallo o se os ocurre qué mas podemos hacer para identificar o solucionar el problema.


    Dominios aceptados
    Tenemos el siguiente:
     
    *.empresa.com
    Dominio de retransmisión de internet. El correo electronico se retransmite a un servidor de otro bosque Active Directory de dentro de la organización


    Conectores de envio
    hemos creado el siguiente:

    General
    de tipo: Personalizado


    Espacio de direcciones

    Tipo: SMTP
    Dirección: empresa.com
    Costo:1
    Incluir todos los subdominios: Activado



    Red:
    Enrutar el correo a través de los siguientes Hosts inteligentes:
    Dirección ip: la ip de smtp del linux
    Autenticación: Ninguno


    Servidor de origen
    el nombre del Hub Transport de Exchange

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



    Aparte hay 2 conectores de envio que se crean automaticamente al hacer la subscripción al Edge..esto no creo que influya pero lo comento:

    - EdgeSync - Inbound to Servidores de la empresa
    - EdgeSync - Servidores de la empresa to Internet

    los dos son con coste 100 y el Edge como servidor de origen

    como error sigue dando:

    EventId: FAIL
    Source: ROUTING
    InternalMessage: 50
    RecipientStart: 550 5.1.1

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

    También he ejecutado este comando desde la Shell de Exchange

    Add-ADPermission  –Identity  “servidor mailbox”  -User “empresa.com\Administrador” –AccessRights GenericAll


    Gracias
    • Editado SistemasEx miércoles, 16 de septiembre de 2009 14:42 modificacion
    • Marcado como respuesta SistemasEx jueves, 17 de septiembre de 2009 13:34
    miércoles, 16 de septiembre de 2009 14:15

Todas las respuestas

  • Hola que tal compañero,

    Ya revisaste de que manera resuelven los dns de tu exchange el MX de tu Linux y viceversa ?

    Puedes realizar pruebas mediante el nslookup y revisar si es necesario crear un MX temporal en Exchange para dirigir y resolver entre estos equipos de correo y a su ves modificar o crear un alias en las cuentas de correo destinatario Linux con el nuevo MX, puedes empesar solo haciendo pruebas con una cuenta, tambien puedes validar via telnet desde el equipo origen al destino conectarte y realizar la entrega de correo y validar que esta llegue de manera correcta.


    Saludos
    Ruben Rosales Matamoros MCSE + M / MCTS
    viernes, 28 de agosto de 2009 16:48
  • solo tenemos un registro MX que apunta al dominio configurado en el linux.
    Todo el correo exterior entra por el smtp de linux que es el encargado de distribuir el trafico hacia el linux o hacia el Exchange...

    al recibir un mail desde el exterior el smtp del linux comprueba si la cuenta desitino existe en el linux..si existe entrega el mensaje a la cuneta correspondiente y sino existe la cuenta.. reenvia el mensaje hacia el exchange, es decir...

    suponiendo que:

    en el linux tenemos configurada la cuenta:        userlinux@empresa.com
    en el Exchange tenemos configurada la cuenta: userexchange@empresa.com


    si desde el exterior recibimos un mail hacia userlinux@empresa.com
    -------------------------------------------------------------------------------
     el smtp del linux entregará el mail directamente al servidor linux


    si desde el exterior recibimos un mail hacia userexchange@empresa.com
    -------------------------------------------------------------------------------
     el smtp del linux al comprobar que la cuenta no existe en el servidor linux, entregará el mail al exchange .que es donde estará la cuenta userexchange@empresa.com


    el problema que tenemos es con los mails internos (entre exchange y linux)..por ejemplo:


    si desde exchange (userexchange@empresa.com) enviamos un mail a userlinux@empresa.com
    -------------------------------------------------------------------------------------------------------------
    el exchange comprobará si la cuenta userlinux@empresa.com esta en el propio exchange para ver en qué mailbox entrega el mensaje..como ve que la cuenta no existe (porque es una cuenta configurada en el linux) automaticamente nos envia un mensaje de error diciendo que la cuenta no existe.. y no se puede entregar el mail..el mail no sale del HUB transport

    hay alguna manera de hacer la misma configuracion que se ha hecho con linux?..es decir..que si ve que la cuenta no es del propio exchange reenvie el mail al linux...o alguna otra  posible opción para solucionar el problema..?


    lunes, 31 de agosto de 2009 23:35
  • Hola,

    Puedes intentar configurando un conector de envio de tipo personalizado para tratar de enrutar tu correo como primera opcion hacia tu servidor Linux

    Puedes crear el conector con un costo menor para que lo tome como principal y sea la primera opcion de envio de correo

    Conector perzonalizado

    Servidor de transporte de concentradores que envía correo electrónico a un agente de transferencia de mensajes de otro fabricante, (opcional dependiendo de las necesidades)Use el cmdlet Add-AdPermission para establecer los derechos ampliados.

    Enrute todos los mensajes a un host inteligente y establezca el mecanismo de autenticación (opcional dependiendo de las necesidades) en Autenticación básica o Con seguridad externa.


    Ejemplo de como funciona y que uso se le puede dar:

    http://support.gfi.com/manuals/es/fax14/fax14.3manual_ES.1.88.html

    Tambien te recomiendo dar una leida a Conectores de envío

    http://technet.microsoft.com/es-es/library/aa998662.aspx


    En cuanto al post anterior la idea a la que me referia es algo parecido a lo siguiente:

    El Mx temporal con el cual estariamos trabajando durante el proceso de la migracion seria de manera interna, me imagino que tus equipos de correo Linux y Exchange tienen comunicacion de manera interna atraves de tu red privada, esto sin necesidad de utilizar el MX publico.

    suponiendo que:

    en el linux tenemos configurada la cuenta:         userlinux@empresa.com
    en el Exchange tenemos configurada la cuenta:  userexchange@empresa.com

    Podriamos generar un MX temporal para el servidor de correo Linux que apunte o resuelva mediante una IP interna. para que el correo enviado desde el servidor Exchange resuelva hacia el nuevo MX del servidor de correo Linux.

    Linux MX temporal e interno para fines de migracion

    Nuevo MX = empresa2.com

    en el linux tenemos configurada la cuenta:        userlinux@empresa.com

    configurariamos un alias para la cuenta  :       userlinux@empresa2.com
    dejando como primaria la original

    Esto para cuando se envie un correo desde Exchange a el dominio @empresa.com no te arroje ningun error o se quede en tu HUB transport, ya que por default Exchange busca primero dentro de su propia organizacion para ver si existe dicha cuenta, realizando este cambio y configurando el nuevo MX de Linux en los DNS de exchange el correo se dirigiria hacia el dominio @empresa2.com a el buzon con el alias userexchange@empresa2.com en el servidor de correo Linux

    Tendrias que indicar a los usuarios de exchange que ahora cuando necesiten enviar un correo hacia algun contacto userlinux@empresa.com lo pueden enviar a la cuenta userlinux@empresa2.com especificandoles que solo es temporal durante la migracion.


    Saludos.


    Ruben Rosales Matamoros MCSE + M / MCTS
    martes, 1 de septiembre de 2009 15:19
  • Hola,
    al final hemos optado por el conector personalizado..pero no conseguimos que funcione.
    Comento la configuración que tenemos a ver si veis algún fallo o se os ocurre qué mas podemos hacer para identificar o solucionar el problema.


    Dominios aceptados
    Tenemos el siguiente:
     
    *.empresa.com
    Dominio de retransmisión de internet. El correo electronico se retransmite a un servidor de otro bosque Active Directory de dentro de la organización


    Conectores de envio
    hemos creado el siguiente:

    General
    de tipo: Personalizado


    Espacio de direcciones

    Tipo: SMTP
    Dirección: empresa.com
    Costo:1
    Incluir todos los subdominios: Activado



    Red:
    Enrutar el correo a través de los siguientes Hosts inteligentes:
    Dirección ip: la ip de smtp del linux
    Autenticación: Ninguno


    Servidor de origen
    el nombre del Hub Transport de Exchange

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



    Aparte hay 2 conectores de envio que se crean automaticamente al hacer la subscripción al Edge..esto no creo que influya pero lo comento:

    - EdgeSync - Inbound to Servidores de la empresa
    - EdgeSync - Servidores de la empresa to Internet

    los dos son con coste 100 y el Edge como servidor de origen

    como error sigue dando:

    EventId: FAIL
    Source: ROUTING
    InternalMessage: 50
    RecipientStart: 550 5.1.1

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

    También he ejecutado este comando desde la Shell de Exchange

    Add-ADPermission  –Identity  “servidor mailbox”  -User “empresa.com\Administrador” –AccessRights GenericAll


    Gracias
    • Editado SistemasEx miércoles, 16 de septiembre de 2009 14:42 modificacion
    • Marcado como respuesta SistemasEx jueves, 17 de septiembre de 2009 13:34
    miércoles, 16 de septiembre de 2009 14:15
  • Al final ha funcionado, era cuestión de esperar
    jueves, 17 de septiembre de 2009 14:34