Partilhar via

Configurar pastas públicas no local legadas para uma implementação híbrida de Exchange Server

  • Artigo

Numa implementação híbrida, os seus utilizadores podem estar no Exchange Online, no Exchange no local ou ambos, e as suas pastas públicas estão no exchange Exchange Online ou no local. As pastas públicas só podem residir num único local, pelo que tem de decidir onde pertencem. Elas não podem ficar nos dois locais. As caixas de correio de pastas públicas são sincronizadas com o Exchange Online pelo Serviço de Sincronização de Diretórios. No entanto, as pastas públicas habilitadas para email não são sincronizadas nos locais.

Este artigo descreve como sincronizar pastas públicas com capacidade de correio quando os seus utilizadores estão no Microsoft 365 ou Office 365 e a sua pasta pública está no Exchange 2010 SP3 ou posterior. No entanto, um utilizador da cloud que não seja representado por um objeto MailUser no Exchange no local (local para a hierarquia de pastas públicas de destino) não pode aceder a pastas públicas do Exchange legadas ou no local.

Observação

Este tópico refere-se aos servidores do Exchange 2010 SP3 ou posterior como o servidor Exchange legado.

Utilize os seguintes scripts para sincronizar as suas pastas públicas com capacidade de correio. Os scripts são iniciados por uma tarefa do Windows que é executada no ambiente no local:

  • Sync-MailPublicFolders.ps1: este script sincroniza objetos de pasta pública com capacidade de correio da sua implementação local do Exchange no local com Exchange Online. Utiliza a implementação local do Exchange no local como autoritativa para determinar que alterações têm de ser aplicadas ao Exchange Online. O script cria, atualiza ou elimina objetos de pasta pública com capacidade de correio na nuvem com base no que existe na implementação local do Exchange no local.

  • SyncMailPublicFolders.strings.psd1: este ficheiro de suporte é utilizado pelo Sync-MailPublicFolders.ps1 script e deve ser copiado para a mesma localização que o script.

Quando concluir este procedimento, os utilizadores no local e na cloud podem aceder à mesma infraestrutura de pastas públicas no local.

Que versões híbridas do Exchange funcionam com pastas públicas?

A tabela seguinte descreve as combinações de versão e localização suportadas de caixas de correio de utilizador e pastas públicas. "Híbrido não aplicável" ainda é um cenário suportado, mas não é considerado um cenário híbrido porque tanto as pastas públicas como os utilizadores residem na mesma localização.

Cenário Caixa de Correio de Utilizador do Exchange 2010 no local Caixa de Correio de Utilizador do Exchange 2016/2019 no local Caixa de correio do usuário do Exchange Online
Pastas Públicas do Exchange 2010 no local Híbrida não aplicável Híbrida não aplicável Com suporte
Pastas Públicas do Exchange 2013, Exchange 2016 ou Exchange 2019 no local Híbrida não aplicável Híbrida não aplicável Com suporte
Pastas Públicas do Exchange Online Sem suporte Com suporte Híbrida não aplicável

Uma configuração híbrida com pastas públicas do Exchange 2003 não é suportada. Se estiver a executar o Exchange 2003 na sua organização, tem de mover todas as bases de dados e réplicas de pastas públicas para o Exchange 2010 SP3 ou posterior. Nenhuma réplica de pasta pública pode permanecer no Exchange 2003.

