Condividi tramite

Pianificare la coesistenza della posta elettronica di terze parti con Microsoft 365 o Office 365 e Microsoft Entra ID

La maggior parte delle informazioni sulla migrazione della posta elettronica Microsoft presuppone che si eseguano Exchange Server nell'organizzazione locale. Questo argomento è destinato alle organizzazioni che usano Active Directory come piattaforma di gestione delle identità locale e a un sistema di messaggistica di terze parti (ad esempio IBM Lotus Notes o Novell GroupWise) per la posta elettronica.

In questo scenario, l'obiettivo è supportare la coesistenza della posta elettronica cross-premise. Un sistema di messaggistica di terze parti rimane nell'organizzazione locale e condivide uno spazio dei nomi di posta elettronica (dominio) con il sistema di messaggistica Exchange Online nel cloud. Una rubrica unificata nel cloud mostra tutti gli utenti nelle organizzazioni locali e cloud. Questa coesistenza della posta elettronica potrebbe essere una soluzione a breve o a lungo termine.

Durante la pianificazione di questa coesistenza di posta elettronica di terze parti, prendere in considerazione le opzioni di identità ibrida Microsoft Entra ID e le opzioni di autenticazione per la sincronizzazione e l'autenticazione dell'utente finale.

Obiettivi dello scenario:

  • Gli utenti con cassette postali locali devono essere rappresentati nell'elenco indirizzi globale (GAL) Exchange Online come utenti abilitati alla posta elettronica.

  • Il routing della posta elettronica dal cloud all'organizzazione locale usa uno spazio dei nomi di dominio condiviso.

    In alternativa, come parte di una strategia di migrazione, gli utenti abilitati alla posta elettronica nel cloud potrebbero avere una licenza con cassette postali Exchange Online.

  • La coesistenza cross-premise potrebbe durare a tempo indeterminato. L'elenco di indirizzi cloud, il routing della posta corretto e la fedeltà del formato dei messaggi soddisfano tutti i requisiti di livello aziendale.

Requisiti:

  • Sottoscrizione a Microsoft 365 o Office 365 (deve essere una sottoscrizione enterprise).

  • L'organizzazione locale esegue Active Directory con gli aggiornamenti dello schema di Microsoft Exchange 2016 o versioni successive.

  • Exchange Management Shell e lo schema Exchange Server Active Directory sono necessari per la gestione degli utenti correlati alla posta elettronica. Per soddisfare questi requisiti, installare il ruolo del server Cassette postali di Exchange 2016 in un server dell'organizzazione locale.

  • Ogni oggetto destinatario del sistema di terze parti deve avere l'oggetto utente corrispondente in Active Directory locale. Gli utenti dovranno essere abilitati alla posta elettronica come parte del processo di coesistenza.

Panoramica tecnica

Per abilitare qualsiasi scenario di messaggistica cross-premise, è necessario determinare come instradare la posta elettronica tra l'organizzazione locale e il cloud. Dal punto di vista dell'implementazione, la scelta dipende dalla destinazione raggiunta per prima dalla posta in arrivo, ovvero il sistema di messaggistica locale o il cloud. La destinazione prescelta dipende dagli obiettivi della distribuzione tra ambienti locali.

Configurazione dello spazio dei nomi condiviso

In generale, se si prevede di spostare tutta la messaggistica nel cloud (usando una distribuzione cross-premise come parte di una strategia di migrazione della posta a lungo termine), la configurazione del record di mail exchanger (MX) per indirizzare la posta elettronica in ingresso al cloud è una scelta logica. In questa configurazione è possibile sfruttare Exchange Online Protection (EOP) per tutta la posta elettronica in ingresso all'organizzazione.

In caso contrario, se l'obiettivo a lungo termine è mantenere un ambiente di messaggistica cross-premise a tempo indeterminato e non si è interessati a Exchange Online Protection, è possibile scegliere di lasciare il record MX come è attualmente configurato.

Routing della posta elettronica in una distribuzione tra ambienti locali

