I would like to have these file repositories be as "smart" as possible so when they see content of a particular type, they can move it to the new version appropriately. I was figuring the would be able to handle the pair files that are now, so you could seamlessly upgrade your client. This would take some planning since you need to determine how you detect that a file is of a particular format, how you split apart/migrate, and how you go from a MimeMessage data to Mail data. Yeah, probably a proposal would be best for this much of a change.
Serge Knystautas Loki Technologies - Unstoppable Websites http://www.lokitech.com/ ----- Original Message ----- From: "Danny Angus" <[EMAIL PROTECTED]> To: "James Developers List" <[EMAIL PROTECTED]> Sent: Thursday, December 06, 2001 9:36 AM Subject: RE: Reliable DB connections > > > > -----Original Message----- > > From: Serge Knystautas [mailto:[EMAIL PROTECTED]] > > Sent: Thursday, December 06, 2001 2:04 PM > > To: James Developers List > > Subject: Re: Reliable DB connections > > > > > > Yes I agree. Here's what I would like to do. > > > > a) make an mbox file mail repository for pop3 accounts (and > > whatever else), > > b) a file based spool repository basically combine the stream & > > object store > > repositories into a single file. While the pair file is nice, it's proven > > to be extra work, and it's not really that difficult to combine the data > > into a single file (and I don't see a big benefit out of separate files). > > I'd go for this if .. a plain text RFC822 message placed in the spool would > be picked up and processed. > or if mbox files found in the spool dir could have their contents extracted > and processed. > (then local delivery could be into the JAMES spool) > > > Perhaps we need two spools, a pre-spool directory from which files are > inserted into the real spool as if they'd been recieved by SMTP, and a real > spool where they are processed from. > > I suppose that'd need to be a proposal first? > d. > > > -- > 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]>
