How amavis reads configuration

Patrick Ben Koetter p at
Sun Nov 4 22:47:51 CET 2018

The way amavis reads in configuration today does not meet todays

- distributions want to add their specific defaults
- configuration management services want to add site/service specific without
  touching/breaking default configs

We can ignore that. I don't want to. I suggest the following:

- review amavis built-in policies and adapt as (we think to be) apropriate
- provide a configuration file with documented options one would/could modify
  in /etc/amavisd.conf
- provide a mechanism that allows distributions/config management to either
  - overwrite our one confguration file
    -> already exists
  - use our default conf file and try a second conf file, e.g.
    -> function exists, but isn't used in amavisd.conf by default
  - use a directory, e.g. /etc/amavis.d/, and load *.conf
    -> status unknown

Opinions? Comments? Ideas?

p at rick

[*] sys4 AG, +49 (89) 30 90 46 64
Schleißheimer Straße 26/MG,80333 München
Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263
Vorstand: Patrick Ben Koetter, Marc Schiffbauer, Wolfgang Stief
Aufsichtsratsvorsitzender: Florian Kirstein

More information about the amavis-devel mailing list