This method will work ok. However if you want to be robust about it,
you should set up a secondary MX that will receive/queue email but not
deliver it locally to that machine.
That way email getting delivered to your address in the interim won't
bounce. The mail will remain in the queue of your backup machine until
you're ready to bring up your new mail server. Your backup machine
will then deliver to your new server.
=== Al
--- Magnus L�fqivst <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Ive done this last week and we did it like this:
>
> 1. unplug the old server from network
> 2. bind the old servers ip to the new server and let it be there until
> evrey dns server has been updated.
>
> We lost no mail when we did this, (we switched from MailMax on NT to a
> clustered qmail system on Linux), the only problems was to get the
> mails that already was delivered to the MailMax system to the new
> system. But that was solved with a little bit of scripting.
>
> Best Regards
>
> Magnus L�fqvist
> Worldnet AB
> Sweden
__________________________________________________
Do You Yahoo!?
Yahoo! Mail - Free email you can access from anywhere!
http://mail.yahoo.com/