Problemas de acceso de correo en una implementación de Exchange con almacenamiento en la nube híbrida

IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.

Haga clic aquí para ver el artículo original (en inglés): 2901386
Nota: Ya no se admite el Asistente de configuración híbrida que se incluye en la Consola de administración de Exchange en Microsoft Exchange Server 2010. Por lo tanto, ya no se debe utilizar al Asistente de configuración híbrida anterior. En su lugar, utilice al Asistente de configuración híbrida de Office 365 está disponible en http://AKA.ms/HybridWizard. Para obtener más información, vea Asistente para la configuración híbrida de Office 365 para Exchange 2010.
PROBLEMA
Experimenta los síntomas siguientes en una implementación híbrida de de Microsoft Exchange Server local y Exchange Online en Office 365:
  • Cuando los usuarios locales intentan enviar correo a un usuario que tenga un archiving basado en la nube, reciben un informe de no entrega (NDR) que contiene el mensaje de error siguiente:
    STOREDRV 554 5.2.0. Deliver.Exception:UserWithoutFederatedProxyAddressException;

    Error al procesar el mensaje debido a una excepción permanente con mensaje de que usuario no tiene ninguna dirección de proxy SMTP desde un dominio que está agrupado.

    UserWithoutFederatedProxyAddressException: El usuario no tiene ninguna dirección de proxy SMTP desde un dominio que está agrupado. ##
  • Un usuario que tenga un archiving basado en la nube no puede tener acceso al correo en Outlook o en Outlook en el web (anteriormente conocido como Outlook Web App [OWA]). El usuario recibe el siguiente mensaje de error en Outlook en el web:
    URL: versión https://mail.contoso.com:443/owa/auth.owaOWA: 14.3.146.0

    Tipo de ExceptionException: el mensaje de excepción System.NullReferenceException: referencia a objeto no establecida a una instancia de un objeto.
CAUSA
Este problema se produce si la directiva de direcciones de correo electrónico tiene un dominio predeterminado que no sea un dominio federado. Esto hace que la dirección SMTP predeterminada en el buzón de arbitraje federado para utilizar un dominio que no puede obtener un testigo de delegación.
SOLUCIÓN
  1. Compruebe que está experimentando este problema:
    1. Abra el Shell de administración de Exchange en el servidor de Exchange de 2013 local o el servidor de Exchange 2010.
    2. Ejecute el siguiente cmdlet:
      Get-Mailbox –arbitration |fl PrimarySMTPAddress
    3. En la salida, tenga en cuenta el dominio SMTP que se especifica para el buzón de FederatedEmail.

      El siguiente es un ejemplo de la salida:

      Una captura de pantalla que se muestra un ejemplo del resultado que se muestra el dominio SMTP que se especifica para el buzón de FederatedEmail
    4. Ejecute el siguiente cmdlet:
      get-FederatedOrganizationIdentifier |fl Domains
    5. Compruebe si aparece el dominio que anotó en el paso 1c. Si el dominio no aparece en la lista, que ha comprobado que está experimentando este problema. Vaya al paso 2.
  2. Para resolver este problema, siga uno de estos procedimientos:
    • Federar el dominio SMTP que está asociado con el buzón de arbitraje

      Para ello, utilice el centro de administración de Exchange o la Consola de administración de Exchange para agregar el nombre de dominio a la confianza de federación existente.

      Para obtener más información acerca de cómo hacerlo, vaya a Administrar una confianza de federación.
    • Cambiar la dirección SMTP del buzón de correo de arbitraje y el contenedor de configuración de transporte en Active Directory

      Cambiar la dirección de correo electrónico del buzón de arbitraje federado para utilizar un dominio federado. También puede cambiar la dirección de correo electrónico del contenedor de configuración de transporte para que coincida con la dirección de correo electrónico del buzón de arbitraje federado.

      Advertencia Este procedimiento requiere el Editor de Interfaces de servicio de directorio activo (ADSI Edit). Mediante ADSI Edit incorrectamente puede provocar problemas graves que conlleven la reinstalación del sistema operativo. Microsoft no puede garantizar que pueden resolverse los problemas resultantes del uso incorrecto del Editor ADSI. Utilice ADSI Edit bajo su propio riesgo.

      Para ello, siga estos pasos:
      1. Abra ADSI Edit y conectar con el contenedor de contexto de nombres de dominio.
      2. BajoContexto de nomenclatura predeterminado, en elUsuarioscontenedor, abra las propiedades del buzón de arbitraje federado.
      3. Cambie el valor de la proxyAddress atributo para que la dirección de SMTP principal (en la dirección en la que SMTP está en mayúsculas) utiliza un dominio federado.
      4. Conectarse a laConfiguracióncontenedor y a continuación, busque el contenedor de configuración de transporte en la siguiente ruta:Configuración\Servicios de\Microsoft Exchange\<>nombre de rganization>
      5. Abra las propiedades del contenedor de configuración de transporte y, a continuación, cambie el valor de la MSExchOrgFederatedMailbox atribuir a la dirección SMTP que se especificó en el paso 3.

Advertencia: este artículo se tradujo automáticamente

Propiedades

Id. de artículo: 2901386 - Última revisión: 04/26/2016 02:53:00 - Revisión: 5.0

Microsoft Exchange Online, Microsoft Exchange Online Archiving, Exchange Server 2016 Enterprise Edition, Exchange Server 2016 Standard Edition, Microsoft Exchange Server 2013 Enterprise, Microsoft Exchange Server 2013 Standard, Microsoft Exchange Server 2010 Enterprise, Microsoft Exchange Server 2010 Standard

  • o365 o365a o365e o365m kbbug o365022013 hybrid kbmt KB2901386 KbMtes
Comentarios