Danny Angus wrote:
Yeah I found at least two java implementations of common mail file formats, but I'd have to trawl my notes to see if I can find them again.
Cool.

There would be a risk of reducing performance if we use a 3rd party implementation, for exactly Serge's reason that few people seem to be working on "server" Java Mail servers, most of the mail server stuff I've seen is actually intended to provide powerful mail handling for personal users, kind of personal mail servers (one reason I would like the Mailet API to be more easily portable, to allow these projects to implement it for filtering and repositories). Not only that but also most mail file formats I've looked at seem to be designed with simplicity in mind.
Yeah, on a related note, maildir is really not a very good format (from a performance perspective) for a message repository with a lot of changes. I think it became popular because it's easy to read/interchange for users, but for most of the time, I don't think it's necessary.

Frankly I'd prefer us to build a file repository interface (based upon a generic MailetAPI repository interface) and implement a few file formats, and encourage contributions in a way similar to that in which we extend RDBMS support through contributions made easy by the seperation of concerns.
I too would assume we build our own solid file repository. Once we finalize the new mail repository interface, I'd like to build implementations of newfile (our standard one, maybe based on Avalon), oldfile (the old Avalon structure, mainly for porting), maildir, mbox, jdbc, and imap-client. If we can define a standard reference notation to these various repositories, we could build tools to migrate from one repository type to another, including fun stuff like migrating all the mail in user mailboxes from an old IMAP server into James.

Sorry, shouldn't be talking about this until we get the release pushed out. I'll go proofread the docs this weekend as penance.

--
Serge Knystautas
Loki Technologies - Unstoppable Websites
http://www.lokitech.com


--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Reply via email to