Это старый вопрос, и два ответа OP и @JakobChristensen действительно отвечают на вопрос. Я просто упомянул, что я нахожу ситуацию довольно запутанной.
Недавно я (вручную, а не через NuGet) загрузил текущую версию NuGet, которую они в настоящее время называют «2.2.0».
https://www.nuget.org/packages/Microsoft.Exchange.WebServices/
Но внутренняя версия файла/продукта на .dll является 15.00.0913.015.
Согласно этой странице
https://msdn.microsoft.com/en-us/library/office/dn528373(v=exchg.150).aspx
файл должен быть размещен здесь:
C: \ Program Files \ Microsoft \ Exchange \ Web Services \ 2,0 \
Так вот где Я положил его. Позже, когда вы играли с образцовой программой Microsoft, я заметил, что он действительно ссылается на файл в этом месте.
Но еще одна примерная программа Microsoft ссылается на файл в GAC!
C: \ WINDOWS \ сборка \ GAC_MSIL \ Microsoft.Exchange.WebServices \ 15.0.0.0__31bf3856ad364e35 \ Microsoft.Exchange.WebServices.dll
Эта версия имела файл/версия продукта 15.00.0847.030.
Я не уверен, как этот файл попал туда, возможно, часть установки Visual Studio.
Существует также нечто, называемое EWSCore, которое, по-видимому, является разветвленной версией официального EWS с некоторыми исправлениями ошибок.
https://www.nuget.org/packages/EWSCore/
Мое текущее решение, что я буду считать официальной версией NuGet быть версии я стандартизировать и вручную загрузить его на моем компьютере разработки и моей сборки ПК и поместить его здесь:
C: \ Program Files \ Microsoft \ Exchange \ Web Services \ 2.0 \
Пусть можно добавить, что EWS Managed был добавлен в исходный пакет NuGet, что делает его очень легко добавить в проект в Visual Studio. –
@JakobChristensen - Я предполагаю, что имя Nuget интуитивно понятен ... как «msft Exchange 2.0» или что-то подобное? – LamonteCristo
NuGet - это инструмент для Visual Studio, который позволяет легко загружать и добавлять ссылки на разные библиотеки. Вы можете узнать больше о NuGet здесь: http://nuget.codeplex.com/ –