侦听来自 Exchange 服务器的传入电子邮件

发布于 2024-08-04 23:23:56 字数 215 浏览 3 评论 0原文

Microsoft Exchange 服务器上有一个电子邮件帐户(或可能有多个帐户)。我想从 .Net 应用程序注册/附加到 Exchange,以便从该帐户接收电子邮件。从这里开始,我们的想法是,电子邮件可以存档在文件系统或数据库上、建立索引等。

理想情况下,此代码应该适用于较旧版本和最新版本的 Exchange。

我也对这个问题的任何第三方解决方案感兴趣。

谢谢。

There is an email account (or possibly multiple accounts) on a Microsoft Exchange server. I want to register/attach to Exchange from a .Net application in order to receive emails from this account. From there the idea is that the emails can be archived on a file system or database, indexed, etc.

Ideally this code should work against both older and the latest version(s) of Exchange.

I'm also interested in any third party solutions to this problem.

Thanks.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(3

岁月静好 2024-08-11 23:23:56

到目前为止的发现:

WCF Exchange Server 邮件传输 需要 Exchange 2007。

< a href="http://en.wikipedia.org/wiki/MAPI" rel="nofollow noreferrer">消息应用程序编程接口 (MAPI) 看起来是一个不错的选择。但乍一看,它似乎是一个相对较低级别的 API,因此我担心要使 MAPI 解决方案达到高标准所需的工作量。使用 MAPI 购买相对便宜/简单的第三方解决方案可能更可取。

IMAP4。使用 IMAP 的解决方案可用于非交换服务器。我对此没有要求,但如果它无论如何都是一个好的解决方案,那么非交换是一个很好的功能。同样,担心低级 API,因此倾向于第三方解决方案。

Findings so far:

WCF Exchange Server Mail Transport requires Exchange 2007.

Messaging Application Programming Interface (MAPI) looks like a good choice. But it at first glance it seems to be a relatively low level API and therefore I'm concerned about the amount of work required get a MAPI solution working to a high standard. Buying a relatively cheap/simple third party solution using MAPI may be preferrable.

IMAP4. A solution using IMAP could be used on non-excahnge servers. I don't have a requirement for this but if it is a good solution anyway then teh non-exchange is a nice feature to have. Again, concern about low level API and would therefore tend towards a third party solution.

始终不够 2024-08-11 23:23:56

我认为 WCF Exchange Server 邮件传输或 Exchange Web 服务是您最好的选择。您将很难找到既适用于 Exchange 2007 又适用于 Exchange 2007 及早期版本且不涉及直接使用 MAPI 或 CDO 进行编程的解决方案。

I think WCF Exchange Server Mail Transport or Exchange Web Services is your best bet. You're going to have a hard time finding a solution that works with both Exchange 2007 and earlier versions that doesn't involve programming directly with MAPI or CDO.

Smile简单爱 2024-08-11 23:23:56

如果您只需要支持 Exchange 2007SP1 或 2010,我建议您使用 Exchange Web Services 托管 API。使用推送通知来监控传入的电子邮件。它效率很高,您可以同时监控数百个邮箱。

如果您还需要支持 Exchange 2003,则可以在邮箱上启用 IMAP,并使用 IDLE 命令作为准实时方式检查新电子邮件。

If you only need to support Exchange 2007SP1 or 2010, I would suggest you go with Exchange Web Services managed API. Use the Push notification to monitoring incoming emails. It's highly efficient, you can monitor hundreds of mailboxes simultaneously.

If you also need to support Exchange 2003, you can enable IMAP on mailboxes and use the IDLE command as a quasi-realtime way to check new emails.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文