james-server-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Danny Angus" <da...@thought.co.uk>
Subject RE: POP3 in James 2.0a2
Date Sun, 25 Nov 2001 19:22:37 GMT
you should try using database repositories, wash my mouth out with soap, but using the jdbc/odbc
bridge you could get all your email into an access database.
(sorry for that, if it was in bad taste)

> -----Original Message-----
> From: Angus Fox [mailto:angusf@mac.com]
> Sent: Sunday, November 25, 2001 5:57 PM
> To: James Developers List
> 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:danny@thought.co.uk]
> > 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:peter@apache.org]
> > > 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:postmaster@mailhive.net]
> > > > > 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: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>
> > 
> 
> 
> --
> 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