*yey* Phoenix 4.0.1
James Mail Server 3.0a1-imap2 Remote Manager Service started plain:4555 IMAP Service started plain:143 POP3 Service started plain:110 SMTP Service started plain:25 NNTP Service started plain:119 Fetch POP Disabled Excellent! Haven't tested it yet tho, thought I'd quickly write down the fix first: 1) Change JamesImapHost.xinfo so that the dependency "connections" is JamesConnectionManager instead of the cornerstone stuff. 2) Copy main src/conf/james-assembly.xml file to imap2/conf and add the relevant imap stuff to it. 3) Remove imaphost "provide" from James block (it whines otherwise). 4) Modify ImapServer's connections "provide" to use JamesConnectionManager. 5) Comment out the fetchmail block in james-assembly.xml 6) For some reason had to copy JAVA_HOME/jre/lib/ext/ mail and activation JARs to dist/james.../lib 7) build and run the bad boy. I'll get a patch done once I've tested it and remove all the junk in dist. (If anyone knows a quick command for this I'd be grateful). I haven't built a patch before so apologise in advance! Cheers guys, Adam. -----Original Message----- From: Serge Knystautas [mailto:[EMAIL PROTECTED] Sent: 10 May 2004 17:14 To: James Developers List Subject: Re: IMAP and maildir (and a bit of LDAP)... Adam Fowler wrote: > It says in the WIKI that it does not yet support permanent storage of > messages. I'm going to take a look at it tomorrow night, and was wondering > if there's any simple pointers anyone could give me on writing a storage > mechanism. i.e. is there an API available to build such a 'plugin' or will > this require mass hackage of the imap2 stuff? Not sure what you mean by this. We have no API/requirements for the storage mechanism, although maybe you can base it off on the in-memory storage the proposal has now. I'm not sure about the user-attribute stuff as that would require changing the existing James user repository interface and implementations. We had talked about using the JavaMail Store API for storage of POP3/IMAP folders, as a possible replacement or enhancement of the existing MailRepository, but it's not so simple a change. > I've spotted this (GPL'ed): http://javamaildir.sourceforge.net/ > > If possible, I'll hack together a mock interface to it, test it and > contribute it. If anyone knows of an apache licensed version that'd prolly > be better. (yes? Is this work underway?) That's not compatible (even with the wrapper), but I believe there is a work-in-progress maildir parser in CVS or JIRA at this point. > The reason I'm interested (read: desperate) is that I've got Exim setup for > SMTP on a box of mine and courier-imap is horrid vis a vis LDAP access for > authentication. If James supports LDAP for authentication (or uses JAAS - > will look tomorrow) that's great, if not I'd rather hack together some Java > code than get into a mishmash of BASH and C. There was support for LDAP, but I couldn't swear it was working. JAAS is a real pain from what I've seen (no real runtime management), but LDAP through JNDI is pretty easy to do comparatively. > If anyone else is interested in this/knows how best to proceed then please > e-mail me your thoughts. Hopefully this gives you something useful and others can chime in as you get more questions and dig into this. -- Serge Knystautas President Lokitech >> software . strategy . design >> http://www.lokitech.com p. 301.656.5501 e. [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _________________________________________________________ This email and any files attached is intended for the addressee only and may contain information that is confidential and/or legally privileged. Unauthorised use is strictly prohibited and may be unlawful. If you are not the addressee, you should not read, copy, disclose or otherwise use this message, including any attachment, except for the purpose of delivery to the addressee. We make every effort to keep our network free from viruses. However, you do need to verify this e-mail and any attachments to it to be virus free as we can take no responsibility for any computer virus which might be transferred by way of this e-mail. Scanning of this message and addition of this footer is performed by SurfControl E-mail Filter software in conjunction with virus detection software. ________________________________________________________ --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
