That sounds fine to me. I mainly just want something working. What locking mechanism are you using with the mbox store, though? And how does it recover from power loss mid-spool? Just wondering.
Ed -----Original Message----- From: Jason Webb [mailto:[EMAIL PROTECTED] Sent: Friday, September 05, 2003 3:23 AM To: 'James Developers List' Subject: RE: IMAP Development Pointers > -----Original Message----- > From: Noel J. Bergman [mailto:[EMAIL PROTECTED] > Sent: 04 September 2003 23:54 > To: James Developers List > Cc: Darrell DeBoer; Kris Bravo; Joe Cheng; Maxwell > Grender-Jones; Nawwar Kasrawi; Christian Myrvold; Kenny > Smith; Peter Svensson; Sascha Kulawik > Subject: RE: IMAP Development Pointers > > > Ed, > > Other people who have expressed interest in contributing to IMAP are > (alphabetically): > > Kris Bravo <[EMAIL PROTECTED]> > Joe Cheng <[EMAIL PROTECTED]> > Maxwell Grender-Jones <[EMAIL PROTECTED]> > Nawwar Kasrawi <[EMAIL PROTECTED]> > Christian Myrvold <[EMAIL PROTECTED]> > Sascha Kulawik <[EMAIL PROTECTED]> > Kenny Smith <[EMAIL PROTECTED]> > Peter Svensson <[EMAIL PROTECTED]> > > And that is just this year. All it takes to do it is to do > it. With Jason contributing help on the store changes, if > just a few people would take the reins on IMAP, it could > really pick up. Hopefully Darrell could spare some time to > bring people up to speed. > > Jason, if the change to "user.folder" is made, then we can > use, but don't even need maildir, since the string is just a > simple key. The hierarchy is a bit of fiction at the moment. > I mention this because IMAP may benefit from having mail > attributes, which are supported by the existing JDBC and > file-system repository formats, but not by the new mbox and > planned maildir repositories. > > So I believe that: > > file://var/mail/inboxes/ --> file://var/mail/inboxes/noel (inbox) > file://var/mail/inboxes/ --> file://var/mail/inboxes/noel.aFolder > db[file]://maildb/inbox/ --> db[file]://maildb/inbox/noel (inbox) > db[file]://maildb/inbox/ --> db[file]://maildb/inbox/noel.aFolder > mbox:///var/mail/ --> mbox:///var/mail/noel (inbox) > mbox:///var/mail/ --> mbox:///var/mail/noel.aFolder > >Is that what you had in mind? I am not showing a change. I am showing how the >current code would map the repository name, which is the portion appended on the >right-hand side. Spot on Noel! I will test how this works in practise, but I think there are only minimal code changes (if any) required to get folders working in db[file]: and file: I may support attributes in mbox by writing them into the headers of each message. Other implementations do this, but it's highly inefficent in terms of I/O. I think maildir can go for the moment as most people use file: or db[file]: stores. --- Noel --------------------------------------------------------------------- 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] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]