On Sun, Nov 12, 2006 at 03:30:35PM +0100, Julien Danjou wrote: > On Sun, Oct 29, 2006 at 01:46:26PM +0000, Stephen Gran wrote: > > The problem here is that you are trying to munge another packages config > > files, and your parser doesn't know all the possible conditionals that > > exim can possibly use. Since exim upstream keeps adding new ones, this > > is bound to fail again and again. > > > > The simplest solution is to just store the acl files as > > /etc/greylistd/exim-{rcpt,data}-acl and ask the exim4 maintainers to put > > an > > .include_if_exists /etc/greylistd/exim-$acl-acl > > > > at the right moment in the default acl. Then you can manage your own > > file as you like, and not break unrelated software. > > > > I have pinged Zugschlus on IRC about this, but not heard back yet. > > I'm planning to upload a new version of greylistd based on this. > I'd like to do it with synchronisation with the exim4 maintainers, so > I'm cloning and assigning this bug to them in order to track this down. > > Please keep me in touch as soon as you're ok to this change. > > The files would be > /etc/greylistd/exim-rcpt-acl > /etc/greylistd/exim-data-acl > > and should be included from: > /etc/exim4/conf.d/acl/30_exim4-config_check_rcpt > /etc/exim4/conf.d/acl/40_exim4-config_check_data
The solution suggested on #398224 is to install the files into /etc/exim4/conf.d, which "just works" for users of split config. Note that the ACLs should include a test for the presence of the greylistd binary in this case, to handle removed but not purged configs. -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org