You are viewing a plain text version of this content. The canonical link for it is here.
Posted to server-dev@james.apache.org by "Noel J. Bergman" <no...@devtech.com> on 2005/06/07 21:50:27 UTC

RE: MINA SMTP handler

> > As for MINA, I agree with the approach to use a NIO-based framework,
> > and I like what we're doing with MINA, but I believe that it would
> > be a mistake to tie our fast-fail to MINA.

> Please forgive me if I'm mistaken

You're mistaken.  :-)  It isn't a question of whether MINA *can* do it, but
finding the right way for JAMES.

> If all you want is "RFC compliant handling to deliver properly
> terminated lines" over NIO than MINA provides much more than
> what you want.

Agreed.  :-)

> Danny has talked a lot about providing a SMTP command
> chain for fast fail.

Yes.  As have I, which you can see if you look at my proposal.  But how the
chains are managed and implemented can vary.  And I'm really not sure that
we want to hardcode that aspect of JAMES to MINA.  At the moment, tightly
intertwining our functional code with our platform support code isn't
meeting with favor in my mind.

> > [Using MINA's filter architecture for fast-fail] isn't necessary
> > as far as I can see, and I believe that Trustin concurs.

> MINA provides a protocol filter chain out of the box.  If you
> look through my code, you will see that I use this as part of
> my STARTTLS implementation.  If the "TLS is required" option
> is set, I have a MINA protocol filter that checks to see if
> TLS is enabled and if it is not, it only let the STARTTLS,
> EHLO, NOOP and QUIT commands through per RFC 1854.

That would define an interface between our code and platform code.

> Trustin is working on providing regular socket support in MINA.

Yes, I know.  I'm the one who instigated it.

> I'm going to have to call BS on Trustin concurring that MINA
> not be used to provide fast-fail.

I didn't say that it cannot be used, but I don't believe that we want to
entwine our application code too tightly with the platform layer, unless we
commit to MINA as *the* network solution.  Trustin and I had a long
discussion about MINA filters in early May.  One of Trustin's ideas was to
create a MINA Filter that would act as a bridge, so that the bulk of our
code remains platform layer neutral.

	--- Noel


---------------------------------------------------------------------
To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org