Etapa 1 - O que você precisa saber para começar?

  • Estas instruções partem do princípio de que utilizou o Assistente de Configuração Híbrida para configurar e sincronizar os seus ambientes no local e Exchange Online e que os registos DNS utilizados para a Deteção Automática da maioria dos utilizadores fazem referência a um ponto final no local. Para obter mais informações, consulte Hybrid Configuration Wizard.

  • Estas instruções partem do princípio de que o Outlook Anywhere está ativado e funcional nos servidores exchange legados no local. Para obter informações sobre como habilitar o Outlook em qualquer lugar, consulte Outlook em Qualquer Lugar.

  • Implementar a coexistência de pastas públicas legadas para uma implementação híbrida do Exchange com a cloud poderá exigir que corrija conflitos durante o procedimento de importação. Os conflitos podem ocorrer devido ao endereço de e-mail não encaminhável atribuído a pastas públicas com capacidade de correio, conflitos com outros utilizadores e grupos no Exchange Online e outros atributos.

  • Estas instruções pressupõem que sua organização do Exchange Online tenha sido atualizada para uma versão que dê suporte a pastas públicas.

  • No Exchange Online, você precisa ser membro do grupo de funções Gerenciamento de Organização. Esse grupo de funções é diferente das permissões atribuídas quando você assina o Exchange Online. Para obter detalhes sobre como habilitar o grupo de funções Gerenciamento de Organização, consulte Gerenciar grupos de função.

  • No Exchange 2010, tem de ser membro dos grupos de funções Gestão da Organização ou Gestão de Funções de Gestão de Servidor Controle de Acesso es (RBAC). Para obter detalhes, consulte o tópico sobre como adicionar membros a um grupo de funções.

  • Para aceder a pastas públicas em vários locais, os utilizadores têm de atualizar os clientes do Outlook para a atualização pública de novembro de 2012 ou posterior do Outlook.

  • Outlook 2016 para Mac e Outlook para Mac para o Microsoft 365 ou Office 365 são suportados para pastas públicas em vários locais se as seguintes condições forem verdadeiras:

    • A atualização de abril de 2016 para Outlook 2016 para Mac está instalada.
    • Exchange 2016 CU2 ou posterior.
    • Exchange 2013 CU14 ou posterior.

  • Depois de seguir as instruções do artigo para configurar as pastas públicas no local para uma implantação híbrida, os usuários externos da organização não poderão enviar mensagens para as pastas públicas no local, a menos que você realize outros procedimentos. Por exemplo:

  • No modo híbrido, Exchange Online utilizadores não podem aceder a pastas públicas com Outlook na Web (anteriormente conhecido como Outlook Web App).

Etapa 2 - Tornar pastas públicas remotas detectáveis

  1. Se as suas pastas públicas estiverem em servidores do Exchange 2010, tem de instalar os serviços de Acesso de Cliente em todos os servidores de caixa de correio que tenham uma base de dados de pastas pública. Isto permite que o serviço Exchange RpcClientAccess seja executado, o que permite que todos os clientes acedam a pastas públicas. Para saber mais, confira o artigo Instalar o Exchange Server 2010.

    Observação

    Este servidor não precisa fazer parte do balanceamento de carga de acesso para cliente. Para saber mais, confira o artigo Noções básicas sobre balanceamento de carga no Exchange 2010.

  2. Crie um banco de dados de caixa de correio vazio em cada servidor de pasta pública.

    Para o Exchange 2010, execute o seguinte comando na Shell de Gestão do Exchange. Este comando exclui o banco de dados de caixa de correio do balanceador de carga de provisionamento de caixa de correio. Esta ação impede que novas caixas de correio sejam adicionadas automaticamente a esta base de dados.

    New-MailboxDatabase -Server <PFServerName_with_CASRole> -Name <NewMDBforPFs> -IsExcludedFromProvisioning $true

    Para o Exchange 2007, execute o seguinte comando na Shell de Gestão do Exchange:

    New-MailboxDatabase -StorageGroup "<PFServerName>\StorageGroup>" -Name <NewMDBforPFs>

    Observação

    Recomendamos que a única caixa de correio que adicionar a esta base de dados seja a caixa de correio proxy que irá criar no próximo passo. Nenhuma outra caixa de correio deve ser criada nesse banco de dados de caixa de correio.

  3. Crie uma caixa de correio proxy na nova base de dados da caixa de correio e oculte a caixa de correio do livro de endereços. O endereço SMTP desta caixa de correio é devolvido pela Deteção Automática como SMTP DefaultPublicFolderMailbox . Ao resolver este endereço SMTP, o cliente pode aceder ao servidor exchange legado para acesso a pastas públicas.

    New-Mailbox -Name <PFMailbox1> -Database <NewMDBforPFs>

    Set-Mailbox -Identity <PFMailbox1> -HiddenFromAddressListsEnabled $true

  4. Para o Exchange 2010, ative a Deteção Automática para devolver as caixas de correio da pasta pública do proxy.

    Set-MailboxDatabase <NewMDBforPFs> -RPCClientAccessServer <PFServerName_with_CASRole>

  5. Repita as etapas anteriores para cada servidor de pasta pública em sua organização.

