On Tuesday 08 March 2005 04:06 pm, Dave Goodrich wrote:
> >>Understood, but what of the other three machines I have running? They
> >>all use the same control files. If I add a domain on machine A using
> >>vpopmail daemon, machine A gets to HUP qmail-send, but I cannot run
> >>vadddomain again on machines B, C, D. So I must login and run "svc -h
> >>/service/qmail-send" manually on machine B, C, and D.
> >
> > the way I've handled this in the past on customer machines is to have a
> > 'sync' script that syncs the control files (set on a cronjob.. run every
> > 5 minutes..) and it checks timestamps and HUPs/restarts daemons
> > accordingly.
>
> My control files (some of them) are symlinks to NFS mounted files. I
> could seperate them and run rsync to pull over changes, restarting when
> needed. 

I would advise doing that anyways since qmail accesses the control directory a 
lot and accessing it across NFS can degrade performance...

> Hmmm.... Currently all machines do not run the same control 
> files though. mailspool.tls.net is my backup MX and it has entries in
> morercpthosts for all our hosted domains, plus some domains that our
> clients provide primary MX on. So I don't want to rehup all my machines
> if a domain is added to mailspool.

There are only certain control files that require HUP'ing or restarting 
anything... specifically the ones that qmail-send uses.. everything else is 
read on a per-invocation basis (qmail-smtpd, qmail-remote, etc)

locals and rcpthosts are HUP of qmail-send
queuelifetime, bouncefrom, bounceto, doublebounceto, doublebouncehost, me, 
concurrency{local,remote} all require restart of qmail-send.

Note that this is not an exhaustive list of control files that require 
qmail-send to be restarted, they're just what I could think of off the top of 
my head.  Also, if you have any patches (although I don't know of any ..) 
that give qmail-send some extra control files, those may require restarting 
qmail-send.

-Jeremy

-- 
Jeremy Kitchen ++ Systems Administrator ++ Inter7 Internet Technologies, Inc.
    [EMAIL PROTECTED] ++ inter7.com ++ 866.528.3530 ++ 815.776.9465 int'l
      kitchen @ #qmail #gentoo on EFnet IRC ++ scriptkitchen.com/qmail
         GnuPG Key ID: 481BF7E2 ++ jabber:[EMAIL PROTECTED]

Attachment: pgprzFxTwbvnm.pgp
Description: PGP signature

Reply via email to