相关疑难解决方法(0)

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

我能想到的一种方法是

• 保留现有的MTA(在我的情况下在linux上使用postfix) - > ops团队已经知道如何配置/操作它
• 对于到达的每个邮件,产生一个接收数据并通过JMS发送的Java应用程序.我可以通过/ 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 ...

你有什么建议？你有关于第二种方法的细节吗？

我想构建一个Java EE应用程序(EAR),它不仅提供Web服务(WAR)或直接JMS请求(EJB),而且我还想接受套接字请求(例如UDP数据包).

我尝试用java.net.DatagramSocket编写一个监听器,让它作为单独的进程运行,并将请求重定向到我的EAR应用程序.

问题是..如何无缝地将这样的套接字侦听器构建到我的Java EE(EAR)应用程序中？

谢谢.