On Monday 12 February 2007 21:59, [EMAIL PROTECTED] wrote: > I gave that a try this morning and qmail worked just fine, BUT, it didn't > recognize any of the domains or users. What I'm trying to do, just in case > it isn't obvious, is rsync to a backup server that can take over if the > first one comes tumbling down. I'm using ucarp to change the IP and http, > mysql and php work great. Qmail on the other hand has been less than > forgiving.
check that the uid/gid of vpopmail/vchkpw on both machines are the same see /var/qmail/control/users/assign file > Thanks > Doug > > > Hutger H. wrote: > >> Hi Doug, > >> > >> I had the same problem before. First I tried to make a copy of the > >> service related directories and files to the "slave" server and tried to > >> start the service. After lots of errors and gave up. > >> I solved doing exactly what you thought ... I installed on the new > >> server the qmail, vpopmail, etc and after that I did the rsync of > >> /home/vpopmail, /var/qmail, etc. > >> > >> Maybe someone else had the same problem and got a better solution ... > >> guys? > >> > >> Hutger. > > > > Regarding data, the main things you want to back up are: > > > > /var/qmail/users > > /var/qmail/control > > /home/vpopmail/domains > > > > You do NOT want to copy /var/qmail/queue, as the queue's files are tied > > tied to inode numbers on the disk. There is a script available that can > > renumber the queue files, but in my experience, it didn't work and the > > queue was corrupted. > > > > Regards, > > > > Bill -- ----------------- Bob Hutchinson Midwales dot com -----------------
