2010/3/24 Norman Maurer <nor...@apache.org>: > Hi all, > > I want to propose some really heavy change in current JAMES trunk, and > so next version. As all of you knows we are supporting IMAP in current > development version, which ships with its own mail store backend > called MailboxManager / Mailbox. For POP3 we use MailRepository as > backend. > I think this is a no go for a number of reasons, but the major one is > that we should be able to switch between IMAP and POP3 without the > need to migrate mails. So I rewrote the POP3Server to re-use the > MailboxManager / Mailbox stuff which is used by IMAP.
I think this is a good think. I also hope MailboxManager/Mailbox API can be improved and simplified, but using a single API is the only way to go. Once we use only one we'll better understand how to improve it. > So if a user login via POP3 he will just see the folder called INBOX > and nothing else. With IMAP he will see all folders. Thats exactly > what dovecot and courier does ( both heavy used unix imap/pop3 > servers). A good extension would be to have a "login pattern" to read custom folders.. e.g: I login as "username#FOLDER" with username password and this way I get access to FOLDER instead of INBOX. The same could be applied to the delete behaviour (something like the "recent:" prefix hack in gmail). > Another advance is that we elimate one more dependency on storing > mails via javamail, which is not the way to go for the future ... > On the downside we will break backward-compatibility with every James > release we did before. So we will need to write a "migration" tool, > but this should not be to hard. IMO at this point we should plainly ignore backward compatibility. AFTER we'll have a working release we'll define a migration path (with the help of users wanting to upgrade). > Because the change is so heavy, I dedicited to attach it to JIRA for > review and not commit it directly. > > You can find it here: > https://issues.apache.org/jira/browse/JAMES-983 > > So what do you think ? +1 Stefano --------------------------------------------------------------------- To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
