Mensajes de correo electrónico son puestos en cuarentena incorrectamente híbrido las implementaciones de Exchange que utilizan el control de correo centralizado

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): 3079142
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
Tiene una implementación híbrida de Exchange Server local y Exchange Online en Office 365. En esta implementación, se utiliza el control de correo centralizado. Esto obliga a mensajes se enruten al servidor de correo local antes de ser entregados a los buzones de Exchange en línea. En este escenario, experimenta uno o varios de los síntomas siguientes:
  • Se ponen en cuarentena de spam notificaciones a los usuarios.
  • Se ponen en cuarentena los mensajes de correo electrónico de la lista de admitidos.
  • Se requarantined mensajes de correo electrónico que se han liberado de la cuarentena.
  • Comprobaciones de Sender Policy Framework (SPF) producirá un error en el segundo paso.
CAUSA
Este problema se produce si la organización de Exchange en línea o la organización local no está configurada para promover los encabezados de correo electrónico como entre locales (es decir, desde Exchange Online al servidor local a Office 365).
SOLUCIÓN
  1. Compruebe que el control centralizado de correo está habilitada y está configurada para promover encabezados en Office 365. Para ello, siga estos pasos:
    1. Conectarse a Exchange Online mediante una sesión remota de Windows PowerShell. Para obtener más información, vea Conectarse a Exchange Online mediante PowerShell remoto.
    2. Ver la información de configuración del conector de salida de híbrido en la organización de Exchange en línea. Para ello, ejecute el siguiente comando:
      Get-OutboundConnector "Contoso Outbound Connector" | Format-List
      Compruebe que el valor de la RouteAllMessagesViaOnPremises propiedad está establecida en $true.
    3. Ver la información de configuración del híbrido de entrada de conector en el Exchange Online organización. Para ello, ejecute el siguiente comando:
      Get-InboundConnector "Contoso Inbound Connector" | Format-List
      Compruebe que el valor de la CloudServicesMailEnabled propiedad está establecida en $true.
    4. Busque la línea siguiente en los encabezados:
      X-MS-Exchange-Organization-Cross-Premises-Headers-Promoted:<Office 365="" server="" name=""></Office>
      Por ejemplo, BY2FFO11FD002.protection.gbl.

      Nota: Si el RouteAllMessagesViaOnPremises propiedad y el CloudServicesMailEnabled propiedad se establece en $falsey la X-MS-Exchange-Organization-Cross-Premises-Headers-Promoted:<Office 365="" server="" name=""> </Office>encabezado no se encuentra esta resolución no se aplica a la configuración de su organización.
  2. Enviar un mensaje de prueba entrantes a un buzón de Exchange Online por enrutamiento primero el mensaje a través del servidor local. Busque las siguientes líneas de encabezado X en los encabezados de mensaje. Esto ayuda a indicar que el mensaje fue analizado dos veces en el transporte.
    • X-Forefront-Antispam-informe-no es de confianza: Este es el primer paso. Se produce cuando el mensaje se recibe primero en Office 365. La dirección IP (CIP) en esa línea será una dirección IP de Internet.
    • Forefront-Antispam-informe X: Este es el segundo paso. Se produce cuando el mensaje es devuelto por el servidor local y se recibe por segunda vez en Office 365. La dirección IP de conexión será la dirección IP del servidor de la organización local.
    Nota: Si hay sólo un encabezado X-Forefront, esta resolución no se aplica a la configuración de su organización.
  3. Para promover los encabezados desde el entorno local a Office 365, siga estos pasos:
    1. Compruebe que los encabezados se actualmente no están promocionando. Para ello, compruebe si la línea siguiente falta en los encabezados:

      X-MS-Exchange-Organization-Cross-Premises-Headers-Promoted:<On-premises server="" name=""></On-premises>
      Por ejemplo, el nombre del servidor local es "contoso_on_premises.contoso.com."
    2. X-OriginatorOrg de buscar en los encabezados. Es el formato de "contoso.onmicrosoft.com."
    3. Abra el Shell de administración de Exchange en 2013 de Exchange o Exchange 2010 y, a continuación, ejecute los comandos siguientes:

      • New-RemoteDomain -Name 'Hybrid Domain - contoso.onmicrosoft.com' -DomainName 'contoso.onmicrosoft.com'
      • Set-RemoteDomain 'Hybrid Domain - contoso.onmicrosoft.com' -TrustedMailOutboundEnabled $true -TrustedMailInboundEnabled $true
    4. Compruebe que el problema se ha corregido. Enviar un nuevo mensaje y, a continuación, compruebe que está presente en los encabezados de la siguiente línea:

      X-MS-Exchange-Organization-Cross-Premises-Headers-Promoted:<On-premises server="" name=""></On-premises>
      Por ejemplo, el nombre del servidor local es "contoso_on_premises.contoso.com."
MÁS INFORMACIÓN
Para obtener más información, consulte los siguientes recursos de Microsoft:

Advertencia: este artículo se tradujo automáticamente

Propiedades

Id. de artículo: 3079142 - Última revisión: 04/27/2016 04:30:00 - Revisión: 3.0

Microsoft Exchange Online, Microsoft Exchange Online Protection, Microsoft Exchange Server 2010 Enterprise, Microsoft Exchange Server 2010 Standard, Microsoft Exchange Server 2013 Enterprise, Microsoft Exchange Server 2013 Standard

  • o365022013 o365 o365a o365e o365m eop hybrid kbmt KB3079142 KbMtes
Comentarios