java - 如何在 Java EE 应用程序中接收电子邮件

Question

显然，通过 JavaMail 从 Java EE 应用程序发送电子邮件并不难。我感兴趣的是接收 电子邮件(主要是通知退回)的最佳模式？我对基于 IMAP/POP3 的方法(轮询收件箱)不感兴趣 - 我的应用程序应 react 入站电子邮件。

我能想到的一种方法是

• 保留现有的 MTA(在我的例子中是 linux 上的 postfix)-> 运营团队已经知道如何配置/操作它
• 对于每封到达的邮件，生成一个 Java 应用程序来接收数据并通过 JMS 将其发送出去。我可以通过/etc/aliases 中的一个条目来做到这一点，例如 myuser: "|/path/to/javahelper" javahelper 调用 Java 应用程序，同时传递 STDIN。
• MDB(Java EE 应用程序的一部分)接收 JMS 消息，对其进行解析，检测退回消息并采取相应措施。

另一种方法可能是

• 在 Java EE 应用程序容器的端口 25 上打开一个监听网络套接字。
• 将 SessionBean 与套接字相关联。 Bean 是 Java EE 应用程序的一部分，可以直接解析/检测反弹/处理消息。
• 将现有 MTA 保留为入站中继，执行所有安全/垃圾邮件过滤，但将电子邮件转发到 myuser(通过过滤器)到 Java EE 应用程序容器，端口 25。

我以前做过的第一种方法(尽管使用不同的语言/设置)。

从性能和(感知的)清洁度的角度来看，我认为第二种方法更好，但它需要我提供适当的 SMTP 传输实现。另外，我不知道是否有可能将网络套接字与 bean 连接...

您有什么建议？您有第二种方法的详细信息吗？

Answer 1

我不认为第二种方法“更干净”。相反，它要求您实现标准 MTA 的重要部分，所以我不建议这样做。

我相信轮询 POP/IMAP 服务器实际上是最简洁的方法。你为什么决定反对它？如果 POP/IMAP 服务器和您的服务在同一个 LAN 中(或者甚至在同一个 maching 中)，轮询将非常便宜。您可以每 10-20 秒执行一次，以实现最短延迟，这不会造成问题。虽然这在技术上看起来有点不够优雅，但您将使用标准的互操作协议(protocol) (POP3/IMAP)，这为您提供了灵 active ，同时避免了重新实现邮件服务器。

生成 Java 应用程序的方法似乎也可行，但我更喜欢轮询，因为:

a) 你使用的接口(interface) (POP3/IMAP) 更加标准化，而你用来“插入”到邮件服务器的接口(interface)将是特定于服务器的(在 Unix 上，你可以使用例如 procmail，但你仍然取决于特定的软件)

b) 为每封邮件启动一个单独的进程可能比轮询有更多的开销。

顺便说一句:第三种方法是以某种方式将传入邮件作为文件转储到“传入”目录中(许多邮件服务器可以这样做)，然后轮询该目录。轮询目录甚至比轮询服务器更便宜。只是要注意同步问题(阅读写了一半的邮件，多个并发读者阅读同一个邮件文件......)

我的经验:

我已经使用这两种方法(IMAP 轮询和生成单独的进程)实现了系统。轮询是针对一个相当大的 Java 应用程序，该应用程序处理人们发送到邮箱的数据；我没有遇到任何关于轮询的问题。生成方法是针对一个小的 Perl 脚本；我只是这样做了，因为它是一个简单的程序，每天只处理几封邮件，而且插入邮件服务器比在 Perl 中执行 IMAP 更容易。