Etapa 3 - Baixar os scripts

  1. Baixe os seguintes arquivos de Habilitados para email pastas públicas - script de sincronização de diretório:

    • Sync-MailPublicFolders.ps1

    • SyncMailPublicFolders.strings.psd1

  2. Guarde os ficheiros no computador local onde está a executar o PowerShell. Por exemplo, C:\PFScripts.

Etapa 4 - Configurar a sincronização de diretórios

O serviço de Sincronização de Diretório não sincroniza pastas públicas habilitadas para email. Executar o script a seguir sincronizará as pastas públicas habilitadas para email nos locais. Tem de recriar permissões especiais atribuídas a pastas públicas com capacidade de correio na cloud, uma vez que as permissões entre locais não são suportadas em cenários de Implementação Híbrida.

Observação

As pastas públicas habilitadas para email sincronizadas serão exibidas como objetos de contato de email para fins de fluxo de emails e não serão exibidas no Centro de administração do Exchange. Veja o comando Get-MailPublicFolder. Para recriar as permissões SendAs na nuvem, use o comando Add-RecipientPermission.

  1. No servidor Exchange legado, execute o seguinte comando para sincronizar pastas públicas com capacidade de correio do seu Active Directory local local para a nuvem.

    Sync-MailPublicFolders.ps1 -Credential (Get-Credential) -CsvSummaryFile:sync_summary.csv

    Onde Credential está o seu nome de utilizador e palavra-passe na cloud e CsvSummaryFile é o caminho para onde gostaria de registar operações e erros de sincronização, no formato .csv.

Observação

Antes de executar o script, recomendamos que simule primeiro as ações que o script tomaria no seu ambiente ao executá-lo conforme descrito anteriormente com o -WhatIf parâmetro . Também recomendamos que execute este script diariamente para sincronizar as suas pastas públicas com capacidade de correio.

Etapa 5 - Configurar os usuários do Exchange Online para acessar pastas públicas no local

A etapa final deste procedimento consiste em configurar a organização do Exchange Online e permitir o acesso a pastas públicas locais herdadas.

Aponta para todas as caixas de correio de pastas públicas proxy que criou no Passo 2: Tornar as pastas públicas remotas detetáveis para permitir que a organização do Proxy Online aceda às pastas públicas no local.

Execute o seguinte comando no Exchange Online PowerShell. Para saber como usar o Windows PowerShell para se conectar ao Exchange Online, confira o artigo Conectar-se ao Exchange Online PowerShell.

Set-OrganizationConfig -PublicFoldersEnabled Remote -RemotePublicFolderMailboxes PFMailbox1,PFMailbox2,PFMailbox3

Tem de aguardar até que a sincronização do Active Directory esteja concluída para ver as alterações. Esse processo pode levar até 3 horas para ser concluída. Se você não quiser aguarde as sincronizações recorrentes que ocorrem a cada três horas, você pode forçar sincronização de diretórios, a qualquer momento. Para obter os passos detalhados para forçar a sincronização de diretórios, veja Microsoft Entra Connect Sync: Scheduler. Exchange Online seleciona aleatoriamente uma das caixas de correio de pastas públicas fornecidas neste comando.

Importante

Um utilizador na cloud que não seja representado por um objeto MailUser no local (local para a hierarquia de pastas públicas de destino) não poderá aceder a pastas públicas legadas, do Exchange 2016 ou do Exchange 2019 no local. Confira a solução no artigo da Base de Dados de Conhecimento Os usuários do Exchange Online não podem acessar pastas públicas locais herdadas.

Como fazer saber que este procedimento funcionou?

Com uma conta de utilizador na cloud, abra o Outlook e faça os seguintes testes de pastas públicas:

  • Visualize a hierarquia.
  • Verifique as permissões
  • Crie e exclua pastas públicas.
  • Publique conteúdo e exclua conteúdo de uma pasta pública.