2016-10-13 22 views
0

Office 365でEWS管理APIを使用しています(ExchangeVersion.Exchange2013_SP1プロファイル)。親フォルダのFolder.FindFoldersを呼び出すと、返されたすべてのFolderオブジェクト(Inboxなどのよく知られたフォルダを含む)のFolder.WellKnownFolderName値がnullになります。 .TotalCountのような他の値は問題ありません。EWS管理APIおよびExchange 2013でFolder.WellKnownFolderNameがnullです。

MSDNのFolder.WellKnownFolderName docはExchange2013以上で動作するはずであり、Office 365がこの基準を満たしていると思います。

また、Exchange 2010サーバーに接続し、ExchangeVersion.Exchange_2010プロファイルを設定すると、.WellKnownFolderNameがnullを返すのではなく例外をスローします(これは予期された動作です)。だから私の理解では、バージョンに応じて、それは例外をスローするか、Inboxのようなよく知られたフォルダのnull以外の値を返すべきです。

何か不足していますか?

また、受信トレイ、送信済みアイテムなどのシステムフォルダを判断するために他の方法を使用する必要がありますか?

答えて

2

プロパティは重要ではありませデフォルトで返されていないことをどのバージョンあなたのあなたがプロパティセットを指定する必要があり、要求使用しているあなたは

 FolderView wkfView = new FolderView(1000); 
     wkfView.PropertySet = new PropertySet(BasePropertySet.FirstClassProperties); 
     wkfView.PropertySet.Add(FolderSchema.WellKnownFolderName); 

     service.FindFolders(WellKnownFolderName.MsgFolderRoot, wkfView); 
+0

感謝を、たとえばため、サーバーが復帰。 PropertySetにFolderSchema.WellKnownFolderNameを追加すると、「要求された値 'クラッタ」が見つかりませんでした。 FindFolders呼び出し中のArgumentException(Office 365サーバーを使用しています)すべての手がかりは? – Alex

+0

私にとっては、Managed EWS API 2.2にバグがあるようです。 ClutterフォルダのWellKnownFolderNameを静かに静かに設定するのではなく、クラッタの特別なメールボックスタイプとクラッシュを理解できません。現在、これはOffice 365アカウントのよく知られている名前の一覧フォルダを使用できなくするまで使用できません。 – Alex

+1

github https://github.com/OfficeDevから最新のews managed apiをコンパイルしてみることをお勧めします/ ews-managed-apiがソースで修正できるはずのバグ(この時点で2.2は非常に古いです) –

関連する問題