Am Samstag, den 08.07.2006, 13:41 +0200 schrieb Bernd Fondermann:
> >>are you really making that good progress you are already discussing
> >>advanced features, or are quotas required by IMAP?
> >
> >
> > Well, the progress is near to alpha for basic commands. What really is
> > needed now is starting an Imap capable storage back-end.
>
> It is great how hard you are working on the IMAP topic. I hope to get a
> chance to review it soon!
That would be great! At the moment I make only sporadic changes to the
draft API interfaces on SVN.
Things would get more dynamic with external input. :-) It's really
difficult to fit every need and to keep things simple.
> Also, we have to keep in mind how to integrate your code with the James
> codebase. But that's for another thread...
I think a lot about that. I also have some ideas. One question is for
example how could James benefit from a logical namespace for message
repositories / mailboxes?
But IMO the first solution will be to allow optionally plugging in the
namespace/hierarchy aware repository and using wrappers for legacy code.
(a NamespaceMailRepository implementation).
So the codebase keeps stable.
> BTW, are your propositions based on RFC 2087 or is this another beast?
I did it according to RFC 2087 and JavaMail. The procedure I described
as a proposal for JDBC is just a possibility not a requirement.
> > What I don't want to do is just hacking in a JDBC implementation and
> > throw everything away when the time has come for the next feature.
> > If we are aware of what we'll need in the future we could now try to
> > make the right decisions.
>
> well, this sounds like the waterfall model to me. let's make decisions
> when decisions are due, it's impossible to take everything into account
> beforehand. And I don't think you'd have to "throw everything away", if
> you'd skip thinking about quota now. instead I think one can yield much
> better results by concentrating on current tasks.
"Waterfall model" is really getting a swear-word in today's agile
development world, isn't it? ;-)
No waterfall model, just an overview. No complete elaborated plan, just
a few thoughts and drafts. And I promise just to skip thinking about
quota right now, because it should be enough as an overview. :-)
Joachim
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]