Condividi tramite

Configurare cartelle pubbliche locali legacy per una distribuzione ibrida di Exchange Server

  • Articolo

In una distribuzione ibrida, gli utenti possono trovarsi in Exchange Online, exchange locale o entrambi e le cartelle pubbliche si trovano in Exchange Online o in Exchange locale. Le cartelle pubbliche possono risiedere solo in un'unica posizione, quindi è necessario decidere dove appartengono. Non possono trovarsi in entrambe le posizioni. Le cassette postali delle cartelle pubbliche vengono sincronizzate con Exchange Online dal servizio di sincronizzazione della directory. Tuttavia, le cartelle pubbliche abilitate per la posta elettronica non vengono sincronizzate in locale.

Questo articolo descrive come sincronizzare le cartelle pubbliche abilitate per la posta elettronica quando gli utenti si trovano in Microsoft 365 o Office 365 e la cartella pubblica si trovano in Exchange 2010 SP3 o versioni successive. Tuttavia, un utente cloud che non è rappresentato da un oggetto MailUser in locale Exchange (da locale alla gerarchia di cartelle pubbliche di destinazione) non può accedere alle cartelle pubbliche di Exchange legacy o locali.

Nota

Questo argomento fa riferimento ai server Exchange 2010 SP3 o versioni successive come server Exchange legacy.

Usare gli script seguenti per sincronizzare le cartelle pubbliche abilitate per la posta elettronica. Gli script vengono avviati da un'attività di Windows eseguita nell'ambiente locale:

  • Sync-MailPublicFolders.ps1: questo script sincronizza gli oggetti cartella pubblica abilitati per la posta elettronica dalla distribuzione locale di Exchange con Exchange Online. Usa la distribuzione locale di Exchange locale come autorevole per determinare quali modifiche devono essere applicate a Exchange Online. Lo script crea, aggiorna o elimina gli oggetti cartella pubblica abilitati per la posta elettronica nel cloud in base a ciò che esiste nella distribuzione locale di Exchange locale.

  • SyncMailPublicFolders.strings.psd1: questo file di supporto viene usato dallo Sync-MailPublicFolders.ps1 script e deve essere copiato nello stesso percorso dello script.

Al termine di questa procedura, gli utenti locali e cloud possono accedere alla stessa infrastruttura di cartelle pubbliche locale.

Quali versioni ibride di Exchange funzionano con le cartelle pubbliche?

Nella tabella seguente vengono descritte le combinazioni di versione e posizione supportate delle cassette postali utente e delle cartelle pubbliche. "Ibrido non applicabile" è ancora uno scenario supportato, ma non è considerato uno scenario ibrido perché sia le cartelle pubbliche che gli utenti si trovano nella stessa posizione.

Scenario Cassetta postale utente di Exchange 2010 locale Cassetta postale utente di Exchange 2016/2019 locale Cassetta postale utente di Exchange Online
Cartelle pubbliche di Exchange 2010 locali Ibrida non applicabile Ibrida non applicabile Supportato
Cartelle pubbliche di Exchange 2013, Exchange 2016 o Exchange 2019 locali Ibrida non applicabile Ibrida non applicabile Supportato
Cartelle pubbliche di Exchange Online Non supportato Supportato Ibrida non applicabile

Non è supportata una configurazione ibrida con cartelle pubbliche di Exchange 2003. Se si esegue Exchange 2003 nell'organizzazione, è necessario spostare tutti i database e le repliche di cartelle pubbliche in Exchange 2010 SP3 o versioni successive. Nessuna replica di cartelle pubbliche può essere lasciata su Exchange 2003.

