【问题标题】:O365 , EWS Managed API and ExchangeVersionO365 , EWS 托管 API 和 ExchangeVersion
【发布时间】:2015-12-20 12:51:26
【问题描述】:

如果我使用 Exchange Web Services Managed API v2.2 连接 O365,那么我应该使用哪个 ExchangeVersion?

在我看来,我应该始终使用最新版本是有道理的,因为我认为 O365 始终是最新版本(实际上 O365 会议请求确认消息已经包含 Exchange 2016他们的页脚!)

var service = new ExchangeService(ExchangeVersion.Exchange2013_SP1);

是否有推荐用于 O365 的版本,还是我最好自动使用最新版本?(有没有人从 microsoft 获得这方面的资料?)

编辑:这是引发我的问题的实际原始问题

我们遇到了在使用 O365 时错误地从电子邮件 HTML 正文中删除空格的问题。我们的软件将 ExchangeVersion 设置为 Exchange2013。使用 fiddler 我们可以看到空格实际上并没有被删除,因此它似乎不是托管 API 问题。我们之前没有遇到这些问题,所以我认为在 O365 端发生了一些变化。

但是,如果我们将软件更改为使用 ExchangeVersion.Exchange2013_SP1,那么问题就会消失。

所以现在我想知道 O365 是否已更新并希望我们因此使用最新的 ExchangeVersion

任何人都可以提供有关 O365 的 ExchangeVersion 的建议或解释为什么问题可能已经开始以及为什么更改 ExchangeVersion 会使事情再次正常运行?

【问题讨论】:

  • Microsoft 已确认原始错误实际上是 O365 的问题,并且正在调查。但是了解有关 ExchangeVersion 的政策应该如何发展仍然很有用。我想 ExchangeVersion.Exchange2016 即将推出......

标签: office365 exchangewebservices ews-managed-api


【解决方案1】:

对于 Office 365,它应该是 ExchangeVersion.Exchange2013_SP1。正如MSDN article 指出的那样,您应该使用 Exchange Online 的最新版本。 EWS API 是 Exchange Web Service (SOAP) 的客户端库。

为了在每个版本的 Exhange 中添加新功能,EWS 架构已更改。 EWS 架构是向后和向前兼容的,如果您创建的应用程序以早期架构版本为目标,例如 Exchange Server 2007 SP1,您的应用程序也将适用于较新的架构版本,例如 Exchange Server 2013 SP1,但仅限具有由 Exchange Server 2007 SP1 架构定义的功能。

【讨论】:

  • 太棒了!正是我所追求的。找不到爱情也找不到钱 :)
  • 请注意,Office 365 将在结果中返回“奇怪”的 ExchangeVersion 值,因此不要依赖这些值:stackoverflow.com/questions/26404119/…
猜你喜欢
  • 1970-01-01
  • 2015-03-18
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2013-05-03
相关资源
最近更新 更多