您会选择哪个邮件服务器来开发您的产品
我愿意构建一个在服务器端运行的电子邮件应用程序。
由于不熟悉任何特定的服务器，我想知道是否可以根据您的经验获得一些建议。
我寻找一个稳定、可用于生产且可扩展的守护进程，它提供易于使用的 c/cpp api 接口。
我愿意在发货或放入收件箱之前捕获传入和传出的邮件并对其进行操作。
注意：
- 不能选择 MS Exchange 或任何其他非开源软件
- 必须在 Linux 上运行
I am willing to build an email application which runs on the server side.
Not being familiar with any particular server I wonder if I can get some recommendations based on your experience.
I look for a stable, production ready and scalable daemon, which provide an easy-to-use c/cpp api interface.
I am willing to hook at the incoming and outgoing mails and manipulate them before shipment or placed in the inbox.
Note:
- MS Exchange or any other not open-source are not an option
- Must run on linux
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
Sendmail 的优点是，您的（潜在）客户都不会抱怨它的行为不标准 - Sendmail 是事实上的标准。
当然，其他一切可能都会反对它 - 但世界上没有人拥有不与 sendmail 通信的邮件服务器。
当然，我在这里假设您希望您的邮件服务器能够与其他 OEM 邮件服务器通信，因为这几乎是任何此类应用程序的要求。
另一方面，如果您的邮件服务器只需要与自身的其他实例（或您可以控制并计划测试的其他定制事物）通信，请随意忽略此建议。
Sendmail, as it has the advantage, that none of your (potential) customers can complain about it behaving in a nonstandard way - Sendmail is the de facto standard.
Of course everything else might be against it - but nobody in the world has a mail server which won't speak to sendmail.
I'm assuming of course here, that you want your mail server to be able to talk to other OEM mail servers, as this is pretty much a requirement of any such application.
If on the other hand, your mail server only needs to talk to other instances of itself (or other bespoke things you have control over and plan to test with), feel free to ignore this suggestion.
Apache James 是一个基于 Java 的开源邮件服务器，具有出色的可扩展性。
Apache James is an open-source Java-based mail server with great options for extensibility.