Norman Maurer wrote:
That make sense.. I will finish my handler and test it. After that we
can looking in the handlerchain or merge it to
MailCmdHandler/RcptCmdHandler.
What do you think Stefano ?
I think we should add this kind of features in the default CmdHandlers
and refactor them to a modular "multi-handler per command" pattern when
we'll have more real world use-case examples in our code.
SPF seems to me standard enough to be part of the default
MailCmdHandler/RcptCmdHandler. Otherwise we could create an extension to
the basic MailCmdHandler to support the advanced behaviours.
In my tests the SPF.jar works very well. Maybe some you guys (Stefano
did such thinks in the past) can check if we can include the jar in the
james binary with the current license ..
I read it is BSD licensed. IIRC we can safely use BSD code in ASL2 projects.
I also send an email to the developer and ask for the current status ..
Good.
Stefano
PS: About the handler chain I wrote a lot about the "in-protocol
handler" and what I thought we need: I always thought the current
"command pattern" was only a step to the real working modularization of
the "fast-fail" system. Unfortunately I cannot find the archived thread,
right now.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
