Hi Norman,
I was wondering if it would be possible to have a adapter layer so we
can simply replace the current javamail with the niosmtp jar without
changing server code. Thinking more about, I don't think it makes sense
as we will have to add new function to that layer to support the new
features. And NIO apis are quite different
I have forked your github niosmtp and had a first look. I hope to have
time for further test.
As we said earlier, Remote and Local Delivery should be part of the
service and not implemented as mailets.
Are you thinking in niosmtp to implement some configurables hook so the
server could simply use it based on its configuration?
Do you see the DelayCalculationPolicy as part of niosmtp or part of server?
The only drawback I can see is that javamail is widely tested against
all sorts of mail servers since years. We will have to test niosmtp
against a representative number of servers also.
Thx.
On 11/09/11 10:44, Norman Maurer wrote:
Hi there,
I think its time to finally get rid of javamail for sending emails via
SMTP / SMTPS and use something more performant / better suited for
heavy usage. javamail just sucks in many ways for SMTP Delivery in a
way that a real server need it. It just don't expose all the needed
stuff that we need. Like proper de-decting of 5xx code in the greeting
etc.
So I started to work on a nio based SMTP / SMTPS client, which is
build on top of netty. I think its now ready for a first review:
https://github.com/normanmaurer/niosmtp
It still lacks a few things that we need (also unit tests). Like SMTP
AUTH and STARTTLS but I'm working on it (and I love contributions ;)).
I really want to get it complete and use it as a replacement of
javamail in our "RemoteDelivery" code. I also thing that we should
move the RemoteDelivery code out of the Mailets and use a "real
service" for it. This will make it easier to extend it and also expose
stats etc. So I propose to start to work on a replacement as an
experimental code base atm. We would still ship the old code till we
dedicide that the new one is ready for primetime.
For the new code I plan to allow to hook in custom
"DelayCalculationPolicy" and also add support for notifiers which get
called after each delivery. This will allow us todo smarter things in
the future...
WDYT ?
Bye,
Norman
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
--
Eric
http://about.echarles.net
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
