hi,
I'm about to replace a qmail box. I'm trying to plan a suitable
strategy to replace the box in the least time, with the least hassles. A
new box is ready, with the same software installed, except for sone
security critical patches.
A good deal of qmail related things are running there. See:
Software:
- qmail (as per qmail+patches v14 by Bruce Guenter)
- svscan, supervise and friends of daemontools in general
- vmailmgr
- pop3d
- ezmlm with idx
- Courier-IMAP daemon
Config/Data:
- a few dozens of VDomains
- 4 mailing lists managed by ezmlm
- no users are (yet) using the IMAP services
- The box doesn't relay for anyone, (except for mailing lists, and
these are announce lists that can afford to loose their queue) so I
don't think I'll have problems waiting for the queue to empty. It's
usually empty.
Now, the strategy:
a - Get the queue to empty (how do I keep qmtpd from being called from
supervise)
b - Check the old box UIDs for the users attached to each vdomain, and
create users on the new box with the same login/UID.
c - tar and copy the homedir of these users to the new box
d - untar keeping ownerships and permissions
e - will this transfer my ezmlm-idz mailing lists safely? I hope so!
f - copy /var/qmail/control and /var/qmail/alias to the new box
g - copy the dns setttings to the new box
h - disconnect the old box, give the new box the old IP, `shutdown -r `
to see that it all comes up nicely.
i - go home early for once in my debugging life!
Besides i, do you find anything wrong/misplaced with this scenario? If
it works, we could actually build an appendix to LWQ!
martin
