Re: New mailbox interface and gmime messages

[Bart Visscher <magick Linux-Fan com>]

On Fri, 28 Feb 2003 00:18:54 Carlos Morgado wrote:
> 
> On Thu, 27 Feb 2003 20:09:41 Magick wrote:
> >
> > On Thu, 27 Feb 2003 00:49:58 Pawel Salek wrote:
> > > I spotted one mistake: UIDVALIDITY in case of IMAP determines "age"
> > > of
> > > UIDs and whether, eg, cached messages from previous session can be
> > > reused.
> > OK, i missed something here, I'll change te return type and the name.
> > >
> > > I am not yet sure how the changes you suggest fit in the whole
> > > picture.
> > > We plan to replace libmutt's imap code (and possibly entire libmutt,
> > > if
> > > we have enough work force) with our own code that is more bandwidth
> > > friendly (and if we manage to replace libmutt by gmime: more
> > > flexible).
> > Well the libmutt uses are not localized to a couple of classes a lot of
> 
> > places expected libmutt types, I was trying to make it easier to
> replace
> > the code piece by piece.
> > <imap code and balsa optimalization stuff>
> > With my aproach it is relatively easy to use your own imap but still
> use
> > libmutt for local storage, look at the libmailbox/mailbox_* files, only
> 
> > the libmutt stuff is totaly correct but using something of youor own is
> 
> > doable, see _imap.c and _mbox.c.
> >
> 
> I think we shouldn't add extra APIs to keep a roling working CVS, it's
> OK to totally break things on devel and get a nice structure in the end.
> 
> Having a backend-backend is alluring but i'm not sure the "cleanness"
> pays off the slow down
I'm going to try moving the code from libmailbox to the Balsa classes, but 
keeping the libmutt uses localized to the Mailbox and Message classes. 
What do you think of the other changes in libbalsa? Do you have any 
comments on the gmime usage?
-- 
When a guy says "the last thing I'd wanna do is hurt you" it just means 
he's
gotta do other things first.
Fingerprint = CD4D 5601 287D F075 6F96  6157 99F9 E56A 4B08 6D06