Noel wrote:

> Although the scope of "validation" covers that neccessary to determine
that
> we will accept the responsibility for delivery, which can lead to some
other
> things.  For example, I would probably configure virtual user mapping
within
> the protocol handler, which would allow me to reject unknown users
> in-protocol instead of via bounce notices.

I don't have an issue with this.
I think that if we're going to enable fast fail we should do so assuming
that
our users will be responsible for how it is used.

If the scope is to enable configuration and extension points for adding
validation to
protocol command handlers we get all of that.



> But this should be a
> configurable choice, ideally using the same code.

+1


> > The next part is to design some kind of simple API (and implement it
> > in James) which will allow "rules" to be developed and applied
> > declaratively through configuration

> This is an area where I think that the approach I took would work really
> well.  I looked at the configuration side, and the SMTPHandler as a
> container managing and inspecting the handlers plugged into it.  I look
> forward to your feedback.

I have no issues with your approach, it is almost exactly what I envisage,
and I'm not too
bothered about the remaining differences. :-)

> We're not that far apart.  Were it not for SoC timing, I'd suggest that
we
> hammer things out at ApacheCon EU in July.

Yeah, lets.

d.







***************************************************************************
The information in this e-mail is confidential and for use by the addressee(s) 
only. If you are not the intended recipient (or responsible for delivery of the 
message to the intended recipient) please notify us immediately on 0141 306 
2050 and delete the message from your computer. You may not copy or forward it 
or use or disclose its contents to any other person. As Internet communications 
are capable of data corruption Student Loans Company Limited does not accept 
any  responsibility for changes made to this message after it was sent. For 
this reason it may be inappropriate to rely on advice or opinions contained in 
an e-mail without obtaining written confirmation of it. Neither Student Loans 
Company Limited or the sender accepts any liability or responsibility for 
viruses as it is your responsibility to scan attachments (if any). Opinions and 
views expressed in this e-mail are those of the sender and may not reflect the 
opinions and views of The Student Loans Company Limited.

This footnote also confirms that this email message has been swept for the 
presence of computer viruses.

**************************************************************************

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to