I've come across an mbox parser in Java, and with a bit of work could probably get it writing to an mbox format file as well. Would be good for inboxes, but inefficient for spooling (when many threads are accessing the same repository concurrently).
Serge Knystautas Loki Technologies - Unstoppable Websites http://www.lokitech.com/ ----- Original Message ----- From: "Angus Fox" <[EMAIL PROTECTED]> To: "James Developers List" <[EMAIL PROTECTED]> Sent: Sunday, November 25, 2001 12:57 PM Subject: RE: POP3 in James 2.0a2 Its long been my holy grail to find an alternative to large stores of ..pst files on Windows. I want to be able to use a mac, a pc, and a sun at home and a pda like a 9210 on the road. The *only* thing that keeps me using Windows is these mail databases in .pst format going back to 1995. The marvellous thing about the .pst is you can move one file and it moves all your data. Of course its a tremendous weakness too and its not particularly cross platform. So my interest in james is primarily to find a mail server that uses a neutral database and import all my old mail into it and access it from satandard protocols or clients. I know I dont need this stuff often - but when you need someones email address from 3 years ago it would be nice to look it up somewhere online rather than wait till you got home to fire up an old pc.. So I would love to see expanded support for mail repositories. Angus > -----Original Message----- > From: Danny Angus [mailto:[EMAIL PROTECTED]] > Sent: 25 November 2001 17:34 > To: James Developers List > Subject: RE: POP3 in James 2.0a2 > > > I agree, James was already using the Avalon format when I came to > it, but I think interoperability could be enhanced if it used, at > least optionally, file formats compatible with other s'ware. > d. > > > -----Original Message----- > > From: Peter Donald [mailto:[EMAIL PROTECTED]] > > Sent: Sunday, November 25, 2001 11:15 AM > > To: James Developers List > > Subject: Re: POP3 in James 2.0a2 > > > > > > Hi, > > > > While I am sure the Avalon peeps would love you to fix any issues I was > > always surprised that James never used one of the more standard mail > > repository file formats. Theres a whole bunch of formats like > > MBox, maildir > > and so forth that are much more suited to mail storage. It may be > > a good time > > to transfer to use one of these formats at this time ? > > > > On Sun, 25 Nov 2001 20:24, Danny Angus wrote: > > > I'm looking at db connection pooling at work just now, and > the filename > > > bugs really annoy me, so I'd agree, unless we could contribute back to > > > Avalon. d. > > > > > > > > > -----Original Message----- > > > > From: Serge Knystautas [mailto:[EMAIL PROTECTED]] > > > > Sent: Sunday, November 25, 2001 6:00 AM > > > > To: James Developers List > > > > Subject: Re: POP3 in James 2.0a2 > > > > > > > > > > > > I'd guess this is a result of the Avalon upgrade. The new file > > > > repositories > > > > in Avalon affix a Reposity[number] suffix, where [number] is > > based on the > > > > order in your conf file. So if file://var/mail/inbox in the 6th > > > > repository > > > > in your conf file, the stream files will be named > > > > 4329874928374.Repository6.StreamStore. > > > > > > > > The problem this creates is that if you change a file > > repository to a db > > > > repository (any non-file repository), Avalon will number the > > > > remaining file > > > > repositories differently. So for example, > file://var/mail/inbox might be > > > now the 4th repository, so it won't see > > > 4329874928374.Repository6.StreamStore because its looking for > > > 4329874928374.Repository4.StreamStore. > > > > > > Between the Excalibur code not pooling db connections and these file > > > repository changes, I'm thinking we should just copy that > code into the > > > James project and make it stable the way we need it to be. > > > Continue to use > > > the rest of Avalon, but this code that is largely out of our > control is > > > slowing releases. > > -- > Cheers, > > Pete > > ------------------------- > All things considered, > insanity may be the only > reasonable alternative. > ------------------------- -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