Indipendentemente dalla posizione di ingresso della posta nella distribuzione tra ambienti locali, per il routing della posta è necessario che gli utenti con cassette postali nel sistema di messaggistica locale siano rappresentati da utenti abilitati alla posta elettronica nel sistema di messaggistica del cloud. L'oggetto utente abilitato alla posta nella directory cloud è l'indirizzo SMTP di destinazione della cassetta postale del destinatario corrispondente nell'organizzazione locale.

Il processo di sincronizzazione degli utenti abilitati alla posta elettronica con l'indirizzo di destinazione corretto richiede l'installazione dello strumento Microsoft Entra Connect nel Active Directory locale. Lo strumento Microsoft Entra Connect sincronizza l'utente locale abilitato alla posta elettronica in Active Directory con un valore di indirizzo di destinazione corrispondente allo spazio dei nomi condiviso e deve essere un dominio verificato in Microsoft 365 o Office 365.

Ad esempio, se il dominio è stato verificato nella distribuzione di Microsoft 365 (ad esempio, domino.contoso.com), lo strumento Microsoft Entra Connect sincronizza gli oggetti utente abilitati alla posta elettronica in Active Directory con un indirizzo di destinazione con domino.contoso.com nella proprietà indirizzo di destinazione. Questo viene usato per instradare la posta elettronica cross-premise. L'indirizzo SMTP primario dell'utente in questo scenario rimarrà contoso.com, purché contoso.com sia un dominio verificato in Microsoft 365.

L'uso dell'interfaccia di amministrazione di Exchange e di Exchange Management Shell è necessario per gestire tutte le proprietà dei destinatari di Exchange in Active Directory.

Formattazione della posta

Dato che Exchange Online verrà configurato per l'invio della posta elettronica al sistema di posta locale, sarà necessario eseguire una configurazione aggiuntiva nel cloud per evitare problemi di formattazione della posta.

Per impostazione predefinita, Exchange Online invia i messaggi al sistema di posta elettronica locale in formato RTF (Transport Neutral Encapsulation Format), che potrebbe comportare la ricezione di messaggi di posta elettronica di testo normale da parte degli utenti con allegati Winmail.dat. Di conseguenza, è necessario configurare Exchange Online per inviare tutti i messaggi di posta elettronica al sistema locale in formato non TNEF (HTML o testo). A tale scopo, è necessario specificare il dominio SMTP primario locale come dominio remoto in Exchange Online. È quindi possibile disabilitare la formattazione TNEF per tutta la posta elettronica inviata al dominio remoto.

Implementazione

In molti casi, i collegamenti fanno riferimento a informazioni di configurazione per un sistema di messaggistica di Exchange locale. Sarà necessario convertire gli obiettivi delle configurazioni di Exchange Server in configurazioni specifiche per la soluzione di messaggistica di terze parti in uso. A titolo di esempio, l'inoltro della posta è un obiettivo lineare, ma rappresenta un'area in cui la configurazione varia notevolmente nei diversi sistemi di messaggistica.

La procedura seguente descrive il processo per l'implementazione della coesistenza della messaggistica di terze parti con Microsoft 365 o Office 365:

Passaggio 1: Iscriversi a Microsoft 365 o Office 365

È necessario sottoscrivere Microsoft 365 o Office 365 per creare un tenant di servizio usato nella distribuzione con il sistema di posta elettronica locale. Microsoft 365 e Office 365 forniscono un'organizzazione Exchange Online nel cloud.

Quando si effettua la sottoscrizione, assicurarsi di verificare il dominio SMTP primario nell'organizzazione con Microsoft 365 o Office 365. Il processo di verifica di un dominio costituisce una prova che il dominio è di proprietà dell'utente. Il dominio verificato è anche il dominio usato dallo strumento di sincronizzazione di Azure Active Directory per effettuare il provisioning di oggetti nel cloud. Aggiungere quindi il dominio di routing della posta che rappresenta il sistema di terze parti.

Per altre informazioni, vedere Iscriversi a Microsoft 365.

