Date: 12 Mar 2008 18:30:25 -0000 From: Scott Ballantyne <sdb@ssr.com> To: freebsd-questions@freebsd.org Subject: Re: QMail Help Message-ID: <20080312183025.5221.qmail@ssr.com> In-Reply-To: <47D81F25.70304@ongame.com.br> (message from Vinicius Vianna on Wed, 12 Mar 2008 15:21:25 -0300) References: <47D7FAD2.8010907@netmediaservices.net> <47D81160.2060301@datapipe.com> <47D81F25.70304@ongame.com.br>
next in thread | previous in thread | raw e-mail | index | archive | help
> Paul A. Procacci wrote: > > Victor Farah wrote: > >> Hello > >> I'm running qmail and I created an smtproutes file, inside my > >> /var/qmail/control/ directory. I then sent a killall -ALRM > >> qmail-send, but it doesn't seem like it uses that smtproutes file I > >> made. I start qmail using supervise scripts. > >> > > Hello, > > > > This isn't the right place to ask this question. Irregardless of > > that, since you are using supervise to manage the daemon, try the > > following: > > > > svc -h /path/to/service/directory > > > > OR > > > > svc -a /path/to/service/directory > > ~Paul > > I Agree, this would be better posted to a qmail list, but anyway: > > I think -ALRM tells qmail to re-run the queue, what you need is to send > a HUP signal to the qmail-send, like "pkill -HUP qmail-send", so it will > read the control files again. > Have you read the Life With Qmail docs? See qmail-control(5) and qmail-remote(8). smtproutes is read by qmail-remote not qmail-send. qmail-remote doesn't require a signal since a new instance is started for each delivery. If smtproutes is not working, something else is wrong. Check the syntax of the file (it is described in qmail-remote man page). You may need to use wild cards to handle all instances for that domain name. If that's all fine, then perhaps there's a problem on the remote host. sdb -- sdb@ssr.com Todays Poem: ((12 + 144 + 20 + (3 * 4^(1/2))) / 7) + (5 * 11) = 9^2 + 0
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080312183025.5221.qmail>