Re: [vchkpw] chkuser in my secondary MX
On Aug 28, 2007, at 4:33 AM, Jean Carlos Oliveira Guandalini wrote: I need run chkuser in my secondary MX server. I followed the following steps: snip but it does not function. On the backup MX, the domain should be in rcpthosts (or morercpthosts which builds morercpthosts.cdb) and users/assign (which builds to users/cdb). It should NOT be in virtualdomains and it does not need to be in smtproutes if your primary server has a lower MX record than the backup server. If you're using the CDB-backend, you'll probably want to copy the whole ~vpopmail/domains over, excluding Maildir directories, so chkuser will work. And you'll probably want to rsync it every so often so new users and aliases go across. I rsync the whole ~vpopmail/domains directory each night so I have an off-site backup of email as well. Here's what I rsync every 5 minutes, script runs on primary mx, and I've added the primary mx's ssh key to mx2's authorized_keys file: rsync -azl --numeric-ids --exclude=Maildir --delete --exclude=lastauth \ /home/vpopmail/domains/ [EMAIL PROTECTED]:/home/vpopmail/domains/ rsync -azl --numeric-ids /var/qmail/users [EMAIL PROTECTED]:/var/ qmail/ rsync -azl --numeric-ids --exclude=*.lock \ /var/qmail/control/*hosts* /var/qmail/control/smtproutes \ /var/qmail/control/badmail* [EMAIL PROTECTED]:/var/qmail/control/ I guess if I was backing up Maildirs as well, throughout the day, I could failover to that server should the primary die a horrible death. I'd have to copy the virtualdomains file, stop the rsync, and update DNS so the backup had the lowest MX record. -- Tom Collins - [EMAIL PROTECTED] Vpopmail - virtual domains for qmail: http://vpopmail.sf.net/ QmailAdmin - web interface for Vpopmail: http://qmailadmin.sf.net/
Re: [vchkpw] CRAM-MD5 vchkpw problem
On Aug 28, 2007, at 10:47 AM, Jonathan Selander wrote: I've set up SMTP AUTH and AUTH LOGIN works without problems, however when i try to login with mozilla thunderbird (which as far as i know uses CRAM-MD5), the login fails with the error message: Aug 28 14:39:30 mail vpopmail[16420]: vchkpw-smtp: password fail (pass: '[EMAIL PROTECTED]') [EMAIL PROTECTED]: 127.0.0.1 As if it uses the CRAM challenge as the password or something? I run vpopmail 5.4.17-6 (debian package from http:// wiki.debian.iuculano.it/quick_howto) You've got the wrong AUTH patch to qmail-smtpd. Use the one from vpopmail contrib. A long time ago I had considered modifying vchkpw to try swapping the challenge and response if the first pw check failed, but I don't think I ever got around to trying it. That would allow vchkpw to work with both the old patch (which passed the challenge and response in the wrong order) and the current one. -- Tom Collins - [EMAIL PROTECTED] Vpopmail - virtual domains for qmail: http://vpopmail.sf.net/ QmailAdmin - web interface for Vpopmail: http://qmailadmin.sf.net/
Re: [vchkpw] chkuser in my secondary MX
Thanks Tom, you save my life! :D Tom Collins escreveu: On Aug 28, 2007, at 4:33 AM, Jean Carlos Oliveira Guandalini wrote: I need run chkuser in my secondary MX server. I followed the following steps: snip but it does not function. On the backup MX, the domain should be in rcpthosts (or morercpthosts which builds morercpthosts.cdb) and users/assign (which builds to users/cdb). It should NOT be in virtualdomains and it does not need to be in smtproutes if your primary server has a lower MX record than the backup server. If you're using the CDB-backend, you'll probably want to copy the whole ~vpopmail/domains over, excluding Maildir directories, so chkuser will work. And you'll probably want to rsync it every so often so new users and aliases go across. I rsync the whole ~vpopmail/domains directory each night so I have an off-site backup of email as well. Here's what I rsync every 5 minutes, script runs on primary mx, and I've added the primary mx's ssh key to mx2's authorized_keys file: rsync -azl --numeric-ids --exclude=Maildir --delete --exclude=lastauth \ /home/vpopmail/domains/ [EMAIL PROTECTED]:/home/vpopmail/domains/ rsync -azl --numeric-ids /var/qmail/users [EMAIL PROTECTED]:/var/qmail/ rsync -azl --numeric-ids --exclude=*.lock \ /var/qmail/control/*hosts* /var/qmail/control/smtproutes \ /var/qmail/control/badmail* [EMAIL PROTECTED]:/var/qmail/control/ I guess if I was backing up Maildirs as well, throughout the day, I could failover to that server should the primary die a horrible death. I'd have to copy the virtualdomains file, stop the rsync, and update DNS so the backup had the lowest MX record. -- Tom Collins - [EMAIL PROTECTED] Vpopmail - virtual domains for qmail: http://vpopmail.sf.net/ QmailAdmin - web interface for Vpopmail: http://qmailadmin.sf.net/ -- Jean Carlos O. Guandalini VisãoNet Tecnologia e Telecomunicações 0800-643-5025