Passaggio 2: Installare Exchange Server 2016

  1. Leggere i requisiti di sistema e le informazioni di preparazione dello schema di Active Directory/Preparazione del dominio .

  2. Completare le istruzioni appropriate per la preparazione dello schema e del dominio.

  3. Preparare un server per supportare l'installazione di un server cassette postali di Exchange 2016.

  4. Configurare i domini accettati in modo che corrispondano ai domini di indirizzi SMTP esistenti del sistema di terze parti.

  5. Configurare un dominio di routing della posta per condividere lo spazio dei nomi. In genere, un sottodominio come domino.contoso.com è una scelta comune.

  6. Creare criteri di indirizzi di posta elettronica per eseguire il mapping delle convenzioni di denominazione esistenti degli indirizzi SMTP aziendali per i domini primari e il dominio di routing della posta elettronica.

Passaggio 3: Eseguire la Configurazione guidata ibrida di Exchange

  1. Usare la Configurazione guidata ibrida di Exchange, in particolare in modalità classica con la configurazione minima ibrida. In questo argomento eseguire solo il passaggio 2: Avviare la migrazione rapida.

  2. Completare la Configurazione guidata ibrida. Non usare l'opzione Impostazioni rapide nella procedura guidata, Microsoft Entra Connessione verrà configurata in un secondo momento. Non concedere in licenza gli utenti o eseguire la migrazione di dati.

Passaggio 4: Abilitazione degli utenti abilitati alla posta nel sistema locale di Active Directory

Dopo aver aggiornato Active Directory con lo schema di Exchange, è ora possibile abilitare tramite posta elettronica gli utenti esistenti in Active Directory. Nel contesto di questo scenario, gli utenti abilitati alla posta elettronica rappresentano gli utenti con cassette postali nel sistema di messaggistica locale che si desidera rappresentare nella Rubrica del cloud.

Usando Exchange Management Shell, eseguire Enable-MailUser per ogni utente che si vuole visualizzare nella rubrica cloud e che dispone di una cassetta postale nell'organizzazione di messaggistica locale.

Il cmdlet Enable-MailUser accetta solo il parametro ExternalEmailAddress . Si tratta anche dell'indirizzo di destinazione dell'oggetto utente abilitato alla posta elettronica. Questo parametro aggiorna l'indirizzo SMTP di destinazione per l'utente abilitato alla posta elettronica, che consente il flusso di posta cross-premise.

Il parametro ExternalEmailAddress è un indirizzo di posta elettronica immesso per l'utente. L'indirizzo deve soddisfare i seguenti criteri:

  • Deve essere l'indirizzo di posta elettronica SMTP primario valido dell'utente nell'organizzazione locale.

  • La parte di dominio dell'indirizzo di posta elettronica (a destra del segno @) deve corrispondere al dominio verificato in Microsoft 365.

  • La parte del dominio dell'indirizzo di posta elettronica deve corrispondere al dominio UPN per l'utente nella directory locale.

Ecco un esempio di comando Enable-MailUser :

Enable-MailUser -Identity "Gabriela Laureano" -ExternalEmailAddress glaureano@domino.contoso.com -PrimarySMTPAddress glaureano@contoso.com

Per ulteriori informazioni su come installare, configurare ed eseguire Exchange Management Shell, vedere Exchange Management Shell.

Se è necessario creare o modificare utenti nel Active Directory locale, vedere gli argomenti seguenti:

Passaggio 5: Installare e configurare Microsoft Entra Connect per sincronizzare gli utenti abilitati alla posta elettronica in Microsoft Entra ID (Microsoft 365 o Office 365)

  1. Scaricare e installare Microsoft Entra Connect.

  2. Visualizzare i prerequisiti e scegliere l'opzione Personalizza .

  3. Nella sezione Funzionalità facoltative selezionare Distribuzione ibrida di Exchange.

La funzionalità Distribuzione ibrida di Exchange consente la coesistenza di cassette postali di Exchange sia in locale che in Microsoft 365 o Office 365. Microsoft Entra Connect esegue la sincronizzazione di un set specifico di attributi da Microsoft Entra nella directory locale.

Passaggio 6: Configurazione del routing per lo spazio dei nomi condiviso

