james-server-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Adam Fowler <Adam.Fow...@ideagen.co.uk>
Subject RE: IMAP and maildir (and a bit of LDAP)...
Date Thu, 13 May 2004 09:10:57 GMT

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

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,


-----Original Message-----
From: Serge Knystautas [mailto:sergek@lokitech.com]
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
> 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
> 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
Lokitech >> software . strategy . design >> http://www.lokitech.com
p. 301.656.5501
e. sergek@lokitech.com

To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org


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: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org

View raw message