[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kmail-devel
Subject:    Re: KMail 1.2: mail status bug (see also: bug #128)
From:       Don Sanders <sanders () kde ! org>
Date:       2001-03-30 12:57:09
[Download RAW message or body]

You are right, now I look more closely I see that you had already anticipated 
this problem, and I can't see any error in you implementation. In fact it's 
better than anything I had thought of, cool! :-)

BTW: I did look at the patch before commenting, but clearly not carefully 
enough.

BFN,
Don.

On Friday 30 March 2001 09:45, Michael Häckel wrote:
> On Thursday, 29. March 2001 22:29, Don Sanders wrote:
> > > A big problem is simly that mbox file handling is nearly not optimized
> > > in KMail. Recently I made for example searching in headers 15 times
> > > faster (at least from the point of view of the CPU). Even on my Pentium
> > > II 266 MHz it searches now 1500 messages per second and the CPU is
> > > still 30% idle due to waiting for the harddisc. Searching the whole
> > > folder is now as fast, as switching to it.
> >
> > Ok, faster searching is good. But I'm a bit worried about correctness in
> > the case that eg. the subject of a message is too long to fit in the
> > index file and is truncated.
>
> The search should be still correct. I do not use the entries in the index
> file. The main difference is, that the searching parses now the headers
> itself instead of copying it several times until it finally reaches mimelib
> which parses the whole message and not only the interesting part.
>
> Regards,
> Michael Häckel
> _______________________________________________
> Kmail Developers mailing list
> Kmail@master.kde.org
> http://master.kde.org/mailman/listinfo/kmail
_______________________________________________
Kmail Developers mailing list
Kmail@master.kde.org
http://master.kde.org/mailman/listinfo/kmail

[prev in list] [next in list] [prev in thread] [next in thread]