Nel contesto di questo scenario per la posta elettronica tra ambienti locali, il termine spazio dei nomi condiviso fa riferimento a uno spazio dei nomi di indirizzamento SMTP. Quando si configura uno spazio dei nomi condiviso, si definisce il modo in cui i messaggi verranno instradati tra il sistema di posta locale e il cloud e come verranno instradati i messaggi tra il sistema locale, il cloud e Internet.

La procedura per l'implementazione di uno spazio dei nomi condiviso dipende da:

  • Sistema di posta elettronica locale.

  • Se si configura il record MX in modo che punti al sistema di posta elettronica locale o a Microsoft 365 o Office 365.

In entrambi i casi, le configurazioni Exchange Online basate sul cloud sono simili. Dopo aver configurato uno spazio dei nomi condiviso, sarà possibile inviare messaggi di posta elettronica tra i due sistemi di messaggistica. Se la disponibilità è necessaria come parte della strategia di coesistenza, collaborare con il fornitore del software per assicurarsi che la pianificazione dello spazio dei nomi funzioni con l'applicazione di disponibilità.

Passaggio 7: Disabilitazione di TNEF per il sistema di messaggistica locale

Come indicato in precedenza, per impostazione predefinita Exchange Online invia messaggi con codifica TNEF al sistema locale. Per disabilitare questa funzionalità, vedere Gestire i domini remoti in Exchange Online

Migrazione delle cassette postali

In questa sezione sono disponibili collegamenti a ulteriori informazioni sulla migrazione delle cassette postali dall'organizzazione locale al cloud.

Come indicato in precedenza, la maggior parte degli strumenti di migrazione della messaggistica inclusi in Microsoft 365 e Office 365 sono progettati per funzionare con Exchange Server. Tuttavia, Microsoft 365 e Office 365 includono anche lo strumento di migrazione IMAP per la migrazione generica dei dati di posta elettronica.

Per le organizzazioni che usano Outlook come client di posta elettronica, è anche possibile usare lo strumento Di acquisizione PST per eseguire la migrazione dei dati di messaggistica nel cloud.

Per altre soluzioni di migrazione della messaggistica, potrebbe essere necessario usare un provider di soluzioni di terze parti.

Di seguito sono elencati alcuni strumenti di migrazione di terze parti e partner che forniscono assistenza per migrazioni di Exchange da piattaforme di terze parti:

  • Albero binario: provider di software di coesistenza e migrazione di messaggistica multipiattaforma, con prodotti che consentono l'analisi e la coesistenza e la migrazione tra ambienti di messaggistica e collaborazione aziendali locali e online basati su IBM Lotus Notes e Domino e Microsoft Exchange e Microsoft SharePoint.

  • BitTitan: provider di soluzioni di migrazione per Exchange Online.

  • Quest: provider di software di migrazione e coesistenza locali e ospitati, inclusa l'analisi della pre-migrazione e la coesistenza completa di utenti e applicazioni. Migrazioni complete da Microsoft Exchange locale, IBM Domino, Novell GroupWise, Zimbra e altri ambienti a Microsoft 365, Office 365, Exchange Online e SharePoint Online.

  • Transvault: provider di soluzioni di migrazione di Office cloud a Microsoft 365 da Exchange e Note. Transvault supporta 23 origini diverse per la migrazione e include prodotti che offrono qualsiasi dimensione di progetto, complesse migrazioni di archivi di posta elettronica e gestione PST. Le soluzioni di migrazione aziendali sono sicure, conformi, efficienti e incentrate sull'utente e possono essere eseguite sia in locale che nel cloud.

Conversione degli utenti del cloud in utenti abilitati per le cassette postali

Se è già stato distribuito un ambiente di routing della posta cross-premise come descritto in questo argomento, gli utenti creati nel cloud con la sincronizzazione della directory sono utenti abilitati alla posta elettronica.

Per effettuare il provisioning delle cassette postali per questi utenti, assegnargli una licenza per Exchange Online nella console di amministrazione di Microsoft 365. Per altre informazioni, vedere Sincronizzazione con gli utenti esistenti in Microsoft Entra ID.