Artem Bokhan wrote: > >> I'll have to take a good look at this because I really don't want to >> mess up IMAP compliance this close to 2.4.0's release. >> > The only reason why I want to use dbmail is smart handling of huge > amounts of data. Only dbmail really can do that, so let it do, please > :). Existing dovecot/cyrus/maildir-based mailers - they all have > limitations.
I'm sure it can be done. During the development of 2.3 I've made good use of dovecot's imaptest suite to create highly concurrent imap client loads. This has really helped a lot in identifying hot-spots in the code, and fixing them. We have already come a very long way. Especially the database connection pooling combined with the event-driven architecture and the multi-threaded server-core have helped a lot there. I havent really tested with very large mailboxes (> 1.000.000 messages) or even large ones (> 100.000). Very interesting approach. test-scripts/testlmtp.py can be used to load a mailbox with massive amounts and profile lmtpd, much like you've been doing with the postfix tools. Profiling the imap code for such mailboxes would be a logical and fascinating next step.... Maybe I'll find some time to work on that soon. -- ________________________________________________________________ Paul Stevens paul at nfg.nl NET FACILITIES GROUP GPG/PGP: 1024D/11F8CD31 The Netherlands________________________________http://www.nfg.nl _______________________________________________ Dbmail-dev mailing list Dbmail-dev@dbmail.org http://twister.fastxs.net/mailman/listinfo/dbmail-dev
