Questa è una vecchia domanda e le due risposte dell'OP e @JakobChristensen rispondono alla domanda. Dirò solo che sto trovando la situazione abbastanza confusa.
Recentemente (manualmente, non tramite NuGet) ho scaricato la versione corrente di NuGet, che attualmente chiamano "2.2.0".
https://www.nuget.org/packages/Microsoft.Exchange.WebServices/
Ma la versione interna del file/prodotto sul dll è 15.00.0913.015.
Secondo questa pagina
https://msdn.microsoft.com/en-us/library/office/dn528373(v=exchg.150).aspx
il file deve essere posizionato qui:
C: \ Program Files \ Microsoft \ Exchange \ Web Services \ 2.0 \
Ecco dove L'ho messo. In seguito, quando ho giocato con un programma di esempio Microsoft, ho notato che faceva effettivamente riferimento al file in quella posizione.
Ma un altro programma di esempio Microsoft ha fatto riferimento al file nel GAC!
C: \ WINDOWS \ assembly \ GAC_MSIL \ Microsoft.Exchange.WebServices \ 15.0.0.0__31bf3856ad364e35 \ Microsoft.Exchange.WebServices.dll
Questa versione ha avuto la versione del file/prodotto 15.00.0847.030.
Non sono sicuro di come sia arrivato quel file, probabilmente parte di un'installazione di Visual Studio.
C'è anche qualcosa chiamato EWSCore, che è apparentemente una versione biforcuta dell'EWS ufficiale con alcune correzioni di bug.
https://www.nuget.org/packages/EWSCore/
La mia decisione attuale è che io considero la versione ufficiale NuGet per essere la versione mi standardizzare su e scaricare manualmente al mio PC di sviluppo e la mia generazione PC e lo metto qui:
C: \ servizi di programmi \ Microsoft \ Exchange \ Web \ 2.0 \
Si può aggiungere che EWS Managed è stato aggiunto all'origine del pacchetto NuGet che rende molto semplice l'aggiunta a un progetto in Visual Studio. –
@JakobChristensen - Presumo che il nome Nuget sia intuitivo ... come "msft Exchange 2.0" o qualcosa di simile? – LamonteCristo
NuGet è uno strumento per Visual Studio che semplifica molto il download e l'aggiunta di riferimenti a librerie diverse. Puoi leggere ulteriori informazioni su NuGet qui: http://nuget.codeplex.com/ –