Condividi tramite

Configurare la sincronizzazione delle attività di Exchange in SharePoint Server 2013

  • Articolo

 

**Si applica a:**Exchange Server 2013, SharePoint Server 2013 Enterprise

**Ultima modifica dell'argomento:**2017-09-21

Sintesi: configurazione di Exchange Server 2016 e SharePoint Server 2013 per la sincronizzazione delle attività mediante l'apposita funzionalità di SharePoint Server 2013.

La configurazione della sincronizzazione delle attività può essere relativamente complessa. Attenendosi alle istruzioni riportate di seguito sarà possibile configurare rapidamente tale sincronizzazione tra gli ambienti Exchange Server 2016, SharePoint Server 2013 e Project Server 2013. Questa funzionalità è utile per qualsiasi azienda perché consente di integrare attività di applicazioni diverse in un'unica applicazione come Outlook 2016 o Siti personali di SharePoint.

Nota

Se si stava cercando l'argomento relativo all'integrazione dello stato Fuori sede tra Project Server ed Exchange, vedere Integrazione del calendario fuori sede di Exchange Server con Project Server 2013.

Importante

L'applicazione di servizio Gestione lavoro è obsoleta in SharePoint Server 2016 è quindi possibile configurare la sincronizzazione delle attività solo in SharePoint Server 2013.

Prima di iniziare

Prima di iniziare, è necessario sapere quanto segue:

  • Per SharePoint, la sincronizzazione dei profili utente deve essere attiva e in esecuzione. In genere, a tale scopo, un'applicazione del servizio profili utente deve essere in funzione in Amministrazione centrale e il servizio di sincronizzazione deve essere in esecuzione. Per ulteriori informazioni, vedere Pianificare profili utente e identità e Gestire la sincronizzazione dei profili utente in SharePoint Server.

  • È inoltre necessario che l'applicazione del Servizio di gestione del lavoro sia in esecuzione per la farm di SharePoint.

  • Per individuare le aggiunte e le modifiche relative alle attività, è necessario che sia in esecuzione anche l'applicazione del servizio di ricerca, che deve essere impostata per la ricerca per indicizzazione incrementale o continua. Per ulteriori informazioni, leggere Create and configure a Search service application in SharePoint Server 2016.

  • È molto importante che SSL (Secure Sockets Layer) sia in esecuzione per l'applicazione Web di SharePoint per motivi di sicurezza. Se si accede a un sito il cui URL inizia con http, è in uso SSL. Se non si ha familiarità con SSL, può essere utile leggere Creare applicazioni web basate sulle attestazioni in SharePoint Server. Se si opera in un ambiente di testing e si utilizza un certificato SSL autofirmato, i relativi passaggi sono riportati alla fine di questo articolo.

  • Probabilmente è preferibile avere Siti personali abilitato per SharePoint per visualizzare le attività in un'unica posizione all'interno di SharePoint. È inoltre possibile visualizzarle in Outlook.

  • La sincronizzazione delle attività richiede Exchange Server 2016 con le cassette postali degli utenti finali.

  • Quando si effettuano le operazioni descritte di seguito, accertarsi di aver eseguito l'accesso come membri dei gruppi di amministratori di SharePoint ed Exchange Server.

Download e installazione dell'API di Servizi Web Exchange in SharePoint Server

Iniziare scaricando una copia di EWSManagedAPI.msi dall'Area download Microsoft (https://www.microsoft.com/en-us/download/details.aspx?id=35371). Scaricare tale file in ogni server applicazioni dell'ambiente SharePoint. Si tratta dei server a cui accedono gli utenti quando devono visitare il sito di SharePoint. Questo componente è necessario perché consente a SharePoint ed Exchange di avere tale funzionalità incrociata tra prodotti. È necessario installare il file EWSManagedAPI.msi mediante una finestra della riga di comando. Aprire tale finestra come amministratori, quindi cambiare directory fino ad arrivare al percorso del file scaricato. A quel punto sarà necessario eseguire quest'unica riga di script esattamente come mostrato di seguito:

