Ok that sounds easy enough ;-)
I'll read up on Dovecot.
From the sounds of it, I may be able to take my current migrate-domain
script and make some modifications to it, as it already creates a
tarball of each mailbox the whatever domain you specify, and then it
generates a script that recreates the account on the new machine and
restores the tarball to the right place on the new server. So I could
take out the piece that creates the account, and instead just use the
portion that restores the maildir. That part shouldn't be too incredibly
difficult, however what I'm a little unsure of is how to automate the
process - consider this example:
Say I ran through the migration and got every single account migrated
today and was going to make the transition over the next day or two - I
could make the changes in DNS, and then change smtproutes, but how would
I make certain that I had all of the latest data migrated to the new
system? I mean, I guess like you said i could stop the pop/imap services
on the old server and then back up each mailbox, and restore on the new
server...BUT...I don't understand how I could restore the mail from the
old server to the new server without potentially overwriting new mail or
causing duplicate mail from what they had previously sent, received,
deleted, etc. Essentially I'd be doing the same work twice (well maybe
not exactly the same work, because the 2nd time around data would just
be getting restored), but it still would mean going through each domain,
and well...copying 165GB of mostly the same data again.
Am I missing something here?
/"The only problem I can think of is if you have pop users who leave
messages on the server. Those are going to be duplicated. If your users
can't live with that, you'll need to do some extra work to get that part
taken care of."
/ -- How might I accomplish this part?
Thanks again,
Casey
Smile Global Technical Support
Submit or check trouble tickets http://billing.smileglobal.com
www.smileglobal.com <http://www.smileglobal.com>
On 10/4/11 10:29 AM, Eric Shubert wrote:
On 10/04/2011 09:42 AM, ca...@smileglobal.com wrote:
For now no, the gateway and sa hosts will stay put.
Then you can simply change the smtproutes in the sa host to point to
the new server at an appropriate time, after the new host is up and
running and accounts exist there.
Understandable about keeping the old server up while changes propagate.
Don't need to worry about the inbound side though, as that'll stay the
same.
The old server is using courier, but I guess dovecot could be a better
route. I've used it a little in the past on a different server. What
kind of difficulty am I looking at to switch from courier to dovecot?
It's not tough at all. See the wiki for instructions. There's an rpm
for QMT available in the QTP repo.
Also, how would you recommend that I keep the maildirs up to date? Im
trying to figure out the best way to do that without causing either lost
or duplicate mail. Am I going to want to create tarballs of mailboxes
and run some type of conversion on them before restoring them, or
utilize sync, or is there a better way?
I think you're gonna need to do some scripting for this, as the
directory structure is changing. Basically, you want something that'll
migrate the maildir folders from one host to another. I think I'd use
tar with a couple scripts to 'drive' the thing.
On the old side, the script should find a domain (or drive it with a
list), then find each account, then tarball up the maildir into a
single file. At the end of the process, you can tarball up all the
account tarballs into a single archive for transfer.
After transfer, on the new side, untar the transferred file, and
another script would process each maildir tarball, and untar it into
the appropriate place. Be careful not to wipe out any mail that may
have come in directly to the new server already.
The only problem I can think of is if you have pop users who leave
messages on the server. Those are going to be duplicated. If your
users can't live with that, you'll need to do some extra work to get
that part taken care of.
Thanks for all the help you've been offering...I certainly appreciate
it.
Sure.
I hope you're taking copious notes for the wiki. ;)