Bug#426980: exim4: [debconf_rewrite] Debconf templates review
Christian Perrier
bubulle at debian.org
Tue Jun 5 16:32:04 UTC 2007
> > Template: exim4/move_exim3_spool
> > Type: boolean
> > Default: false
> > -_Description: Move undelivered mails from exim(v3) to exim4 spool?
> > - There are some undelivered mails in exim(v3) (or exim-tls(v3)) spool
> > +_Description: Move undelivered mails from Exim v3 to v4 spool?
> > + There are some undelivered mails in the old spool
> > directory /var/spool/exim/input/.
>
> I have changed this to Exim 3 and exim4, to be consistent with the
> existing documentation.
Hmmm, ok, then. It's a little inconsistent, imho, but the existing
documentation argument wins...
>
> I do not like to suggest reverting to exim 3. exim 3 is gone.
>
> New wording:
> This works only one-way: Exim4 can handle exim 3 spool but not
s/exim 3/Exim 3 ?
> > Template: exim4-base/drec
> > -Type: note
> > +Type: error
>
> According to the developer's reference, template type error is not
> ready to be used yet.
It is now ready. You theoretically need to Version-depend on
"debconf >=1.4.69" but unless you intend to preserve backportability
on sarge, this is not needed.
>
> > _Description: Reconfigure exim4-config instead of this package
> > - Exim4 has its configuration factored out into a dedicated package,
> > - exim4-config. If you want to reconfigure Exim4, use dpkg-reconfigure
> > - exim4-config.
> > + Exim has its configuration factored out into a dedicated package,
> > + exim4-config. To reconfigure Exim, use 'dpkg-reconfigure exim4-config'.
>
> The package name is Exim4. I'm going to keep this in the debconf
> templates.
Well, OK. The intent was being consistent with the fact that Exim 4 is
the only really supported version, but well...
>
> > - If this system should not be a smarthost for any other host, leave
> > + If this system should not be a relay for any other host, leave
> > this list blank.
>
> "smarthost" is rather more special than "relay", so I'd vouch to keep
> the better fitting special term here.
The only drawback is being more jargonic. Maybe add "relay" as an
extra explanation ?
If this system should not be a smarthost (i.e. mail relay) for any
other host...
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : http://lists.alioth.debian.org/pipermail/pkg-exim4-maintainers/attachments/20070605/30a5a6e5/attachment.pgp
More information about the Pkg-exim4-maintainers
mailing list