msiexec /i EwsManagedApi.msi addlocal="ExchangeWebServicesApi_Feature,ExchangeWebServicesApi_Gac"

Verrà avviata la procedura guidata di EWS API 2.2, in cui è possibile accettare le condizioni del contratto di licenza e visualizzare la seguente schermata:

This is a screenshot of the MS Exchange Managed API install window.

Lasciare impostata la cartella di installazione predefinita, a meno che non sia necessario installare l'API in un altro percorso, ad esempio in un'altra unità. Per l'installazione è possibile selezionare il pulsante di opzione Everyone, quindi fare clic su Next per procedere.

This is a screenshot of the MS Exchange Managed API install bar.

Questa è la schermata visualizzata durante l'installazione. Al termine, chiudere la procedura guidata.

Ora che la procedura guidata è stata completata correttamente, sarà necessario eseguire IISReset sui singoli computer in cui è stata effettuata l'installazione prima di poter proseguire con il passaggio successivo. A tale scopo, è possibile utilizzare la stessa finestra di comando dell'amministratore da cui è stato eseguito lo script. È sufficiente digitare IISReset e premere INVIO.

Impostazione di una relazione di trust OAuth in Exchange Server

A questo punto è necessario stabilire una relazione di trust OAuth in Exchange Server. Si tratta di una relazione di trust unidirezionale che consente a Exchange di determinare se l'ambiente SharePoint con cui interagire è sicuro.

Eseguire questo script, che viene installato con Exchange, da Exchange Management Shell in tutti i server delle cassette postali di Exchange dell'organizzazione dal percorso "C:\Programmi\Microsoft\Exchange Server\V15\Scripts":

.\Configure-EnterprisePartnerApplication.ps1 -ApplicationType Sharepoint -AuthMetadataUrl https://<SP_FQDN>/_layouts/15/metadata/json/1

Nota

Nello script precedente <SP_FQDN> è un segnaposto, pertanto è necessario sostituirlo con l'URL della raccolta siti radice di SharePoint. Se pertanto si accede al proprio sito con https://tailspintoys.com, sarà necessario specificare tale percorso seguito da /_layouts/15/metadata/json/1.

Con l'esecuzione dello script verranno creati gli account e le autorizzazioni necessari per la relazione di trust, quindi verrà visualizzato un messaggio di completamento dell'operazione. Se in precedenza è stata creata una relazione di trust simile, un messaggio può segnalare la presenza di una relazione di trust, ma lo script creerà comunque una nuova relazione.

La sincronizzazione delle attività a questo punto è configurata e gli utenti possono iniziare a utilizzarla. Per ulteriori informazioni, vedere l'argomento relativo all'aggregazione di attività personali in SharePoint Server e integrazione di attività di Exchange.

Ulteriori informazioni per il certificato SSL autofirmato

Come accennato in precedenza, potrebbe essere necessario considerare manualmente attendibile un certificato se si imposta un certificato SSL autofirmato. Ciò accade perché il certificato SSL generato nel software IIS di un server non viene riconosciuto in un altro server, pertanto questa è un'alternativa manuale per ovviare al problema.

  • In ogni server Exchange che richiede l'autorizzazione aprire Internet Explorer.

  • Passare al sito di SharePoint in cui viene utilizzato un certificato SSL autofirmato (inizierà con https).

  • Quando viene segnalato che il sito non è sicuro, fare clic su Vai al sito Web.

  • Quando si accede al sito, accanto alla barra degli indirizzi in IE dovrebbe venire visualizzato un elemento Errore certificato. Fare clic su di esso.

  • A questo punto, dovrebbe diventare disponibile l'opzione Visualizza certificati. Fare clic su di essa.

  • Fare clic sull'opzione Installa certificato.

  • Fare quindi clic su Colloca tutti i certificati nel seguente archivio.

  • Selezionare la casella di controllo Mostra archivi fisici.

  • Ora installare il certificato in Autorità di certificazione radice attendibili > Computer locale.

Ora il certificato verrà considerato attendibile nel computer locale.