Folder.WellKnownFolderName 在 EWS Managed API 和 Exchange 2013 中为空
Folder.WellKnownFolderName is null in EWS Managed API and Exchange 2013
将 EWS Managed API 与 Office 365(ExchangeVersion.Exchange2013_SP1 配置文件)结合使用。为父文件夹调用 Folder.FindFolders 时,所有 returned 文件夹对象(包括收件箱等知名文件夹)的 Folder.WellKnownFolderName 值为 null。 .TotalCount 等其他值都可以。
Folder.WellKnownFolderName MSDN 中的文档指出它应该适用于 Exchange2013 及更高版本,我相信 Office 365 符合此标准。
此外,如果我连接到 Exchange 2010 服务器并设置 ExchangeVersion.Exchange_2010 配置文件,.WellKnownFolderName 将引发异常而不是 returns null(这是预期的行为)。因此(以我的理解),根据版本的不同,它应该抛出异常或 return 非空值,用于收件箱等知名文件夹。
我是不是漏掉了什么?
或者我应该使用其他方式来确定收件箱、已发送邮件等系统文件夹?
默认情况下 属性 不会 return 无论您使用的是什么版本,您都必须指定 属性 集并请求服务器 return给你例如
FolderView wkfView = new FolderView(1000);
wkfView.PropertySet = new PropertySet(BasePropertySet.FirstClassProperties);
wkfView.PropertySet.Add(FolderSchema.WellKnownFolderName);
service.FindFolders(WellKnownFolderName.MsgFolderRoot, wkfView);
将 EWS Managed API 与 Office 365(ExchangeVersion.Exchange2013_SP1 配置文件)结合使用。为父文件夹调用 Folder.FindFolders 时,所有 returned 文件夹对象(包括收件箱等知名文件夹)的 Folder.WellKnownFolderName 值为 null。 .TotalCount 等其他值都可以。
Folder.WellKnownFolderName MSDN 中的文档指出它应该适用于 Exchange2013 及更高版本,我相信 Office 365 符合此标准。
此外,如果我连接到 Exchange 2010 服务器并设置 ExchangeVersion.Exchange_2010 配置文件,.WellKnownFolderName 将引发异常而不是 returns null(这是预期的行为)。因此(以我的理解),根据版本的不同,它应该抛出异常或 return 非空值,用于收件箱等知名文件夹。
我是不是漏掉了什么?
或者我应该使用其他方式来确定收件箱、已发送邮件等系统文件夹?
默认情况下 属性 不会 return 无论您使用的是什么版本,您都必须指定 属性 集并请求服务器 return给你例如
FolderView wkfView = new FolderView(1000);
wkfView.PropertySet = new PropertySet(BasePropertySet.FirstClassProperties);
wkfView.PropertySet.Add(FolderSchema.WellKnownFolderName);
service.FindFolders(WellKnownFolderName.MsgFolderRoot, wkfView);