Hello Matthew, > As others have tried to point out, something sounds amis with your > system. 8 hours to fetch a folder via IMAP sounds very wrong.
Well, actually the fetch never finished (or better: the mails were never displayed in Mozilla-Mail) and what I saw was some CPU usage because of some INSERTS from dbmail-smtp. >>So it is not directly a problem with dbmail but with the backend >>database. Next I'll try MySQL to see if the MySQL Windows port is >>better for my needs. (So please don't drop MySQL support;) > Please let us know how it goes. As soon as the database is under load, dbmail-imapd stays under load too. I installed now Slackware. Postgres 8.0 fresh compiled, basically I see the same weird behaviour. There are several possibilities now: - dbmail2 rc8 contains some bugs - postgres 8 beta contains bugs - I'm new to Linux and PostgreSQL and everything I've done is wrong. Well, to be honest, it seems to be faster (me as single user, DB at slow remote host, after 250 mails inserted). After the first 100 mails arrived I started to edit the message filters in the client, after that was finished, I opened the Junk folder where already several messages were moved to. Now mozilla shows me to wait and when I click on a message it is not fetched, it seems to hang. However, clicking through other folders alwways shows me the mails in the folder, but when I click on a mesage it is not fecthed and not displayed therefore. It is not possible to get a usable performance with a PII (300 MHz / 256 MB RAM) box running Slackware 9.1. Finally I got the mails and the full Junk folder but the time I needed to wait was about five to ten minutes. Gerrit -- =^..^=