Passaggio 1: Che cosa è necessario sapere prima di iniziare

  • Queste istruzioni presuppongono che sia stata usata la Configurazione guidata ibrida per configurare e sincronizzare gli ambienti locali e Exchange Online e che i record DNS usati per l'individuazione automatica della maggior parte degli utenti fanno riferimento a un endpoint locale. Per ulteriori informazioni, vedere Hybrid Configuration Wizard.

  • Queste istruzioni presuppongono che Outlook Via Internet sia abilitato e funzionante nei server Exchange legacy locali. Per informazioni su come abilitare Outlook via Internet, vedere Outlook via Internet.

  • L'implementazione della coesistenza di cartelle pubbliche legacy per una distribuzione ibrida di Exchange con il cloud potrebbe richiedere la correzione dei conflitti durante la procedura di importazione. I conflitti possono verificarsi a causa di indirizzi di posta elettronica non instradabili assegnati a cartelle pubbliche abilitate per la posta elettronica, conflitti con altri utenti e gruppi in Exchange Online e altri attributi.

  • Per queste istruzioni si presume che l'organizzazione Exchange Online sia stata aggiornata a una versione che supporta le cartelle pubbliche.

  • In Exchange Online, è necessario essere un membro del gruppo di ruoli Gestione organizzazione. Questo gruppo di ruoli differisce dalle autorizzazioni assegnate in fase di sottoscrizione a Exchange Online. Per informazioni dettagliate sull'abilitazione del gruppo di ruoli Gestione organizzazione, vedere Gestire gruppi di ruoli.

  • In Exchange 2010 è necessario essere un membro dei gruppi di ruoli Gestione organizzazione o Ruolo di gestione server basato su Controllo di accesso (RBAC). Per i dettagli, vedere Aggiunta di membri a un gruppo di ruoli.

  • Per accedere alle cartelle pubbliche cross-premise, gli utenti devono aggiornare i client Outlook all'aggiornamento pubblico di Outlook di novembre 2012 o versioni successive.

  • Outlook 2016 per Mac e Outlook per Mac per Microsoft 365 o Office 365 sono supportati per le cartelle pubbliche cross-premise se si verificano le condizioni seguenti:

    • L'aggiornamento di aprile 2016 per Outlook 2016 per Mac è installato.
    • Exchange 2016 CU2 o versione successiva.
    • Exchange 2013 CU14 o versione successiva.

  • Dopo aver seguito le istruzioni di questo articolo che consentono di configurare le cartelle pubbliche locali per una distribuzione ibrida, gli utenti esterni all'organizzazione non saranno in grado di inviare messaggi a tali cartelle pubbliche, a meno che non si effettuino altre procedure. Ad esempio:

  • In modalità ibrida, Exchange Online gli utenti non possono accedere alle cartelle pubbliche usando Outlook sul web (in precedenza noto come Outlook Web App).

Passaggio 2: Rilevabilità delle cartelle pubbliche remote

  1. Se le cartelle pubbliche si trovano nei server Exchange 2010, è necessario installare i servizi Accesso client in tutti i server cassette postali che dispongono di un database di cartelle pubbliche. In questo modo è possibile eseguire il servizio RpcClientAccess di Exchange, che consente a tutti i client di accedere alle cartelle pubbliche. Per ulteriori informazioni, vedere Install Exchange Server 2010.

    Nota

    Il server non deve essere parte del bilanciamento del carico di Accesso client. Per ulteriori informazioni, vedere Understanding Load Balancing in Exchange 2010.

  2. Creare un database delle cassette postali vuoto su ogni server di cartelle pubbliche.

    Per Exchange 2010, eseguire il comando seguente in Exchange Management Shell. Questo comando esclude il database delle cassette postali dal sistema di bilanciamento del carico di provisioning delle cassette postali. Questa azione impedisce l'aggiunta automatica di nuove cassette postali al database.

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

    Per Exchange 2007, eseguire il comando seguente in Exchange Management Shell:

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

    Nota

    È consigliabile che l'unica cassetta postale aggiunta al database sia la cassetta postale proxy che verrà creata nel passaggio successivo. Nessun'altra cassetta postale deve essere creata in questo database delle cassette postali.

  3. Create una cassetta postale proxy all'interno del nuovo database delle cassette postali e nascondere la cassetta postale dalla rubrica. L'indirizzo SMTP di questa cassetta postale viene restituito da Individuazione automatica come SMTP DefaultPublicFolderMailbox . Risolvendo questo indirizzo SMTP, il client può raggiungere il server di scambio legacy per l'accesso alle cartelle pubbliche.

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

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

  4. Per Exchange 2010, abilitare l'individuazione automatica per restituire le cassette postali delle cartelle pubbliche proxy.

    Set-MailboxDatabase <NewMDBforPFs> -RPCClientAccessServer <PFServerName_with_CASRole>

  5. Ripetere la procedura precedente per ogni server di cartelle pubbliche dell'organizzazione.

