> -----Original Message----- > From: Kervin L. Pierre [mailto:[EMAIL PROTECTED] > Sent: 19 August 2005 14:51 > To: James Developers List > Subject: Re: IMAP > > Stefano Bagnara wrote: > > > > IIRC current IMAP support does not persist messages. > > This is a blocking issue. We can add it when it is at least working > (also > > with limits). > > > > This is good. What's involved in persisting the IMAP > messages? Why is persisting IMAP messages different > than persisting POP messages? Shouldn't they be > writing to the same store object and/or database?
They should be. The rules are simple: 1) Don't break any current stores if at all possible 2) Support hierarchical stores and all the required methods on them (delete & rename) 3) Add attributes to users so we can store mailbox subscriptions. I have done 3, but not committed it yet. 2 is in progress. At the moment I can show the contents of an existing mailbox as POP3 or IMAP as long as it is a file:// based store. You can't do much else. As far as a timeframe goes, who knows. If you want to help/make comments then I suggest you *really* understand how James stores mail. > > Hopefully we can document the remaining issues > and requirements necessary for getting preliminary > IMAP support in. > > > > > I don't understand what is the Foedus License. Do you know that? > > Yeah, he doesn't seem to have it anywhere on the site. > I emailed him, he said we can treat it as public domain. > > > I don't know much of our experimental IMAP but it seems to me that our > imap > > is more advanced than the code inside foedus. > > But James has a large learning curve, and there is > the question of whether the changes are even going > to get into the tree. An IMAP authorative IMAP > roadmap is really needed if that is to be done. > > > > > I've seen many developers asking for the status in this list, maybe > there is > > only needs for a lead. > > > > I agree. I think that's the case. If very basic > IMAP support goes in as experimental. I suspect > adoptors would eventually, over time, add the > important missing pieces. > > Regards, > Kervin > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
