Ok it seems like this works for everyone so far.. I will commit it this weekend ..
Thanks again for all the feedback / questions. Bye, Norman 2010/3/26 Stefano Bagnara <apa...@bago.org>: > 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 > > --------------------------------------------------------------------- To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
