Mensagens de email estão em quarentena incorretamente em implantações do Exchange híbridos que usam o controle de emails centralizado

IMPORTANTE: Este artigo foi traduzido pelo software de tradução automática da Microsoft e eventualmente pode ter sido editado pela Microsoft Community através da tecnologia Community Translation Framework (CTF) ou por um tradutor profissional. A Microsoft oferece artigos traduzidos automaticamente por software, por tradutores profissionais e editados pela comunidade para que você tenha acesso a todos os artigos de nossa Base de Conhecimento em diversos idiomas. No entanto, um artigo traduzido pode conter erros de vocabulário, sintaxe e/ou gramática. A Microsoft não é responsável por qualquer inexatidão, erro ou dano causado por qualquer tradução imprecisa do conteúdo ou por seu uso pelos nossos clientes.

Clique aqui para ver a versão em Inglês deste artigo: 3079142
Observação: O Assistente de configuração híbrida é incluído no do Console de Gerenciamento do Exchange no Microsoft Exchange Server 2010 não é mais suportado. Portanto, você não deve usar o Assistente de configuração híbrida antigo. Em vez disso, use o Assistente de configuração do Office 365 híbrida está disponível em http://aka.MS/HybridWizard. Para obter mais informações, consulte Assistente de configuração híbrida do Office 365 para o Exchange 2010.
PROBLEMA
Você tem uma implantação híbrida do local Exchange Server e o Exchange Online no Office 365. Nessa implantação, use controle de emails centralizado. Isso faz com que as mensagens sejam encaminhadas para o servidor de email local antes que sejam entregues às caixas de correio Exchange Online. Nesse cenário, você pode enfrentar um ou mais dos seguintes sintomas:
  • Notificações de spam para os usuários são colocados em quarentena.
  • Mensagens de email na lista de permissões são colocados em quarentena.
  • Mensagens de e-mail que liberado da quarentena são requarantined.
  • Verificações de diretiva Framework (SPF) do remetente falharem na segunda passagem.
Causa
Esse problema ocorre se a organização on-line do Exchange ou do local não está configurado para promover os cabeçalhos de email como entre locais (ou seja, do Exchange Online para o servidor local para o Office 365).
SOLUÇÃO
  1. Verifique se que o controle de emails centralizado está ativado e configurado para promover cabeçalhos no Office 365. Para fazer isso, execute as seguintes etapas:
    1. Conexão com o Exchange Online usando uma sessão remota do Windows PowerShell. Para obter mais informações, consulte Conectar-se ao Exchange Online usando o PowerShell remoto.
    2. Exiba as informações de configuração do conector de saída híbrida na organização do Exchange Online. Para fazer isso, execute o seguinte comando:
      Get-OutboundConnector "Contoso Outbound Connector" | Format-List
      Verifique se o valor da RouteAllMessagesViaOnPremises propriedade é definida como $true.
    3. Exibir as informações de configuração do híbrido entrada connector no Exchange on-line de organização. Para fazer isso, execute o seguinte comando:
      Get-InboundConnector "Contoso Inbound Connector" | Format-List
      Verifique se o valor da CloudServicesMailEnabled propriedade é definida como $true.
    4. Localize a seguinte linha nos cabeçalhos:
      X-MS-Exchange-Organization-Cross-Premises-Headers-Promoted:<Office 365="" server="" name=""></Office>
      Por exemplo, BY2FFO11FD002.protection.gbl.

      Observação: Se a RouteAllMessagesViaOnPremises propriedade e o CloudServicesMailEnabled propriedade são definidos como $falsee o X-MS-Exchange-Organization-Cross-Premises-Headers-Promoted:<Office 365="" server="" name=""> </Office>cabeçalho não for encontrado, esta resolução não se aplica a configuração de sua organização.
  2. Envie uma mensagem de teste de entrada para uma caixa de correio Exchange Online por rotear a mensagem por meio do servidor local pela primeira vez. Localize as seguintes linhas de cabeçalho X no cabeçalho da mensagem. Isso ajuda a indicar que a mensagem foi verificada duas vezes no transporte.
    • X-Forefront-Antispam-relatório-não confiável: Este é o primeiro passo. Ele ocorre quando a mensagem é recebida pela primeira vez no Office 365. O endereço IP de conexão (CIP) dessa linha será um endereço IP.
    • Relatório X-Forefront-Antispam: Esta é a segunda passagem. Ele ocorre quando a mensagem é retornada pelo servidor local e é recebida pela segunda vez no Office 365. Endereço IP da conexão será o endereço IP do servidor da sua empresa no local.
    Observação: Se houver apenas um cabeçalho X-Forefront, esta resolução não se aplica a configuração de sua organização.
  3. Para promover os cabeçalhos do ambiente local para o Office 365, siga estas etapas:
    1. Verifique se que os cabeçalhos não atualmente estão sendo promovidos. Para fazer isso, verifique se a linha a seguir está ausente nos cabeçalhos:

      X-MS-Exchange-Organization-Cross-Premises-Headers-Promoted:<On-premises server="" name=""></On-premises>
      For example, the on-premises server name is "contoso_on_premises.contoso.com."
    2. Localize X-OriginatorOrg de cabeçalhos. It will be in the format of "contoso.onmicrosoft.com."
    3. Abra o Shell de gerenciamento do Exchange no Exchange 2013 ou Exchange 2010 e, em seguida, execute os seguintes comandos:

      • New-RemoteDomain -Name 'Hybrid Domain - contoso.onmicrosoft.com' -DomainName 'contoso.onmicrosoft.com'
      • Set-RemoteDomain 'Hybrid Domain - contoso.onmicrosoft.com' -TrustedMailOutboundEnabled $true -TrustedMailInboundEnabled $true
    4. Verifique se o problema está corrigido. Enviar uma nova mensagem e, em seguida, verificar se a linha a seguir está presente nos cabeçalhos:

      X-MS-Exchange-Organization-Cross-Premises-Headers-Promoted:<On-premises server="" name=""></On-premises>
      For example, the on-premises server name is "contoso_on_premises.contoso.com."
Mais informações
Para obter mais informações, consulte os seguintes recursos da Microsoft:

Aviso: este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 3079142 - Última Revisão: 04/27/2016 04:28:00 - Revisão: 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 KbMtpt
Comentários