Roel Rozendaal - IC&S wrote:
ok that was not a very smart question as the log shows the timing. Main problem is that your client is requesting the message in chunks of 10240 bytes which does not speed up things; the commands self are pretty fast (1 sec each). I've noticed this behaviour of several clients in an early stage of imapd development (for example netscape v.4.77 (yes that's along time ago) 's mail does this) and added a (very) simple caching mechanism to speed things up. Could be that we need some optimization with indexes and such but AFAICT the commands run pretty fast separately.
Hi Roel, Thanks so much for the advice. Yes, it seems the chunk size, and the slight pause inbetween chunks is what is killing me. I ran the fetches for all 5 body parts in that message without sizes (as 5 globs), and all 5 came down in under a minute total time (telnet again). Tomorrow I guess I'll go dig into changing or removing that chunksize in Mozilla and/or Thunderbird. Hey, look what I found http://bugzilla.mozilla.org/show_bug.cgi?id=216374 Would there be a lot of overhead involved in dbmail (or mysql) to start/stop the chunks? -- Lost in Tokyo, Keith
