Re: [vchkpw] domain & user scripts
On Friday, January 23, 2004, at 11:40 PM, Jeremy Kitchen wrote: On Fri, 2004-01-23 at 19:41, Jason Parker wrote: FYI - [snip] so what's wrong with rsync? -Jeremy In short - I may only have one system to work with in this case (working on that)... there is still tar. I'm not storing mail and am rebuilding stuff fresh. I just wanted the user info. I haven't used vconvert before and it is not entirely clear what happens/will happen I don't have prior experience migrating vpopmail domains, but I assume the procedure you allude to would be to vconvert to cdb from mysql, rsync the entire domain tree to the new system and then vconvert to postgres... and there is still tar... the procedure has become more clear to me as I get closer to doing it ... still I just wanted a plain text backup... anyway, I wrote the scripts and posted them... -jason
Re: [vchkpw] moving servers
On Fri, 2004-01-23 at 15:53, Rick Widmer wrote: > Jon Reynolds wrote: > > > I am moving from one server to a new and was wondering what I need to do > > to move my users from the old server to the new. I am thinking I need to > > move the /etc/passwd,/etc/master.passwd and /etc/group then move the > > domain directory in /home/vpopmail/domains/. > > I've done it that way before and it worked. You could also edit the > password and group files to move just the qmail, vpopmail and related > lines across. Less chance of messing up some other part of the system > that way. Make sure you don't duplicate any existing uid/gid values. > > > Would that work and do I need to make sure that all the uid's and gid's > > match for spamassassin, clamav and the others? > > You also want to preserve the uid/gid values on all the files and > directories... or go through all of them and make sure they match when > you are done. (not much fun!) > Rick and Rick, Thanks for the reply, that is exactly what I needed to know. Well alright, I just woke up about 2 hours ago and have almost finished this move, dang flu is killing me! I have found that all I had to do was move the /home/vpopmail/domains/ folder to the new server. I checked all the users and group ID's and they were exactly the same on both machines so I didn't need to move the passwd files or the group files. Apparently vpopmail stores it's passwd file inside of the directory of the domain it is hosting so user passwords are intact from the move. So what I ended up doing was just to scp the domain folder over and chown it to the correct uid:gid and restart qmail. Was that ever easy! Thanks for the help and the replies, it's always nice to have someone holding your hand when you are doing something your not sure of. :) Jon
Re: [vchkpw] Help in chkuser
Hi Mario, as you're using the "easy" patch (that was written for the Bill Shupp's MegaPatch), you should run it differently from the way you're running it now. As written in www.interazioni.it/qmail, for the "Easy" version: "Easy way" qmail-smtpd-chkusr must be installed normally (-r-xr-xr-x) and executed by tcpserver with -u vpopmail-user and -g vchkpw-group parameters. Try this way, and it should work. Ciao, Tonino At 23/01/2004 23/01/2004 -0200, Mario Junior wrote: Em Friday 23 January 2004 13:53, tonix (Antonio Nati) escreveu: Hello Tonix, > How are you running qmail-smtpd? > I 've setuid it already according to your site : chown qmaild:nofiles qmail-smtpd chmod 6555 qmail-smtpd xxx:/var/qmail/bin # ls -la /var/qmail/bin/qmail-smtpd -r-sr-sr-x 1 qmaild nofiles 226508 Jan 22 13:42 /var/qmail/bin/ qmail-smtpd My initialization script is : xxx:/ # cat /var/qmail/rc.smtp #!/bin/sh # QMAILQUEUE="/var/qmail/bin/qmail-scanner-queue.pl" export QMAILQUEUE #LWQ-Like QMAILDUID=`id -u qmaild` NOFILESGID=`id -g qmaild` # PATH="/var/qmail/bin:/usr/local/bin" \ /usr/local/bin/softlimit -m 500 \ /usr/local/bin/tcpserver -v -R -p -x /etc/tcp.smtp.cdb -c120 \ -u $QMAILDUID -g $NOFILESGID 0 smtp \ /usr/local/bin/rblsmtpd -r blackholes.mail-abuse.org \ /var/qmail/bin/qmail-smtpd /home/vpopmail/bin/vchkpw /bin/true 2>&1 | \ /usr/local/bin/setuidgid qmaill \ /usr/local/bin/multilog t n2 s1000 /var/log/qmail-smtpd > Is bouncing enabled? xxx:/home/vpopmail/domains/abc.com # cat .qmail-default | /home/vpopmail/bin/vdelivermail '' bounce-no-mailbox Should I remove .qmail-default? -- Mário Viana Barbosa --- Network Admin SecrelNet ISP - Brazil [EMAIL PROTECTED] Interazioni di Antonio Nati http://www.interazioni.it [EMAIL PROTECTED]
Re: [vchkpw] moving servers
Jon Reynolds wrote: On Fri, 2004-01-23 at 15:53, Rick Widmer wrote: Jon Reynolds wrote: I am moving from one server to a new and was wondering what I need to do to move my users from the old server to the new. I am thinking I need to move the /etc/passwd,/etc/master.passwd and /etc/group then move the domain directory in /home/vpopmail/domains/. I've done it that way before and it worked. You could also edit the password and group files to move just the qmail, vpopmail and related lines across. Less chance of messing up some other part of the system that way. Make sure you don't duplicate any existing uid/gid values. Would that work and do I need to make sure that all the uid's and gid's match for spamassassin, clamav and the others? You also want to preserve the uid/gid values on all the files and directories... or go through all of them and make sure they match when you are done. (not much fun!) Rick and Rick, Thanks for the reply, that is exactly what I needed to know. Well alright, I just woke up about 2 hours ago and have almost finished this move, dang flu is killing me! I have found that all I had to do was move the /home/vpopmail/domains/ folder to the new server. I checked all the users and group ID's and they were exactly the same on both machines so I didn't need to move the passwd files or the group files. Apparently vpopmail stores it's passwd file inside of the directory of the domain it is hosting so user passwords are intact from the move. So what I ended up doing was just to scp the domain folder over and chown it to the correct uid:gid and restart qmail. Was that ever easy! Thanks for the help and the replies, it's always nice to have someone holding your hand when you are doing something your not sure of. :) Jon You need two or three files from /var/qmail/control as well, read one of the other replies you got. Cause otherwise your server wont be thinking it is a local domain. That includes rcpthosts, virtualdomains and a few others. X-Istence
Re: [vchkpw] Unable to ch to dir
On Jan 23, 2004, at 6:18 PM, [EMAIL PROTECTED] wrote: To understand the deliver process better I have a few questions. Qmail receives an email for delivery. It finds the domain in the virtualdomains file. It looks in the assigns file and sees that the mail needs to be delivered to the /opt/vpopmail/domains/aurum-email.net (in my case) directory. My assigns file is as so: +aurum-email.net-:aurum-email.net:89:89:/opt/vpopmail/domains/aurum- email.net:-:: Then it looks for a /opt/vpopmail/domains/aurum-email.net/.qmail-user file with delivery instructions for the mail. Vpopmail doesn't even get involved at this point, so make sure all of your .qmail-user files point to valid Maildirs. Could you have an old alias that points to a now non-existent Maildir? Newer versions of qmailadmin show bad aliases like that in red, so they're easy to see. So it looks in /opt/vpopmail/domains/aurum-email.net for the .qmail-default file to proceed with delivery. The .qmail-default has the following: | /opt/vpopmail/bin/vdelivermail '' /opt/vpopmail/domains/aurum-email.net/postmaster So Qmail runs vdelivermail to deliver the email. It knows where the user's maildir is and puts the email there. vdelivermail checks for entries in the valias table (if compiled that way), and then tries to look up the user in the user database and deliver the mail to the directory specified there. If the user doesn't exist, then it delivers the mail to the default location. In your case, the postmaster mailbox. -- Tom Collins - [EMAIL PROTECTED] QmailAdmin: http://qmailadmin.sf.net/ Vpopmail: http://vpopmail.sf.net/ Info on the Sniffter hand-held Network Tester: http://sniffter.com/
[vchkpw] Allow pop b4 smtp to ignore RBL checks
You may wish to change vmysql.c so that if a user pop checks, RBL checks are skipped as well. This appears to already be done by default, unless you use a sql server backend. To fix this for mysql edit the vmysql.c file as follows. Change line 753 or so sprintf(SqlBuf, "%s:allow,RELAYCLIENT=\"\"\n", row[0]); To sprintf(SqlBuf, "%s:allow,RELAYCLIENT=\"\",RBLSMTPD=\"\"\n", row [0]); Similiar lines appear in the oracle and postgres code as well. The same change in both should fix the problem. Aaron Gee Network Engineering Atlantic Net Aaron Gee Network Engineering Atlantic Net --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.564 / Virus Database: 356 - Release Date: 1/19/2004
