
Maildir was designed to work over NFS but I don't think that anyone cared much about performance. Mail servers tend to either be small enough that performance is never a problem or big enough that NFS just isn't viable. Dovecot and other IMAP servers should work together. Dovecot is designed to regenerate indexes when necessary. I don't think performance would suffer much given that a common use case is having a program other than Dovecot doing delivery. On January 12, 2015 10:35:19 PM GMT+13:00, Andrew McN <andrew@mcnaughty.com> wrote:
On 06/01/15 18:02, Russell Coker wrote:
If you want decent performance with IMAP then just don't use NFS. The write pattern of mail stores is a poor match for the way NFS works and the large number of files doesn't work too well for read caching.
Wasn't playing nice with NFS the main motivation for Maildir's development? I think the issue was mostly with locking rather than performance, but still...
The issue isn't so much the dovecot can be configured to do x with y resources it has to do with the fact that things are generally in production and have web mail, AV, mailman, SMTP, procmail, SA, etc all working together in real time on a single node. Fixing/messing with one function of the server can impact the others.
If you have a running mail server it's not too difficult to change the process that serves POP/IMAP without changing the rest.
You can even have 2 programs serving POP/IMAP on different ports or IP addresses until you are happy that the new one does everything correctly.
Hmm. You wouldn't expect other mail daemons to know about Dovecot's indexing systems. It might work correctly, but would at least have a performance impact. _______________________________________________ luv-main mailing list luv-main@luv.asn.au http://lists.luv.asn.au/listinfo/luv-main
-- Sent from my Samsung Galaxy Note 3 with K-9 Mail.