----- Original Message -----
From: "Peter Donald" <[EMAIL PROTECTED]>
Sent: Sunday, September 17, 2000 9:11 PM


> I am just curious are you sure that you don't want to extend James to
> include lots of different Messagetypes and extend Mailet api to more be a
> Messagelet api ? The reason I ask is that I am slowly putting away a new
> server and many of the things I am tackling are similar to James - ie I
> have written my own SMTP server that could benefit James. I have already
> generated and thrown away at least 10 different DB designs for message
> store :P which is where you are going to go next I guess.
>
> Even if we can't collaborate perhaps if we discuss issues it could help us
> both. Some of my stuff will eventually make it's way into Avalon CVS which
> we can collaborate on.
>
> My main concern is that I have to have a generic messaging server - ie
> NNTP/IMAP/POP3/SMTP/Other message feeds like news feeds via OCS etc. If I
> can I also want to integrate it with an IM solution.

Well, I think the biggest issue is that Messagelet is harder to say than
Mailet. :)  As for NNTP/IMAP/POP3/SMTP/other message feeds... JAMES already
has SMTP and POP3 with forthcoming support for IMAP4 (just a difficult
protocol, aside from the complexity of multiple and nested folders for
accounts).  I would think NNTP would be doable as Mailets pass a MimeMessage
around, and this is what NNTP uses.  I think you could force other messaging
protocols into a MimeMessage object (all you're talking about is headers
followed by a message body.. pretty simple), but this might be inefficient
for something such as IM.

As for repository design, figuring out how to support NNTP and OCS and other
protocols does involve more complicated mail stores than we're initially
attempting to design.  I'm envisioning the first database mailstore design
is not much more than storing the MimeMessage in a binary field with some
useful headers pulled out into their own fields (from, to, subject, etc...).
It indeed will get challenging, and any sharing of expertise would be great,
whether or not we can actually collaborate.

Serge Knystautas
Loki Technologies
http://www.lokitech.com/



------------------------------------------------------------
To subscribe:        [EMAIL PROTECTED]
To unsubscribe:      [EMAIL PROTECTED]
Archives:  <http://www.mail-archive.com/james%40list.working-dogs.com/>
Problems?:           [EMAIL PROTECTED]

Reply via email to