Passaggio 3: Download degli script

  1. Scaricare i file seguenti dall'Abilitati alla posta elettronica le cartelle pubbliche - script di sincronizzazione directory:

    • Sync-MailPublicFolders.ps1

    • SyncMailPublicFolders.strings.psd1

  2. Salvare i file nel computer locale in cui si esegue PowerShell. Ad esempio, C:\PFScripts.

Passaggio 4: Configurazione della sincronizzazione delle directory

Il servizio di sincronizzazione delle directory non sincronizza le cartelle pubbliche abilitate alla posta. Per sincronizzazione le cartelle pubbliche abilitate alla posta tra le strutture locali è necessario eseguire lo script seguente. È necessario ricreare le autorizzazioni speciali assegnate alle cartelle pubbliche abilitate per la posta elettronica nel cloud, poiché le autorizzazioni cross-premise non sono supportate negli scenari di distribuzione ibrida.

Nota

Le cartelle pubbliche abilitate alla posta elettronica sincronizzate verranno visualizzate come oggetti contatto di posta per motivi di flusso di posta e non saranno visualizzabili nell'Interfaccia di amministrazione di Exchange. Vedere il comando Get-MailPublicFolder. Per ricreare le autorizzazioni SendAs nel cloud, utilizzare il comando Add-RecipientPermission.

  1. Nel server Exchange legacy eseguire il comando seguente per sincronizzare le cartelle pubbliche abilitate per la posta elettronica dal Active Directory locale locale al cloud.

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

    Dove Credential è il nome utente e la password del cloud ed CsvSummaryFile è il percorso in cui si desidera registrare le operazioni di sincronizzazione e gli errori, in formato .csv.

Nota

Prima di eseguire lo script, è consigliabile simulare prima le azioni eseguite dallo script nell'ambiente eseguendolo come descritto in precedenza con il -WhatIf parametro . Si consiglia inoltre di eseguire questo script ogni giorno per sincronizzare le cartelle pubbliche abilitate alla posta.

Passaggio 5: Configurazione degli utenti di Exchange Online per l'accesso alle cartelle pubbliche locali

Mediante il passaggio finale di questa procedura, è possibile configurare l'organizzazione Exchange Online e consentire l'accesso alle cartelle pubbliche locali legacy.

Si punta a tutte le cassette postali delle cartelle pubbliche proxy create nel passaggio 2: rendere individuabili le cartelle pubbliche remote per consentire all'organizzazione di Exchange Online di accedere alle cartelle pubbliche locali.

Eseguire il comando seguente in Exchange Online PowerShell. Per informazioni su come usare Windows PowerShell per connettersi a Exchange Online, vedere Connessione a Exchange Online PowerShell.

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

È necessario attendere il completamento della sincronizzazione di Active Directory per visualizzare le modifiche. Questo processo può richiedere fino a 3 ore. Se non si desidera attendere la sincronizzazione ricorrente che si verificano ogni tre ore, è possibile forzare la sincronizzazione delle directory in qualsiasi momento. Per i passaggi dettagliati per forzare la sincronizzazione della directory, vedere Microsoft Entra Connect Sync: Scheduler.For detailed steps to force directory synchronization, see Microsoft Entra Connect Sync: Scheduler. Exchange Online seleziona in modo casuale una delle cassette postali delle cartelle pubbliche fornite in questo comando.

Importante

Un utente cloud che non è rappresentato da un oggetto MailUser locale (locale alla gerarchia di cartelle pubbliche di destinazione) non sarà in grado di accedere alle cartelle pubbliche locali legacy, Exchange 2016 o Exchange 2019. Per risolvere il problema, vedere l'articolo della Knowledge Base Gli utenti di Exchange Online non possono accedere alle cartelle pubbliche locali legacy.

Ricerca per categorie sapere che questa procedura ha funzionato?

Usando un account utente cloud, aprire Outlook ed eseguire i test delle cartelle pubbliche seguenti:

  • Visualizzare la gerarchia.
  • Controllare le autorizzazioni.
  • Creare ed eliminare cartelle pubbliche.
  • Pubblicare il contenuto ed eliminare il contenuto da una cartella pubblica.