[Pkg-exim4-users] Questions about configuring
Ross Boylan
ross@biostat.ucsf.edu
Mon, 6 Jun 2005 14:11:46 -0700
On Sat, Jun 04, 2005 at 09:56:40PM +0200, Marc Haber wrote:
> On Wed, Jun 01, 2005 at 01:28:34PM -0700, Ross Boylan wrote:
> > On Sun, 2005-05-29 at 08:10 +0200, Andreas Metzler wrote:
...
> > The new README seems to
> > indicate everything can go under main, and the update-exim4.conf manpage
> > indicates main is read first. Since the general logic is by
> > alphabetical order, and acl precedes main, I'm a little concerned
> > changes to acl need to go in acl/00_local.
>
> Well, we assume that people intending to mess with exim's
> configuration beyond the pre-fabricated stuff that we offer have
> acquired some basic familiarity with exim configuration beforehand. I
> don't think that this should be a misassumption.
The issue for me was understanding the behavior of update-exim4.conf,
not exim's configuration syntax. Also, I was imagining a scenario in
which the administrator just wants to tweak the variable definitions,
and might not be much of an exim expert.
....
>
> If we go to documentation _that_ detailed (this text is almost more
> exact than the actual code), we also need to say something about
> foo.rul taking precendence over foo. Andreas, since you made that
> change, can you please...
Hmm, you mean the contents of a file named foo.rul will appear before
the contents of file foo? That is surprising.
>
> > Although I know it would require more work, you might consider
> > discussing the split and unsplit configurations separately in
> > README.Debian (and perhaps some of the man pages). I think that
> > would make it easier to follow.
>
> It would, however, duplicate a lot of the explanations, making it
> harder to keep them in sync.
Are you talking about duplication across files or within a single
file? Assuming it's the latter, an intermediate solution might be to
use formatting and labelling to distinguish the two cases a bit more
clearly than the docs do now.
>
> > Finally, the comment in exim4.conf.template could be clearer. It now reads
> > ######################################################################
> > # Depending on where you find this file, this might be a template or
> > # an actual configuration file. Documentation about the Debian exim4
> > # configuration scheme can be found in
> > # /usr/share/doc/exim4-base/README.Debian.gz.
> > #
> > # Strings like DEBCONFsomethingDEBCONF are replaced by installation
> > # dependent values by update-exim4.conf, the script which builds the
> > # actual configuration from the templates.
> >
> > I'm still not sure what the template/actual configuration file distinction means.
>
> It means that people kept copying /etc/exim4.conf.template to
> /etc/exim.conf without reading and/or thinking and swiftly proceeded
> to yell at us for shipping a syntactically invalid configuration template.
Oh. That's not an easy thing to make clear. How about
Warning: the comments in this file assume it is being used as a
template by update-exim4.conf, but some administrators may copy it
manually into /etc/exim.conf [do you mean /etc/exim4/exim.conf?].
Some of the comments do not apply in that case.
?
Unfortunately, that's much longer.
>
> > It would be simpler to say
> > ######################################################################
> > # This file is only used in the non-split configuration case.
> > # Documentation about the Debian exim4
> > # configuration scheme can be found in
> > # /usr/share/doc/exim4-base/README.Debian.gz.
>
> This is how it was originally. People were too stupid for that.
I guess that makes me too stupid to be stupid, which might be a good
thing :)
....
Ross