Hi, Tibor, On Thu, 3 Jul 2003, Tibor Dekany wrote: >After that I clicked on the 2nd one, but now the retrieval is very slow! > Mozilla showed me a download rate of only 30 kBytes/sec! So I should >have waited over half a minute to open it. Ofcourse I did not :) >Now I made some changes in bincimap.conf and I found out some really >strange behaviour: Originally I had a transfer buffer size of 8096 (hmmm >shouldn't this be 8192?). When I changed this to a lower (!!) number, >that was 4096, the download rate of the 2nd attachment doubled to over >70kB/sec! Now I set it to 1024 and 512, and with both settings I got way >over 100kB/sec (this is still slow on a 100MBit net, but it's acceptable >for me right now).
We have seen this before also, where the transfer buffer size of 1024 was found to be optimal. The standard Binc IMAP package has this as a standard buffer size for quite a while, but perhaps Gerrit uses 8096 still in the Debian port. >And one little thing: in the default standard bincimap.conf the line >"depot = ....." is missing (when upgradeing, I always changed "type = >Maildir" into "type = IMAPdir" and that was ofcourse wrong. This seems also to be specific for the Debian package, as the default conf files for Binc IMAP has a depot= line. >BTW: I'm using the debian-package of bincimap. >Thanks in advance, I still think bincimap rocks, it seems stable to me >(=most important to me, I use it for my personal mail archive since >V.1.1.1, loosing mails is not an option). When losing mails is not an option. Perhaps that would be a good slogan for this project! ;) Andy :-) -- Andreas Aardal Hanssen | http://www.andreas.hanssen.name/gpg Author of Binc IMAP | "It is better not to do something | than to do it poorly."
