Anagha Mudigonda wrote:
> If MAIL FROM validation passed SPF then no need to Validate RCPT TO
> If MAIL FROM, RCPT TO Passed then no need to validate DATA
Well, I'm not so sure about those rules, but that's separate from how one
might do them.
> We not only need session state but some kinda rule
> engine if need to support the above feature.
I'd consider that status information, and allow the handlers to decide
whether or not to short-circuit. It would be quite bad were someone to say,
"Oh, I've verified the sender, so I needn't bother with the RCPT TO
handlers" when the address still needs to be validated (and possibly mapped)
to know if we handle will accept it or not.
The proposal I put forth wasn't just fast-fail, but pluggable in-protocol
handler packages. In fact, as I envision it, the "base" package would
include the default onMessage handler that knows how to post a message into
the spool. That makes even that mechanism pluggable.
--- Noel
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
