Hi Guys, I have been looking into this a little more and I have done some local testing (I now store mail through JavaMail (Maildir)) however there is something I am not sure about.
What sort of a file based JavaMail Store are we thinking of using as the default for storing local James mail? Maildir is nice but it does not work under Windows. JProof Local Message Store should work but I am not sure what the license implications are. ICE MH JavaMail Provider (http://trustice.com/java/icemh/index.shtml) Others .... and as far as a JDBC Store goes, it looks like we might need to write our own.... Any thoughts on this? Thanks, Serge ----- Original Message ----- From: "Danny Angus" <[EMAIL PROTECTED]> To: "James Developers List" <[EMAIL PROTECTED]> Sent: Tuesday, February 04, 2003 4:45 PM Subject: RE: JavaMail as the message store > Right, so basically just removing (and/or making abstract) the > MailRepository interface, removing the definitions of MailRepository > URLs in config.xml, and then fixing everything that uses that directly. > I'm a bit leary we're missing something, but sounds like a plan. Me too. I'd like to know what mailetcontext get repository is going to be replaced with in mailets, I hope it will be clear and simple for mailet authors to see how to get and create new repositories. Also, if fetch is going to use javamail we need to make sure that other mailets cant harvest usernames and passwords, or make connections masquerading as the users fetch is authenticating as. I'm not sure how suitable it is for multiuser like this, it may be fine, this is 2c worth of security warning. d. --------------------------------------------------------------------- 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]
