I've been running postfix/courier-ssl/MySQL/postfixadmin for years, but since I am in the process of building a new server I decide to reexamine my options. I'm sticking with postfix, but I've decided to move from courier to dovecot because everyone is telling me it's much faster, and I really dislike courier's SASL setup and integration with other services.
Of course, I have dozens (but not hundreds) of gigabytes of Courier Maildirs for all the users.
Most of the users are in MySQL virtual domains and their mail is stored in a common directory (/usr/local/virtual) and owned by a single system user (vpopmail). I've even hacked together a postfix service to run procmail for the virtual users, though my intention of creating a webface allowing them to muck up their own .procmailrcs never came to fruition.
I'm doing my user migration in two steps. First, I will rsync all the mail (and all the user webfiles) to the new server, do any setup/conversion/&c to the data on the new server and make sure everything is working and that passwords are preserved.
Then, right before the server goes live I will shutdown mail on the old machine, rsync any new mail (hopefully no more than a couple of hours worth) over, do any conversion, and then fire up the new server.
what do I need to do to convert or prepare the courier maildirs for dovecot?
is the current setup of virtual users reasonable for dovecot? 2.1) Is there a better option than postfixadmin?
some of my users are not in MySQL, but are real system users. Is this going to confuse dovecot (it confuses courier no end). These system users are still using courier and courier maildirs.
would it be better to take the server live and THEN move/convert the old mail?
anything else obvious that I didn't mention or ask that I should have?
The most important thing, of course, is to not lose anyone's email.
-- "Two years from now, spam will be solved," -- Bill Gates, January, 2004