Bug#376460: exim4-config: response of yes to Hide local mail name in outgoing mail? seems to produce dc_hide_mailname='false'

[Andreas Metzler]

On 2006-07-03 Marc Haber <mh+debian-packages at zugschlus.de> wrote:
[dc_hide_mailname='true' lost after first upgrade]
> > /etc/exim4/update-exim4.conf.conf had
> >  dc_hide_mailname='false'
> > after this.

> In my lab, it looks like a "Yes" to the "hide mailname" question is
> not written to update-exim4.conf.conf on initial package installation.
> When one dpkg-reconfigures exim4-config and answers "yes" again on
> this question, the configuration is processed correctly.

> Good catch, Ross, thanks.

> I suspect that in the case for step 25 in exim4-config.config, we
> don't properly initialize dc_hide_mailnameif update-exim4.conf.conf
> does not yet exist.
[...]

Correct. This patch
------------
--- exim4-config.config 2006-04-09 13:19:15.000000000 +0200
+++ /tmp/exim4/exim4-4.62/DEBIAN/config 2006-07-03 20:03:55.308012088 +0200
@@ -513,6 +513,8 @@
                db_subst exim4/hide_mailname mailname ${dc_mailname}
                db_subst exim4/hide_mailname dc_other_hostnames \
                        ${dc_other_hostnames}
+               db_get $EX4QUESTION || true
+               dc_hide_mailname="$RET"
                if [ "x${dc_hide_mailname}" = "x" ] ; then
                        dc_hide_mailname='false'
                        db_set exim4/hide_mailname "${dc_hide_mailname}"
------------
worked for me, I have commited it.

hth, cu andreas

-- 
The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal
vision of the emperor's, and its inclusion in this work does not constitute
tacit approval by the author or the publisher for any such projects,
howsoever undertaken.                                (c) Jasper Ffforde