domtool-public: workaround mailman plugin deficiencies release_20181014
authorClinton Ebadi <clinton@unknownlamer.org>
Sun, 14 Oct 2018 22:36:05 +0000 (18:36 -0400)
committerClinton Ebadi <clinton@unknownlamer.org>
Sun, 14 Oct 2018 22:36:05 +0000 (18:36 -0400)
commitf2da9e599a2a5624d6bb77bc48048280e027ed60
tree9cefb0ab31255c8fe9c77c911c190fe0ac151cb8
parent26e6a457accefb00471789a42969c98953764e65
domtool-public: workaround mailman plugin deficiencies

The mailman plugin only generates mailman_domains.cfg on the server
that also runs the mailman web interface, so there's no way for a
secondary mail server to know which addresses need to be relayed to
the exim server that runs mailman.

Reworking the mailman plugin would be a bit involved, and it's fairly
low priority so work around for now by setting
/var/domtool/mailman_domains.cfg immutable on the affected servers,
and ignoring if the touch during redo_exim() fails.

If/when the plugin is updated, there is a secondary issue of copying
the mailmandb to all nodes since it is generated locally on the
mailman server. Lists could be managed by domtool, or even just a new
command to trigger an rsync of the mailmandb to afs and then to all
mail nodes when lists are changed should work (IIRC, it is only
changed when lists are added or removed).
scripts/domtool-publish