Duncan...
I had a similar problem like yours... They way I did it was as follows
1) I got all users and passwords into a small script
(each line had something like vadduser [EMAIL PROTECTED] jhons_password
... etc)
2) I ran the script on the new server so that the users would exist
3) I tar'ed the domain that I wanted to move from the old server
4) I untar'ed the domain in the new server
And it worked for me ... of course the disadvantage is that you have to
have the passwords from the emails from the old server and also put the
quota for the domain or each user as needed.
Oh... I also had to be carefull with some of the .qmail-files as some
had some paths that were not valid in the qmail-toaster as they pointed
to some scripts that I didn't need anymore.
Hope this helps.
Terius
[EMAIL PROTECTED] wrote:
Greetings All,
This is attempt #2, perhaps I didn't go about asking my question clearly
last time, if so my apologies, I'll try again:
1) I have two qmail servers:
a) An old qmail server set up 3 years ago with many virtual
users and virtual domains.
b) A new freshly installed qmail toaster on RH ES 4.0.
2) I need to find a way to move/migrate virtual users and the virtual
domains they are associated with, one domain and user set at a time, from
<old_server> to <new_server> (no, I can't move all domains and users all
at once, it's a long story).
I Haven't found much that covers this particular case after extensive
googling.
So the question is, can I, on a virtual domain by virtual domain basis
accomplish this as follows:
1) Reduce the TTL on the DNS MX record for <domain_to_be_moved> to say, 5
minutes or so, and wait until it has enough time to propogate.
2) Remove the entry for <domain_to_be_moved> from all /var/qmail/control
files on <old_server> except 'rcphosts' or 'morercpthosts', then restart
qmail (or kill qmail-send with a -HUP?).
3) Add the <domain_to_be_moved> to <new_server> via the toaster admin GUI.
4) Add new user accounts for <domain_to_be_moved> to <new_server> via the
toaster admin GUI, creating new passwords for the user accounts being
moved over from <old_server> to <new_server> (assuming it's impossible to
extract the original passwords from <old_server> and reproduce them on the
new one).
5) Copy /home/vpopmail/domains/<domain_to_be_moved>/<user_directories>,
(maintaining permissions of course) from <old_server> to
/home/vpopmal/domains/<domain_to_be_moved> on <new_server>, thereby
preserving existing user mailboxes and their content.
6) Remove <domain_to_be_moved> and <accounts_to_be_moved> from
<old_server>.
7) Update DNS MX records for <domain_to_be_moved> to point at
<new_server>.
8) 5 minutes later (after the newly propogated MX record TTL expires) new
mail should start flowing for <domain_to_be_moved> directly to
<new_server>.
9) Meanwhile, <old_server> should still accept email for
<domain_to_be_moved> and automatically forwarding it to <new_server> for
delivery to the accounts that were moved after it checks DNS records. This
should cover senders using old/broken/misconfigured DNS servers, such that
no mail gets dropped/lost.
10) Eventually, after all mail flowing into <old_server> for
<domain_to_be_moved> stops, remove <domain_to_be_moved> from
/var/qmail/control/rcpthosts (or morercpthosts) and restart (or kill
-HUP?) qmail-send. OR leave it in place, and update MX records to point to
<old_server> as a secondary MX for <domain_to_be_moved>
Am I totally off track here or missing critical bits? If anyone's got a
better idea or approach, I'm all ears :-)
Many thanks in advance for any/all replies, pointers, suggestions, etc..
--Duncan
---------------------------------------------------------------------
QmailToaster hosted by: VR Hosted <http://www.vr.org>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
QmailToaster hosted by: VR Hosted <http://www.vr.org>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
