Bug#315656: exim4-config: Split config files with names containing full stops silently ignored
Andreas Metzler
Andreas Metzler <ametzler@downhill.at.eu.org>, 315656@bugs.debian.org
Fri, 24 Jun 2005 19:32:49 +0200
On 2005-06-24 Ewan Mellor <debian-bug@ewanmellor.org.uk> wrote:
> Package: exim4-config
> Version: 4.50-8
> Severity: normal
> I created a file named
> /etc/exim4/conf.d/rewrite/20_exim4-config_rewrite-example.com
> expecting the configuration to be picked up by update-exim4.conf. However,
> this file was silently ignored. update-exim4.conf performs sanitisation
> inside run-parts:
[...]
> This ignores any files not matching [[:alnum:]_-]+.
> I presume the check is there for a good reason, but it is certainly too
> strict. Having full stops in filenames is not unusual!
Hello,
this behavior intentionally mirrors the behavior of run-parts(1) and
afaict is not going to change. run-parts(1) is used widely in Debian
and the paradigma that "mv foo foo.something" disables reading the
file is quite common.
We are probably going to switch to using "run-parts --list" once we
decide to no care for backports on woody.
> Secondly, no warning was issued when this file was ignored. There is
> even an option to update-exim4.conf:
> -v|--verbose - Enable verbose mode, tell about ignored files
> but even with this option on, the ignored file was not mentioned.
[...]
The documention is not up to date in this respect. Thank you for the
note.
cu andreas
--
"See, I told you they'd listen to Reason," [SPOILER] Svfurlr fnlf,
fuhggvat qbja gur juveyvat tha.
Neal Stephenson in "Snow Crash"
http://downhill.aus.cc/