支持.NET插件的电子邮件服务器，可以根据电子邮件内容执行操作
我有一个应用程序，我需要在收到电子邮件时检查它们，但是使用 POP3 轮询电子邮件服务器是一个很大的痛苦。
理想情况下，我只想设置一个电子邮件服务器并为其编写一个插件来处理某种 EmailReceived 事件，其中包含收到的电子邮件的所有标头和内容。
我不打算从头开始创建一个电子邮件服务器，但是如果有一个用 .NET 编写的不错的开源服务器，我可以修改它来做到这一点，那也一样好。
更好的是，我宁愿只为具有这样的 API 的服务器编写一个插件。
有谁知道在 Windows 上运行并支持插件并具有 API 的电子邮件服务器，或者至少在 .NET 中开源以允许我自己扩展它？
I have an application where I need to check emails as they come, however using POP3 to poll an email server is a major pain.
Ideally I'd just like to setup an email server and write a plugin for it to handle some sort of EmailReceived event, that contains all the headers and content of the e-mails received.
I'm not looking to create an email server from scratch, however if there is a decent open source one written in .NET I can just modify to do this that would be just as good.
Preferably though I'd rather just write a plugin for a server that has an API for something like this.
Does anyone know of an email server that runs on Windows and supports plugins and has an API, or at the least, is open source in .NET to allow extending it myself?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
使用 IMAP 或 POP3 进行轮询实际上并没有那么糟糕，但它在某种程度上取决于您预期的流量。
我不能建议 .NET 系统，但如果您想要正确的“插件”，您可能需要考虑使用 Apache James，这本质上就是您所要求的，但它是用 Java 编写的。
根据您想要做的事情的复杂性，用 Java 编写一些与您的系统交互的小插件代码（调用 Web 服务，也许调用存储过程）可能很合适。另一个想法是您可以使用 James 或其他一些技术将消息发布到消息队列。在 Java 中，这是 JMS，我不知道 .NET 中系统的名称，但我确信 Microsoft 堆栈中有一些可用的消息传递解决方案，并且我想 Java JMS 可以向它发送消息。
使用它，James 插件可以成为将邮件从 SMTP 和 Java 中取出并进入 .NET 所需的最薄的垫片，在 .NET 中您可以更轻松地运行。
Polling with IMAP or POP3 isn't really that terrible, but it sort of depends on the volume of traffic that you are anticipating.
I can not suggest a system for .NET, but if you want to just right "plugins", you may want to consider using Apache James, which is essentially what you're asking for, but it is in Java.
Depending on the complexity of what you are looking to do, it may well be suitable to write some minor plugin code in Java that interfaces to your system (calls a web service, calls a stored procedure perhaps). Another thought is that you could use James, or some other technique to post the message to a Messaging queue. In Java this is JMS, I don't know the name of the system in .NET, but I'm sure there is some messaging solution available in the Microsoft stack, and I imagine that Java JMS can post to it.
Using that, the James plugin in can be just the thinnest shim necessary to get the mail out of SMTP and Java and in to .NET where you're more comfortable running.