使用SDK在exchange server上获取新电子邮件

我们最近发现在C#中使用outlook对象无法满足我们的要求。 因此，我们希望在exchange服务器上使用（可能）exchange SDK的一个

由于我不了解这些sdk，甚至不了解exchange服务器，所以我在这里寻求帮助

---

我需要在邮件进入特定邮箱时，将flatspaceurl（或可以与flatspaceurl匹配的内容）、主题、发送日期和发件人写入文件的内容(info@blabla.be)

对于Exchange 2010，您不使用flatspace url。。这是一个WebDAV的东西

使用Exchange托管API（）

您可以将ItemId存储在数据中以供将来参考。它是稳定的，除非邮件被移动到邮箱上的另一个文件夹

要监视文件夹中的新邮件，可以使用推送、拉送或流式通知

---

对于Exchange 2010，您不使用flatspace url。。这是一个WebDAV的东西

使用Exchange托管API（）

您可以将ItemId存储在数据中以供将来参考。它是稳定的，除非邮件被移动到邮箱上的另一个文件夹

要监视文件夹中的新邮件，可以使用推送、拉送或流式通知

---

因此，使用exchange SDK或托管API仍然会迫使我使用webservices，如果用户将邮件移动到另一个文件夹并且没有flatspaceurl，则仍然是不正确的？我也可以使用outlook对象，因为它为我完成了所有的Web服务工作？？？？，嗨，邮件移动到另一个文件夹时，flatspace url也会更改，因为它包含文件夹的EntryId。要获取静态标识符，您可以附加一个自定义属性（）或使用一个现有ID属性（请参阅）。好的，thx，但我的主要问题是：outlook对象在数据正确性方面是否提供与AWS SDK相同的功能？由于将电子邮件移动到另一个文件夹时，这两个选项都不正确，而且outlook可能使用相同的Web服务，因此我认为使用SDK没有任何用处？outlook生成的EntryID同样不稳定。这两种对象模型之间的区别在于，使用EWS sdk可以直接与服务器对话。它更适合服务应用程序。Outlook在这些情况下无法正常工作。因此，使用exchange SDK或托管API仍然会迫使我使用Web服务，如果用户将邮件移动到另一个文件夹并且没有flatspaceurl，则仍然是不正确的？我也可以使用outlook对象，因为它为我完成了所有的Web服务工作？？？？，嗨，邮件移动到另一个文件夹时，flatspace url也会更改，因为它包含文件夹的EntryId。要获取静态标识符，您可以附加一个自定义属性（）或使用一个现有ID属性（请参阅）。好的，thx，但我的主要问题是：outlook对象在数据正确性方面是否提供与AWS SDK相同的功能？由于将电子邮件移动到另一个文件夹时，这两个选项都不正确，而且outlook可能使用相同的Web服务，因此我认为使用SDK没有任何用处？outlook生成的EntryID同样不稳定。这两种对象模型之间的区别在于，使用EWS sdk可以直接与服务器对话。它更适合服务应用程序。Outlook在这些情况下无法正常工作。