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]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
