[dovecot] NFS mounted IMAP dirs
Hi list,
I am trying to build an email system that is using multiple frontends, to a clustered backend using nfs. The backend mounts his filesystems from a central storage, and will be running active-active.
While reading through the dovecot documentation, I read that I could do without indexes (well: use memory indexes), and could then be able to run dovecot over NFS. Well: that was until friday, when I was reading a little bit better through nfs.txt. :)
My problem is now that dovecot writes it's subscriptions to the mailstore. Since I want as little difference between my frondends as possible, (and as static as possible), I would love to see dovecot handle subscriptions in a database, or perhaps a nfs-safe file.
Since I am only a junior programmer (my code is really not far from "Hello world", although I am trying to find some time to teach myself more), I might not be able to be of much assistance to you all in coding stuff, but I am willing to help out where-ever possible.
Can anyone help me solve my problem in any way, and how can I contribute as well?
Thank you all,
Maikel Verheijen.
On Sun, 2003-03-30 at 23:23, Maikel Verheijen wrote:
While reading through the dovecot documentation, I read that I could do without indexes (well: use memory indexes),
Currently that's not really good idea, since message UIDs aren't then stored permanently. In CVS there's support for this with mbox format, and I've also been writing support for Courier-like uidlist-file, but that's still not really working.
My problem is now that dovecot writes it's subscriptions to the mailstore. Since I want as little difference between my frondends as possible, (and as static as possible), I would love to see dovecot handle subscriptions in a database, or perhaps a nfs-safe file.
Database? SQL? Another problem is also .customflags file which isn't NFS-safe. With mbox it's not really required, but with Maildir it is if you want custom message flags. It wouldn't be too difficult to change the code to use dotlock files with these files anyway, I've been going to make it configurable.
participants (2)
-
Maikel Verheijen
-
Timo Sirainen