I suggest you subscribe to server-dev@james.apache.org and get involved in the discussions there.
I don't know anything about the clustering proposal. I think the google summer of code is intended to be a three month "engagement" and I suspect that three months full-time is more than plenty time to accomplish either of these two goals. In my opinion (There may be some disagreement about where we're going with this!) Fast Fail is about extending the SMTP protocol to include validations which allow the server to terminate the conversation before it wastes valuable resources downloading undeliverable, spam or malicious email, or mail which violates some kind of other policy (maximum size, user mailbox size that kind of thing). The James project want to implement this is a way which complies with our architectural policy. Although the policy isn't written down it is clear from looking at James' code that this change will have to be implemented such that the protocol handlers are re-desinged in a modular way, and in a manner sugested by an OO analysis of the general process of handling protocols of this class. (ascii stateful request/response over tcp/ip) There are one or two options here, and one part of the task is to try to merge everyones requirements and arrive at an approach which gains the consensus of the group. 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, in keeping with the way the rest of James functionality is defined. This will involve identifying the set of data which the server should make available to the rules. The third and final part is to then implement some of the required rules and release it for testing by the community. d. On 02/06/05, Justin Berka <[EMAIL PROTECTED]> wrote: > Danny, > I'm browsing projects ideas for summer of code, and the fastfail and > clustering for JAMES both caught my eye. Could you tell me a bit more > about these, what they would require, how much time they would take, > etc? > > Thanks, > Justin > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
