james-server-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Chaudhuri, Hiran" <Hiran.Chaudh...@softwareag.com>
Subject RE: IMAP status?
Date Wed, 15 May 2002 21:25:48 GMT
Hi, Serge.

Currently Tamino is not aware of the mime format. But as I said, the current
implementation is not very sophisticated. The message gets split into
envelope, headers and body, and those are sent as text to Tamino.

Though I plan to descend on granularity, which means all headers get their
own tag, and attachements will be mime-decoded and stored as nonXML data.

At that point, Tamino is fully aware of the content. We can have standard
indexes on headers, while the message body (in multipart messages every
single part) can have it's text index.

As soon as I have that running, it would not make any sense to use Lucene in
my configuration.

Hiran

-----------------------------------------
Hiran Chaudhuri
SAG Systemhaus GmbH
Elsenheimerstra?e 11
80687 Munchen
Germany
Hiran.Chaudhuri@softwareag.com
Phone +49-89-54742-134
Fax   +49-6151-9234-5134

> -----Original Message-----
> From: Serge Knystautas [mailto:sergek@lokitech.com]
> Sent: Wednesday, May 15, 2002 1:24 PM
> To: James Developers List
> Subject: Re: IMAP status?
> 
> 
> Hiran,
> 
> Well, is Tamino aware of the mime format?  I assume that even if a 
> repository has indexing services, it won't know how to break 
> apart the 
> message and have the different search terms work against the 
> appropriate 
> parts of the message.
> 
> I'm not exactly sure how the interface would work, but I was 
> thinking it 
> would be an extension or in addition to the current 
> MailRepository.  I 
> would like to continue to have a db, file, tamino, filemem, 
> or whatever 
> repository on the backend.  Figuring out the inheritance issue isn't 
> going to be fun, so I have to think through some design 
> patterns to see 
> how to best reuse the repository code we already have.
> -- 
> Serge Knystautas
> Loki Technologies - Unstoppable Websites
> http://www.lokitech.com/
> 
> Chaudhuri, Hiran wrote:
> > Hi Serge.
> > 
> > You again?
> > 
> > It was some indexing and retrieval reason that made me 
> create the Tamino
> > mail repository. With the XML database in the back, a 
> search on mails/news
> > can be done easily and fast.
> > 
> > I believe such functionality should not be implemented in 
> James but the
> > different repositories by themselves, and the 
> MailRepository interface
> > should privide a way to access this implementation. That way you can
> > integrate Lucene for indexing but still allow other implementations.
> > 
> > What I also might find useful is a SearchableRepository, which just
> > implements some indexing/retrieval (maybe with Lucene) and 
> actually stores
> > the messages to another repository. This way it can be 
> applied to any other
> > repository implementation (same as I suggested for the 
> caching repository).
> > I somehow love the way Avalon plugs the components together......
> > 
> > Hiran
> > 
> > -----------------------------------------
> > Hiran Chaudhuri
> > SAG Systemhaus GmbH
> > Elsenheimerstra?e 11
> > 80687 Munchen
> > Germany
> > Hiran.Chaudhuri@softwareag.com
> > Phone +49-89-54742-134
> > Fax   +49-6151-9234-5134
> > 
> > 
> >>-----Original Message-----
> >>From: Serge Knystautas [mailto:sergek@lokitech.com]
> >>Sent: Sunday, May 05, 2002 1:35 PM
> >>To: James Developers List
> >>Subject: Re: IMAP status?
> >>
> >>
> >>Thanks Darrell.  I haven't had as much time this weekend as 
> >>I'd hoped, 
> >>but I do hope to at least start looking into things.  As for the 
> >>FETCH/SEARCH functionality, I was thinking about using Lucene to do 
> >>automatic indexing of the appropriate parts of messages... 
> >>had you given 
> >>much thought to the search stuff yet?  I'm fine droping the 
> ACL stuff 
> >>for now... I'd rather get a version 1.0 out, and hope that we can 
> >>refactor that when we have something workable that will 
> attract more 
> >>developer interest.
> >>
> >>Hopefully later today I'll get a chance to get into the code 
> >>and prepare 
> >>some questions and/or lay out what I think I can start working on.
> >>-- 
> >>Serge Knystautas
> >>Loki Technologies - Unstoppable Websites
> >>http://www.lokitech.com/
> >>
> >>Darrell DeBoer wrote:
> >>
> >>>On Fri, 3 May 2002 07:13, Serge Knystautas wrote:
> >>>
> >>>
> >>>>Does anybody know the status of the IMAP code?  After 
> going over the
> >>>>Avalon upgrade changes this weekend, I was hoping to try 
> to get into
> >>>>that code but wasn't sure if the code is in any way 
> >>>
> >>testable.  Anyone
> >>
> >>>>tried it lately?
> >>>
> >>>
> >>>Hi Serge,
> >>>
> >>>I'm pretty sure I was the last one to delve in there.... 
> >>
> >>Unfortunately (for 
> >>
> >>>the IMAP proposal, anyway), I've been sidetracked working 
> >>
> >>on the Myrmidon 
> >>
> >>>Ant2 proposal, which is taking up all of my Jakarta time presently.
> >>>
> >>>When I finished up, I'd done some heavy refactoring of the 
> >>
> >>command processing 
> >>
> >>>design, to break it down into separate classes for each 
> >>
> >>command. I'd also 
> >>
> >>>simplified things a bunch by ignoring the ACL stuff, and 
> >>
> >>changing the way the 
> >>
> >>>namespaces map to the set of mailboxes. This was based on 
> >>
> >>my interpretaion of 
> >>
> >>>the RFC, but is a bit different to the way Charles had it 
> >>
> >>working - I can 
> >>
> >>>furnish more details if you like.
> >>>
> >>>I wrote some tests, and had a bunch of commands 
> >>
> >>functioning, including LIST, 
> >>
> >>>CREATE, DELETE and a couple of others. FETCH was the next 
> >>
> >>thing to get 
> >>
> >>>working, IIRC. 
> >>>
> >>>To be honest, if you've got some time to dive in and start 
> >>
> >>working on it, I 
> >>
> >>>think I might find a little time to join you. It's just 
> >>
> >>that I have little 
> >>
> >>>need for an IMAP server myself, and with no-one else 
> >>
> >>working on it to keep me 
> >>
> >>>interested, I sort of let it slip... 
> 
> 
> --
> To unsubscribe, e-mail:   
> <mailto:james-dev-unsubscribe@jakarta.apache.org>
> For additional commands, e-mail: 
> <mailto:james-dev-help@jakarta.apache.org>
> 

--
To unsubscribe, e-mail:   <mailto:james-dev-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:james-dev-help@jakarta.apache.org>


Mime
View raw message