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 09:24:50 GMT
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.
>
> Serge Knystautas
> Loki Technologies - Unstoppable Websites
> http://www.lokitech.com
> ----- Original Message -----
> From: "Charles Benett" <charles@benett1.demon.co.uk>
> To: "Java Apache Mail Server" <james-dev@jakarta.apache.org>
> Sent: Friday, November 23, 2001 9:05 AM
> Subject: POP3 in James 2.0a2
>
>
> > Have just tested current code as of yesturday.
> > When James is restarted, the POP Server cannot see mails delivered
> > before it shutdown.
> > E.g.:
> > client: stat
> > james:  +OK 0 0
> > even when there are mails in the directory.
> >
> > Has anyone else seen this behaviour?
> >
> > Charles
>
>
>
> --
> 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