> The power of mailets is that we do not have to come up with > use-cases, but in this situation since there are so limited > decisions/options at each command, I like breaking down the > use cases as Stefano has done. > [...] > With A and B, we have two more interfaces, which the > appropriate mailets could also implement. > > I don't know how to address C. Ideally that's just another > interface that the appropriate mailets could implement, but > it would receive a Mail-lite instead of a full Mail. The > part I don't get is how you avoid duplicating code in the > service(Mail) method and the postRCPT(MailLite) method.
I currently don't like this "mailet" approach to the fastfail, but I will wait to see what use cases will be provided by other ml subscribers before writing a full explanation of the problem i see in this approach and alternative solutions. Stefano --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]